Protection et mitigation DDoS : nettoyage local, défense CC applicative et liaison opérateur pour les attaques plus grandes que votre lien
Une seule attaque massive peut mettre hors ligne toute une activité en ligne : la bande passante sature, les vrais clients n'entrent plus et le chiffre d'affaires s'arrête le temps que ça dure. Jeux, e-commerce, hébergeurs et portails gouvernementaux sont les plus touchés, et les méthodes arrivent désormais mêlées — floods volumétriques, épuisement protocole/état et CC applicatif dans la même vague. Cette solution combine le nettoyage près de la source, un équipement local de détection et nettoyage, la défense CC applicative et une réponse coordonnée avec votre opérateur pour le trafic tout simplement trop gros pour être arrêté sur place. Contrairement à notre page Enterprise Edge Security — un pare-feu passerelle généraliste faisant NAT, IPS et limitation de flood ordinaire —, cette page est conçue pour le DDoS : nettoyage à haut débit, protection CC et la liaison opérateur ou cloud nécessaire quand le flood dépasse votre lien.
Pourquoi une attaque DDoS fait si mal
Quatre réalités qui distinguent les attaques de disponibilité de toute autre menace :
Architecture : nettoyer près de la source, épurer localement, escalader vers l'opérateur
Les attaques quotidiennes et moyennes sont épurées sur place ; tout ce qui dépasse votre lien est dévié en amont — les deux fonctionnent comme un seul système :
Schéma dessiné par AtlasCommTech selon la pratique de conception réseau de niveau opérateur. Libellés en anglais pour la clarté technique.
Pourquoi nous : notre fondateur a passé 13 ans dans l'écosystème des partenaires Huawei à livrer des réseaux opérateurs, où la bordure est attaquée chaque jour. Nous concevons votre réseau avec cette hypothèse, pas avec de l'optimisme.
Options d'équipement
La solution est d'abord dimensionnée selon vos besoins et votre budget — la même architecture peut être livrée sur les gammes de plusieurs fabricants. Nous vous aidons à choisir selon la disponibilité dans votre pays de destination, le budget et les habitudes d'exploitation de votre équipe.
Ce que la conception apporte
Six capacités qui gardent votre service joignable pendant une attaque mixte — et honnêtes sur le plafond :
Trois tailles, une même logique
La logique de mitigation est la même ; ce qui évolue est la bande passante protégée, la capacité d'épuration et la profondeur du lien opérateur ou cloud :
| Palier | Site type | Contenu de la conception |
|---|---|---|
| Sortie d'un seul service | Un site · un ou deux services publics | Un équipement inline de détection et épuration dimensionné à votre sortie, avec protection CC applicative pour le service publié et une voie d'escalade opérateur pré-arrangée pour tout dépassement du lien. |
| Data center multiservice | Nombreux services publics · cible de plus grande valeur | Capacité d'épuration dédiée devant le data center, politique et rapports par service, protection applicative plus poussée, et un dispositif actif de déviation opérateur ou cloud pour qu'un flood au-delà du lien soit traité automatiquement en amont. |
| Échelle opérateur / hébergeur | Vous protégez les services d'autrui | Centres d'épuration près de la source à haute capacité, détection et politique par locataire, déviation automatisée sur votre réseau, et le reporting qu'un fournisseur de services doit avoir pour proposer la protection DDoS comme produit à ses propres clients. |
Rôles des équipements (catégories, pas modèles)
La protection DDoS est bâtie à partir de ces catégories — la marque et la capacité exacte sont choisies avec vous, une fois connus votre bande passante, services publiés et pic réaliste :
| Rôle | Fonction |
|---|---|
| Équipement de détection & épuration | Le cœur de la conception : établit une base du trafic, détecte les anomalies, dévie et nettoie, et réinjecte la part légitime — dimensionné à la bande passante et au pic à tenir. |
| Défense CC applicative | Axée sur les floods de requêtes HTTP/HTTPS : limites de débit, défis et analyse comportementale qui laissent passer les vrais navigateurs et retiennent les bots qui les imitent. |
| Routeur de bordure / point de déviation | Oriente le trafic suspect vers le chemin d'épuration et réinjecte le flux propre, et porte la signalisation qui demande à l'opérateur de dévier en amont si nécessaire. |
| Service d'épuration opérateur / cloud | Pas un boîtier que vous possédez mais une capacité amont sous contrat — la seule chose capable d'arrêter un flood plus grand que votre ligne. Nous vous aidons à l'organiser et à la tester, pas seulement à la supposer. |
| Plateforme de gestion & reporting | Montre les attaques en temps réel, enregistre ce qui a été mitigé et comment, et produit les rapports que vous montrez à la direction, aux assureurs ou, à l'échelle fournisseur, à vos propres clients. |
| Pare-feu de périmètre (côté vous) | Pas le boîtier DDoS, mais supposé présent : il gère NAT, IPS et politique courante. L'épuration DDoS se place devant pour que la table de sessions du pare-feu ne soit jamais ce qui lâche en premier. |
Envoyez-nous votre bande passante montante, les services publics que vous exploitez et un pic réaliste du pire cas — la capacité et la liste des modèles suivent. Les besoins d'abord gardent la conception honnête.
Notes de conception & limites honnêtes
- Une attaque plus grande que votre lien montant ne peut pas être nettoyée par un équipement local — point. Une fois que le flood remplit la ligne entrant dans votre bâtiment, aucun boîtier derrière cette ligne ne peut aider, car le mal est déjà fait en amont. Elle doit être arrêtée chez l'opérateur ou dans un service d'épuration cloud. Avant tout, nous mesurons si votre lien est assez grand et concevons la voie amont en conséquence.
- La protection DDoS s'achète en capacité de pic, pas en usage moyen. La plupart du temps elle est inactive, ce qui donne l'impression de payer pour rien — jusqu'au jour d'une attaque, où elle fait la différence entre rester en ligne et perdre tous ses clients pendant des heures. Nous la dimensionnons sur un pire cas réaliste pour votre secteur, pour que vous ne soyez ni sous-protégé ni à payer une capacité jamais utilisée.
- L'épuration locale et l'escalade opérateur/cloud sont un seul système, pas l'un ou l'autre. L'équipement sur site gère instantanément les attaques quotidiennes et moyennes en gardant une faible latence ; le contrat amont attrape le rare monstre. Une conception à moitié laisse une lacune prévisible — nous construisons les deux et testons le passage de relais.
- Aucune mitigation n'est parfaite face à une attaque CC sophistiquée. Les floods applicatifs qui imitent de près de vrais utilisateurs peuvent forcer un compromis entre bloquer les bots et gêner les vrais visiteurs par des défis. Nous ajustons selon votre trafic et disons honnêtement où se situe cette limite — une page qui ne dérange jamais un vrai utilisateur ne peut pas non plus arrêter chaque bot habile.
- La limitation de flood d'un pare-feu n'est pas une protection DDoS. Les pare-feu passerelles généralistes ont des contrôles de flood basiques, mais leurs tables de sessions sont elles-mêmes une cible et se remplissent sous une vraie attaque. L'épuration dédiée se place devant précisément pour que le pare-feu ne devienne pas le goulot — si on vous vend un pare-feu comme défense DDoS complète, interrogez-le d'abord sur votre lien montant.
FAQ
En quoi cela diffère-t-il de votre page Enterprise Edge Security ?
Pouvez-vous arrêter une attaque plus grande que ma connexion internet ?
Qu'est-ce qu'une attaque CC et pourquoi est-elle plus difficile à arrêter ?
Nous n'avons jamais été attaqués — en avons-nous vraiment besoin ?
À quelle vitesse la mitigation s'active-t-elle pendant une attaque ?
Envoyez-nous votre bande passante montante, services publics et pic du pire cas
Un ingénieur répond avec une conception de mitigation, un avis honnête sur la taille de votre lien, un plan d'escalade amont et la liste des catégories d'équipement. Les besoins d'abord — les modèles suivent.