Note de recherche : la clôture d’une exposition n’est fiable que si la validation est suffisamment récente pour décrire le système actuel. KENSAI utilise des fenêtres de retest afin d’empêcher les processus assistés par l’IA de clôturer des risques sur la base d’anciens scans, d’hypothèses obsolètes ou de preuves qui ne correspondent plus à l’actif.
Le problème des preuves obsolètes
Les surfaces d’attaque modernes évoluent plus rapidement que la plupart des files d’attente de remédiation. Les services sont redéployés, les ressources cloud sont renouvelées, les propriétaires modifient les configurations et des contrôles compensatoires apparaissent en dehors du ticket d’origine. Une vulnérabilité avérée hier peut aujourd’hui être corrigée, aggravée ou simplement différente.
Cela crée un risque propre à l’IA : un modèle peut résumer avec assurance d’anciennes preuves et donner l’impression que la clôture est complète. Les fenêtres de retest imposent une limite stricte à ce comportement. Si les preuves sont trop anciennes pour la classe d’actifs ou le type d’exposition concerné, le processus exige une nouvelle validation avant que l’élément puisse être clôturé.
Fonctionnement des fenêtres de retest
- Fenêtres courtes pour les services exposés à Internet, les mauvaises configurations exploitables et les actifs cloud fréquemment modifiés.
- Fenêtres moyennes pour les vulnérabilités d’applications authentifiées, lorsque la confirmation du propriétaire et les preuves issues du scan sont toutes deux importantes.
- Fenêtres plus longues pour les contrôles de gouvernance peu susceptibles d’évoluer, les lacunes documentaires et les preuves de mise en correspondance des contrôles.
- Invalidation immédiate lorsque l’empreinte de l’actif, son propriétaire, son périmètre ou le plan de remédiation change de manière significative.
Pourquoi cela améliore la clôture assistée par l’IA
Une fenêtre de retest fournit au système une règle simple : ne pas confondre un raisonnement fluide avec une preuve actuelle. L’IA peut toujours résumer les vulnérabilités, recommander les étapes suivantes et préparer les notes de clôture, mais elle ne peut pas transformer des preuves obsolètes en état définitif sans justificatif de validation récent.
Pour les équipes de sécurité, cela réduit les clôtures erronées et les reprises inutiles. Les analystes savent quels tickets nécessitent un retest, les ingénieurs comprennent pourquoi une correction est toujours en attente et les réviseurs peuvent vérifier si les preuves de clôture ont été recueillies pendant la fenêtre autorisée.
Conclusion opérationnelle
Les fenêtres de retest rendent la clôture vérifiable. Elles maintiennent le processus de remédiation de KENSAI lié aux preuves actuelles, et pas seulement aux résultats historiques des scanners, afin que les équipes puissent clôturer les expositions avec confiance plutôt qu’avec optimisme.