Aller au contenu
PEERYXNETWORK
PEERYX NETWORK4 min

Blackhole ou FlowSpec : deux réponses différentes au DDoS

Le blackhole sacrifie l’accès à la destination ; FlowSpec peut cibler des caractéristiques du trafic. Comparaison des usages et des risques.

Sur cette page

À retenir

  • Blackhole protège le réseauIl coupe une IP ou un préfixe pour éviter que la saturation ne se propage.
  • FlowSpec est plus cibléIl filtre selon protocole, ports, taille, flags ou fragments quand l’attaque est identifiable.
  • L’automatisation doit rester prudenteChaque règle doit avoir un seuil, une durée de vie et un rollback.

Définition du problème

Le blackhole, souvent appelé RTBH, annonce une route spéciale à un transitaire ou à un routeur de bordure pour jeter tout le trafic vers une destination. C’est fiable, simple à comprendre et très utile quand une attaque menace la capacité globale. Son défaut est évident : le service visé devient indisponible, même pour les vrais utilisateurs.

FlowSpec fonctionne différemment. Une annonce BGP transporte une règle de filtrage : protocole UDP ou TCP, ports source ou destination, longueur de paquet, flags TCP, fragment, action de drop ou de limitation. La puissance de l’outil vient de cette précision, mais aussi son risque : une règle trop large peut casser une partie du trafic légitime sans que l’incident soit immédiatement visible.

Pourquoi c’est important

Pour un réseau commercial, le mauvais choix de mitigation peut être aussi coûteux que l’attaque. Blackholer une IP mutualisée, un serveur FiveM ou une passerelle client évite la saturation mais déclenche une panne complète. Pousser une règle FlowSpec mal qualifiée peut laisser le monitoring au vert tout en bloquant de vrais joueurs ou de vraies sessions.

Le sujet devient critique quand vous vendez du transit protégé. Le client ne paie pas seulement pour que votre backbone survive ; il paie pour que son service reste joignable. La décision doit donc se baser sur des mesures : pps, Gbps, ports touchés, profil des paquets, taux d’erreur côté client et évolution de la signature.

Les solutions possibles

La première option reste le RTBH manuel. Il est adapté quand l’IP attaquée ne doit pas menacer d’autres clients, ou quand le volume dépasse ce que les ports peuvent absorber. C’est un frein d’urgence, pas une mitigation fine.

La seconde option est FlowSpec manuel après capture et analyse. Elle convient aux attaques simples, stables et très caractéristiques. Elle devient insuffisante lorsque la signature change toutes les quelques minutes ou lorsque personne n’est disponible pour valider la règle.

La solution la plus robuste est une automatisation encadrée : seuils par port, génération de règles courtes, expiration automatique, observation du trafic légitime et blackhole uniquement comme dernier recours. Le but n’est pas de filtrer plus, mais de filtrer mieux.

RTBH
Simple, rapide, mais le service visé est sacrifié.
FlowSpec précis
Efficace quand plusieurs critères décrivent réellement l’attaque.
Pipeline hybride
FlowSpec dégrossit le volume, puis la mitigation spécialisée protège le service.
Les solutions possibles
CritèreBlackhole BGPBGP FlowSpec
Impact serviceDestination coupéeFiltrage ciblé si la règle est précise
ComplexitéFaibleMoyenne à élevée
Usage idéalDernier recoursRéduction du volume attaque

Cas concret ou exemple d’usage

Imaginez un serveur de jeu qui reçoit 80 Gbps d’UDP sur son port public. Le blackhole arrête la saturation, mais il déconnecte tout le monde. Un drop FlowSpec sur “UDP vers le port du jeu” serait presque aussi mauvais, car il supprime le trafic des joueurs.

La bonne approche consiste à observer la longueur des paquets, les plages de ports source, le ratio pps/Gbps et la présence éventuelle de fragments. Une règle combinée peut retirer une grande partie de l’attaque tout en laissant passer les clients réels. Si la signature change ou si le trafic légitime baisse, la règle doit disparaître rapidement.

Erreurs fréquentes

Les erreurs viennent souvent d’une envie de réagir trop vite. En DDoS, la rapidité est importante, mais une action fausse propagée chez un transitaire peut avoir un impact plus large qu’un filtre local mal réglé.

  • Utiliser FlowSpec comme si c’était un firewall applicatif.
  • Garder des règles permanentes après la fin de l’attaque.
  • Filtrer sur un seul critère, par exemple une taille de paquet.
  • Blackholer un préfixe entier alors qu’une seule IP est attaquée.
  • Ne pas mesurer l’impact sur le trafic légitime avant et après la règle.

FAQ

FlowSpec remplace-t-il un Anti-DDoS complet ?

Non. FlowSpec aide à retirer certains volumes en amont, mais il ne comprend pas à lui seul la légitimité applicative.

Le blackhole est-il encore utile ?

Oui, comme dernier recours lorsque la destination menace la stabilité du réseau ou d’autres clients.

Peut-on utiliser FlowSpec avec des jeux UDP ?

Oui, mais avec des règles combinées, courtes et surveillées, jamais avec un drop vague sur tout l’UDP.

Quelle est la durée idéale d’une règle ?

La plus courte possible : quelques minutes, renouvelées seulement si les signaux restent présents.

Références et documentation

Traduire le besoin de routage en service.

Le Transit IP protégé fournit un service réseau pour les annonces éligibles. Une VM routeur fournit un point de routage avec ses propres limites de ressources et de trafic. Choisissez le composant adapté au besoin.

D’autres guides sur ce sujet ↗