Un test de résilience DDoS génère délibérément du trafic destiné à mettre vos défenses à l'épreuve. Sans autorisation appropriée, cette même activité peut ressembler en tout point à une attaque et, dans de nombreuses juridictions, envoyer du trafic perturbateur vers des systèmes sans permission peut constituer une infraction pénale. L'autorisation n'est donc pas une formalité. C'est le fondement qui rend un test licite, sûr et utile. Ce guide présente ce qu'implique habituellement l'autorisation d'un test DDoS et quelles parties doivent donner leur accord avant l'envoi de tout trafic. Il s'agit d'une information générale et non d'un conseil juridique.
Définition
L'autorisation d'un test DDoS signifie que toutes les parties ayant un intérêt légitime dans les systèmes ciblés ont accepté, par écrit, un test défini. Cela inclut normalement le responsable métier du service, le responsable technique et tout fournisseur qui exploite une partie du chemin : hébergeurs, plateformes cloud, CDN, services de mitigation DDoS, FAI et parfois opérateurs en amont. Posséder un nom de domaine ou payer un hébergement ne donne pas, à lui seul, le droit de diriger un trafic s'apparentant à une attaque vers l'infrastructure partagée d'un fournisseur. De nombreux fournisseurs cloud et CDN publient des politiques de test ; certains exigent un préavis, le recours à des prestataires agréés ou des limites précises, et certains interdisent certains types de tests. Au-delà de la permission, l'autorisation documente le périmètre : adresses et noms d'hôte ciblés, types de trafic, débits maximaux, plages horaires, dispositif de surveillance, contacts nommés de chaque côté et conditions entraînant l'arrêt immédiat du test.
Public concerné
Ce guide concerne :
- Les responsables sécurité et infrastructure qui préparent un premier test de résilience DDoS
- Les entreprises qui s'appuient sur un CDN ou un service de mitigation et souhaitent vérifier qu'il fonctionne comme prévu
- Les équipes achats qui évaluent des propositions de tests DDoS
- Les managers qui doivent confirmer la base juridique et contractuelle avant d'approuver un test
Ce qu'il aide à clarifier
Traiter la question de l'autorisation aide à clarifier :
- Quels systèmes vous appartiennent et lesquels sont exploités par des fournisseurs dont l'accord est nécessaire
- Si les politiques de test des fournisseurs restreignent les types de trafic, les débits ou le calendrier
- Qui peut arrêter le test à tout moment et comment le joindre
- Quel impact métier est acceptable et ce qui déclencherait un arrêt immédiat
Ce qui est inclus
- Une autorisation écrite signée par une personne ayant autorité sur le service ciblé
- Un inventaire des adresses IP et des noms d'hôte inclus dans le périmètre, ainsi que des fournisseurs présents sur le chemin du trafic
- L'examen de la politique de test de chaque fournisseur et, si nécessaire, son approbation écrite ou la référence de notification
- Des scénarios de trafic définis, avec les débits maximaux et la durée de chacun
- Une plage de test convenue avec les équipes métier, en évitant les périodes de pointe et les événements critiques
- Des contacts nommés des deux côtés, avec un canal de communication testé
- Des conditions d'arrêt claires et une méthode confirmée pour interrompre immédiatement le trafic
- Un accord sur la surveillance, la collecte des éléments probants et la manière dont les résultats seront présentés
Ce qui n'est pas inclus
- Des tests sur des systèmes pour lesquels l'autorisation du propriétaire ou du fournisseur fait défaut
- Un conseil juridique sur des questions pénales, contractuelles ou réglementaires
- Des instructions pour générer du trafic d'attaque
- L'affirmation qu'un test prouve une immunité face aux attaques réelles
Quand le choisir
Commencez le travail d'autorisation plusieurs semaines avant la date de test prévue, car les approbations des fournisseurs peuvent prendre du temps. Réexaminez-le chaque fois que la cible, le fournisseur ou la plage horaire change ; une modification de l'un de ces éléments constitue un changement de périmètre, et non un ajustement informel. Si un fournisseur refuse d'approuver un test, respectez cette décision et étudiez des alternatives, comme tester une réplique hors production ou procéder plutôt à une revue de configuration. Cet article constitue une information générale et non un conseil juridique.
Notre approche
Nous considérons l'autorisation comme une partie intégrante de la mission, et non comme une formalité administrative préalable. Le périmètre est confirmé par écrit, les exigences des fournisseurs sont identifiées tôt et le client obtient les éventuelles approbations de tiers nécessaires. Notre service DDoS Resilience Testing évalue des scénarios de perturbation convenus dans des limites écrites, avec une observation contrôlée, une synthèse des lacunes de résilience et des recommandations hiérarchisées. Pendant les tests, les contacts nommés peuvent suspendre ou arrêter le travail à tout moment. La mission fournit des éléments probants sur l'environnement convenu pendant la fenêtre de test, et la remédiation ou la réponse à incident fait l'objet d'un périmètre distinct si nécessaire. Conservez le dossier d'autorisation avec le rapport final ; il consigne les conditions dans lesquelles les résultats ont été obtenus, ce qui compte lorsque ces résultats sont discutés ultérieurement.
Foire aux questions
Articles connexes
Démarrer
Vous préparez un test DDoS et n'êtes pas sûr des approbations ?
Indiquez-nous les services, les fournisseurs et le calendrier envisagés. Nous vous aiderons à définir le périmètre et les approbations requises.
Demander un périmètre écrit