À quoi servent-ils
Des contrôles compensatoires temporaires aident les équipes à réduire les risques pratiques lorsqu'une correction directe du code, du cloud ou du runtime ne peut pas être livrée immédiatement.
Ce qui est suivi
Chaque contrôle enregistre le propriétaire, la justification, l'état d'approbation, la référence d'orchestration et une durée de vie afin que la fenêtre d'exception reste explicite et consultable.
Comment fonctionne la révision
Les contrôles expirés passent à l’état de révision obligatoire et apparaissent via le flux de travail d’alertes afin que les équipes puissent les étendre, les remplacer ou les révoquer.
Débit opérateur recommandé
1. Choisissez le contrôle le moins perturbateur
Utilisez les règles WAF pour les chemins d'application exposés, l'isolation EDR pour les risques liés à l'hôte/à l'exécution, la segmentation pour la réduction de l'accessibilité et le renforcement des politiques lorsque l'accès ou la configuration peuvent être temporairement restreints.
2. Gardez la fenêtre d'exception courte
Chaque contrôle temporaire doit avoir un propriétaire nommé, une raison claire et une durée de vie limitée qui correspond au calendrier de correction attendu.
3. La révision avant l'expiration devient une dérive
Considérez les contrôles temporaires expirés comme un travail de gouvernance et non comme un bruit de fond. Prolongez-les uniquement avec une nouvelle justification ou révoquez-les une fois la correction permanente terminée.
Types de contrôle inclus
- Correctif virtuel WAF pour les chemins d'application exposés
- Confinement ou isolation EDR pour les résultats de l'hôte/de l'exécution
- Segmentation du réseau pour réduire l'accessibilité
- Renforcement temporaire des politiques pour les autorisations ou la configuration à risque