Préparer une vérification utile
L’inventaire dépend des achats, réseaux, plateformes cloud, prestataires et référentiels.
Préparer des conditions représentatives, un résultat attendu et une procédure d’arrêt si le test devient perturbant. Conserver le résultat, les écarts et les corrections. Un test réussi sur un cas simple ne couvre pas automatiquement les exceptions ni les autres périmètres.
Exemple fictif : un ancien sous-domaine pointe encore vers un service décommissionné, sa présence doit être examinée et traitée.
Les opérations de découverte doivent être autorisées et proportionnées. Ne pas scanner des systèmes tiers sans mandat.
Application à votre contexte
Définissez les préconditions, le scénario, le résultat attendu et le critère d'arrêt. Le test doit être autorisé et organisé sans mettre en danger la production ou les données.
Confrontez la politique à une preuve de fonctionnement : configuration, test autorisé, traitement d'alerte ou exercice. Les tests offensifs doivent rester dans un périmètre expressément autorisé. Une absence de détection n'est pas une preuve d'absence d'incident.
Références pour approfondir
- NIST — NIST Cybersecurity Framework (nouvel onglet) Comprendre ce cadre
- ISO / IEC — ISO/IEC 27001 (nouvel onglet) Comprendre ce cadre
- Center for Internet Security — CIS Controls (nouvel onglet) Comprendre ce cadre
- OWASP — Application Security Verification Standard (nouvel onglet)
- DYNAMAP SI — Sécurité des systèmes d’information (nouvel onglet) Comprendre ce cadre