Démontrer plutôt que déclarer
Associer la preuve au critère attendu, à une date et à un périmètre. Un document décrit une intention, tandis qu’un résultat de test ou une observation peut montrer une application effective. La force de la conclusion doit rester proportionnée à ce qui a été vérifié.
Une matrice de risque ne remplace pas une compréhension des mécanismes de défaillance ni un test des mesures.
Un dossier de risques avec scénarios, hypothèses, responsables et décisions.
Application à votre contexte
Préservez le contexte de la preuve : objet, périmètre, date et conditions d'obtention. Ne généralisez pas une observation réussie à des situations qui n'ont pas été examiné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)
- ANSSI — EBIOS Risk Manager (nouvel onglet) Comprendre ce cadre
- DYNAMAP SI — Sécurité des systèmes d’information (nouvel onglet) Comprendre ce cadre