Préparer une vérification utile
Le durcissement dépend des versions, usages, fournisseurs et capacités d’administration.
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 : désactiver un protocole ancien améliore la sécurité mais bloque un équipement critique, prévoir son remplacement ou une mesure compensatoire limitée.
Une configuration durcie n’est pas immuable. Réévaluer les paramètres lors des changements et nouvelles vulnérabilités.
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.