Comment fonctionne réellement la protection anti-DDoS
DMCA & resilience · 8 min de lecture
Ce que fait réellement une attaque DDoS
Une attaque par déni de service distribué tente de rendre un service indisponible en saturant une ressource dont il dépend, pas en s'y introduisant. Cette ressource peut être la bande passante réseau brute (une attaque volumétrique, mesurée en Gbps), la capacité de gestion des connexions des routeurs et pare-feux (une attaque de protocole, mesurée en paquets par seconde), ou la couche applicative elle-même (une inondation HTTP qui ressemble à du trafic réel mais qui arrive à un volume que l'application ne peut pas traiter). Chaque catégorie nécessite une défense différente, c'est pourquoi la « protection DDoS » est en réalité un ensemble de plusieurs techniques distinctes plutôt qu'un simple interrupteur à actionner.
L'aspect « distribué » compte : le trafic d'attaque provient généralement de milliers d'adresses IP source différentes à la fois, souvent un botnet d'appareils compromis, ce qui explique pourquoi le simple blocage d'une adresse IP aide rarement. Une installation anti-DDoS bien gérée doit partir du principe que le trafic d'attaque semblera venir de partout et se concevoir en conséquence, plutôt que de reposer sur une liste de blocage maintenue manuellement.
Les trois couches où opère réellement la protection anti-DDoS
Les attaques volumétriques visent à saturer la liaison réseau elle-même ; les vecteurs courants incluent les inondations UDP, l'amplification DNS et l'amplification NTP, où un attaquant usurpe votre IP et incite des serveurs tiers à vous inonder de réponses à une petite requête. Se défendre contre cette couche relève surtout de la capacité et du filtrage en amont : si le réseau de votre fournisseur peut absorber bien plus de trafic entrant que ce dont votre liaison réelle a besoin, et que ce filtrage se produit avant que le trafic n'atteigne la connexion locale de votre serveur, une inondation volumétrique est nettoyée en amont au lieu d'étouffer votre VPS.
Les attaques de protocole ciblent la mécanique de gestion des états de connexion des routeurs, répartiteurs de charge et pare-feux plutôt que la bande passante brute ; un exemple classique est l'inondation SYN, qui ouvre un très grand nombre de poignées de main TCP inachevées pour épuiser les tables de connexion. L'atténuation repose ici sur des techniques comme les SYN cookies, la limitation du débit de connexion, et la validation de paquets sans état en bordure de réseau, effectuée par du matériel ou des logiciels spécialisés avant même que l'inondation n'atteigne le système d'exploitation faisant tourner votre application.
Les attaques de couche applicative sont les plus difficiles à détecter car les requêtes individuelles sont souvent techniquement valides ; une inondation HTTP martelant un point de recherche ou une page de connexion avec des requêtes d'apparence réelle peut faire tomber un service sans jamais se traduire par une bande passante inhabituelle. Cette couche nécessite une analyse comportementale : limitation du débit par source, mécanismes de challenge-réponse, et détection de motifs capable de distinguer une soudaine vague d'intérêt légitime d'une inondation coordonnée, car un blocage fondé sur le seul volume de trafic manque l'attaque ou bloque de vrais utilisateurs.
- Volumétrique (couche réseau/transport) : inondations UDP, amplification DNS/NTP, mesurée en Gbps
- Protocole/épuisement d'état : inondations SYN, inondations de paquets malformés, mesurée en paquets par seconde
- Couche applicative : inondations HTTP, attaques par requêtes lentes, mesurée en requêtes par seconde et bien plus difficile à distinguer du trafic réel
Comment l'atténuation se produit réellement en temps réel
Un hébergement anti-DDoS efficace achemine le trafic entrant à travers une infrastructure de nettoyage avant qu'il n'atteigne le serveur d'origine, de sorte que l'atténuation se produit en amont plutôt que sur la machine attaquée. Lorsque le trafic vers une IP franchit un seuil de détection, qu'il s'agisse d'une base fixe ou d'un modèle de détection d'anomalies comparant le trafic actuel aux schémas normaux, le système redirige ce trafic vers des nœuds de filtrage qui rejettent les paquets malveillants et transmettent le trafic propre, typiquement en quelques secondes pour une installation bien réglée, bien que la fenêtre de détection exacte dépende du type d'attaque et de la prudence avec laquelle les seuils sont fixés.
Le routage Anycast est un élément architectural courant de ce dispositif : la même adresse IP est annoncée depuis plusieurs emplacements réseau, de sorte que le trafic entrant (attaque comprise) se répartit naturellement sur plusieurs points de présence au lieu de se concentrer sur une seule liaison, ce qui élève la capacité d'absorption effective bien au-delà de ce qu'un seul centre de données pourrait gérer seul.
Rien de tout cela n'élimine le besoin d'une bonne conception applicative. La limitation du débit au niveau de l'application, la mise en cache pour réduire la charge par requête, et le fait de garder les services non nécessaires hors des ports exposés publiquement réduisent tous à quel point une inondation de couche applicative peut réellement vous nuire, même avec une protection amont solide en place.
Ce qu'il faut réellement vérifier en évaluant les allégations anti-DDoS d'un fournisseur
Des chiffres accrocheurs comme « jusqu'à 10 Gbps » ou « atténuation de 100 Gbps » décrivent une capacité réseau amont, pas une garantie contre toute attaque possible ; une attaque de couche applicative sophistiquée et bien distribuée peut encore causer des problèmes bien en dessous de ce plafond si la logique de filtrage elle-même est faible. Demandez quelles couches sont réellement couvertes (volumétrique seule, ou protocole et applicative aussi), si l'atténuation est active en permanence ou ne se déclenche que réactivement après qu'une attaque a déjà dégradé le service, et s'il existe un véritable SLA ou simplement une allégation marketing.
Pour un VPS en particulier, les questions pratiques sont plus étroites que pour une infrastructure d'entreprise : le réseau du fournisseur filtre-t-il le trafic avant qu'il n'atteigne l'interface de votre machine virtuelle, l'atténuation est-elle incluse dans le prix de base ou est-ce une option payante, et existe-t-il un plafond strict de bande passante protégée au-delà duquel le fournisseur applique un null-routing (trou noir) à votre IP au lieu de continuer à filtrer. Ce dernier point compte plus qu'on ne l'imagine ; certains hébergeurs économiques annoncent une protection DDoS qui n'est en réalité qu'un déclenchement rapide de null-routing de votre serveur pendant une attaque, ce qui empêche l'attaque d'affecter les autres clients du réseau mais met aussi votre service entièrement hors ligne.
- Quelles couches sont couvertes : volumétrique seule vs volumétrique + protocole + applicative
- Filtrage actif en permanence vs atténuation réactive déclenchée après qu'une dégradation soit déjà visible
- Si le chiffre en Gbps annoncé est une capacité réseau amont ou une garantie par VPS
- Ce qui se passe au-delà du plafond d'atténuation : filtrage continu vs null-routing de l'IP
La place de la protection anti-DDoS dans un plan de résilience plus large
L'atténuation DDoS est une couche d'une stratégie de résilience, pas la stratégie entière. Un VPS fonctionnant sur du stockage NVMe chiffré avec des cœurs KVM dédiés et des snapshots à jour se remet plus rapidement de toute perturbation, liée au DDoS ou non, qu'un serveur dépourvu de ces bases, et la prise en charge combinée d'IPv4 et d'IPv6 vous offre plus de flexibilité de routage si vous devez un jour réaffecter du trafic. Rien de tout cela ne remplace le filtrage au niveau réseau, mais une installation résiliente traite la protection anti-DDoS comme un élément parmi des fondamentaux d'infrastructure solides, pas comme un substitut à ceux-ci.
VPS GOAT inclut une protection anti-DDoS jusqu'à 10 Gbps sur toute sa gamme de VPS KVM dans le cadre de son infrastructure de base, sur du NVMe chiffré avec cœurs dédiés, snapshots et accès API complet, déployée en environ 55 secondes dans toutes ses juridictions actives. La capacité d'atténuation dont un projet a réellement besoin dépend fortement de son profil de menace ; un petit projet personnel et un service public déjà ciblé par le passé ont des exigences très différentes, et il vaut la peine d'évaluer cela honnêtement plutôt que de supposer qu'un chiffre unique suffit à toutes les situations.
| Couche d'attaque | Vecteurs exemples | Ce qui l'arrête réellement | Unité typiquement mesurée |
|---|---|---|---|
| Volumétrique | Inondation UDP, amplification DNS, amplification NTP | Capacité réseau amont et nettoyage avant que le trafic n'atteigne l'origine | Gbps |
| Protocole / épuisement d'état | Inondation SYN, inondation de paquets malformés | SYN cookies, limitation du débit de connexion, validation sans état en bordure | Paquets par seconde |
| Couche applicative | Inondation HTTP, attaques par requêtes lentes (type Slowloris) | Détection comportementale, limitation du débit par source, challenge-réponse | Requêtes par seconde |
| Absorption au niveau du routage | Toute couche, à grande échelle | Distribution Anycast sur plusieurs points de présence | Capacité réseau agrégée |
FAQ
Comment la protection DDoS fonctionne-t-elle sans bloquer les vrais visiteurs ?+
Que signifie réellement « anti-DDoS jusqu'à 10 Gbps » pour un VPS ?+
Un VPS peut-il être protégé des attaques DDoS sans configuration particulière ?+
Quelle est la différence entre l'atténuation DDoS et le simple null-routing d'une IP attaquée ?+
Ai-je besoin d'une protection anti-DDoS pour un petit VPS personnel ?+
Prêt à passer offshore ?
Aucun KYC, aucun e-mail — juste une clé anonyme et de la crypto. Déployez en ~55 secondes.
Configurer votre VPS →