Oktocloud

Infrastructure

Ce qui se passe entre Internet et votre site

Un hébergement classique loue de la place sur un serveur. Oktocloud exploite une infrastructure : filtrer, corriger, surveiller et tracer, en continu et pour tous les sites à la fois.

≈ 316

attaques bloquées par heure

10 674 depuis le 24 octobre, avant d'atteindre les serveurs

182

sites surveillés en continu

plus les services centraux (identité, messagerie, stockage)

× 3

copies de chaque média

stockage objet répliqué sur trois serveurs

400

jours d'archives des journaux d'accès

au-delà de l'obligation légale d'un an

Les attaques s'arrêtent avant votre serveur

Chaque requête passe d'abord par le point d'entrée Oktocloud. Le trafic malveillant y est bloqué ; seul le trafic légitime atteint le serveur qui fait tourner votre site.

Internet

2 431 832 req. / 24 h

  • Visiteurs et clients
  • Force brute sur les connexions
  • Robots malveillants
  • Scans de failles et de fichiers
  • Exploitation de failles connues

Point d'entrée Oktocloud

  • Pare-feu applicatif

    CrowdSec, décisions en temps réel

  • Règles du parc

    correctifs virtuels, robots, spam

  • Cache des médias

    servis sans solliciter le serveur

515 260 refusées (21 %)

dont ≈ 316 attaques / heure

Vos serveurs

Sites WordPress et applications ne reçoivent que le trafic légitime.

Volumes du point d'entrée sur 24 heures glissantes, relevé à 03:31.

Le trafic qui traverse le point d'entrée

Journaux d'accès du point d'entrée sur 24 heures glissantes, relevé à 03:31.

2 431 832

requêtes traitées en 24 h

≈ 39 Go

de pages et de médias servis

515 260

requêtes refusées, soit environ 21 % du trafic

10 674 attaques bloquées depuis le 24 octobre

Pare-feu du point d'entrée, relevé à 03:31 : 1 736 sources distinctes, toutes arrêtées avant d'atteindre un serveur d'application.

Types d'attaques bloquées

  • Force brute sur les connexions

    3 299
  • Robots malveillants identifiés

    3 290
  • Exploration automatisée et scans

    1 747
  • Recherche de fichiers sensibles

    688
  • Exploitation de failles connues

    629
  • Recherche d'interfaces d'administration

    571
  • Tentatives de sortie de répertoire

    327
  • Autres

    123
Types d'attaques bloquées depuis le 24 octobre
Force brute sur les connexions3299
Robots malveillants identifiés3290
Exploration automatisée et scans1747
Recherche de fichiers sensibles688
Exploitation de failles connues629
Recherche d'interfaces d'administration571
Tentatives de sortie de répertoire327
Autres123

Pays d'origine les plus actifs

  • États-Unis

    2 198
  • Singapour

    1 078
  • Allemagne

    996
  • Royaume-Uni

    953
  • Inde

    892
  • Pays-Bas

    479
  • Brésil

    375
  • France

    302
Pays d'origine des attaques depuis le 24 octobre
États-Unis2198
Singapour1078
Allemagne996
Royaume-Uni953
Inde892
Pays-Bas479
Brésil375
France302

Pays de l'adresse IP source. Les attaques passent souvent par des serveurs loués ou compromis : le pays ne désigne pas l'auteur.

Une protection commune à tous les sites

Hébergement classique

Le serveur reçoit tout le trafic. La protection dépend d'une extension de sécurité installée — ou non — sur chaque site, qui travaille alors que l'attaque est déjà arrivée.

Oktocloud

Le trafic passe d'abord par un point d'entrée protégé (WAF). Les requêtes malveillantes sont bloquées là, avant d'atteindre le serveur qui fait tourner votre site.

  • Pare-feu applicatif CrowdSec : une adresse bannie pour une attaque sur un site l'est aussitôt pour tous les sites.
  • Scénarios maison en plus des règles communautaires : scanners de clés d'API d'IA, pages de spam injectées, robots agressifs.
  • Points d'entrée connus pour être attaqués (XML-RPC, routes vulnérables) fermés sur l'ensemble du parc.

Les failles sont corrigées sur tout le parc, pas site par site

Hébergement classique

Chaque site attend sa mise à jour. Entre l'annonce d'une faille et son correctif, il reste exposé, souvent plusieurs jours.

Oktocloud

Dès l'annonce d'une faille critique, une protection est posée sur le point d'entrée commun, puis le correctif est déployé partout et vérifié.

  • Correctif virtuel posé le jour même de l'alerte, avant la mise à jour des sites.
  • Audit de version de tous les sites pour trouver ceux qui restent vulnérables.
  • Lors de la dernière faille PHP critique : image PHP reconstruite et applications redéployées dès le lendemain de l'avis.

Vos médias ne dépendent pas d'un seul disque

Hébergement classique

Images et documents sont stockés sur le même disque que le site. Une panne ou un piratage du serveur les emporte avec lui.

Oktocloud

Les médias sont stockés à part, sur un stockage objet répliqué sur trois serveurs, et servis depuis un cache placé devant ce stockage.

  • Trois copies de chaque fichier sur trois serveurs distincts.
  • Cache des médias sur le point d'entrée : pages plus rapides, serveur moins sollicité.
  • Le code du site et ses médias sont séparés : on peut reconstruire l'un sans perdre l'autre.

Une panne est vue par nous, pas découverte par vos clients

Hébergement classique

Personne ne surveille votre site en particulier. Une panne est souvent signalée par un client ou un visiteur.

Oktocloud

Chaque site et chaque service central est vérifié en continu. Une alerte part immédiatement en cas de panne, et l'état des services est public.

  • Vérification de chaque site toutes les minutes.
  • Surveillance des certificats des services centraux : alerte avant expiration.
  • Page d'état des services publique, avec l'historique récent.

Tout est tracé et conservé

Hébergement classique

Les journaux d'accès tournent sur quelques semaines puis disparaissent. Impossible de remonter le fil d'un incident ancien.

Oktocloud

Les journaux d'accès sont archivés 400 jours hors du serveur, et les actions sur l'infrastructure sont versionnées.

  • Archives tirées par un serveur de sauvegarde dédié, jamais poussées depuis le serveur exposé.
  • Configuration de l'infrastructure décrite et versionnée : chaque changement est daté et réversible.
  • Journal des opérations publié ci-dessous.

Journal des opérations

Les interventions sur la plateforme, datées : correctifs de sécurité, maintenances et améliorations.
  1. Amélioration

    Page d'état des services

    Publication de l'état en temps réel des services centraux : identité, messagerie, stockage, facturation.

  2. Maintenance

    Configuration automatique des boîtes mail

    Certificats corrigés sur l'ensemble des domaines de messagerie : Thunderbird et Outlook se configurent désormais seuls.

  3. Sécurité

    Failles PHP critiques (PHP2Shell)

    Image PHP reconstruite en version corrigée et applications hébergées sur nos serveurs redéployées dès le lendemain de l'avis de sécurité.

  4. Amélioration

    Archivage des journaux d'accès sur 400 jours

    Les journaux du point d'entrée sont désormais archivés hors du serveur et conservés 400 jours.

  5. Sécurité

    Faille WordPress critique (wp2shell)

    Correctif virtuel posé sur le point d'entrée le jour même de l'alerte, puis audit de version de 119 sites WordPress.

  6. Sécurité

    Durcissement des dossiers de médias

    Listing des dossiers de médias désactivé sur 118 sites WordPress.

Les chiffres de cette page sont calculés toutes les 15 minutes sur la plateforme (relevé à 03:31) ; seuls des totaux sont publiés, aucune adresse IP ni aucun site client.