Une faille critique ouvre une issue, qui dit comment elle a été close.
Issues synchronisées
Quand une vulnérabilité critique apparaît dans une image que votre cluster exécute, Attestkeep ouvre une issue dans GitHub, GitLab ou Jira. Un deuxième scan, namespace ou cluster s'ajoute à la même issue au lieu d'en ouvrir une autre.
Les issues ouvertes sont revérifiées toutes les dix minutes et fermées avec un commentaire qui donne la raison : corrigée, triée, ou image retirée après une journée sans être vue. Seule une correction compte comme remédiation dans un rapport. Le token est chiffré au repos et jamais renvoyé par l'API.
Étape par étape.
Vulnérabilité critique détectée
Sur une image que le cluster exécute.
Une issue est ouverte
Par digest d'image et CVE, jusqu'à 20 par jour et par canal par défaut.
Elle est revérifiée
Toutes les 10 minutes.
Elle est fermée avec la raison
Corrigée, triée ou image retirée.
Historique conservé
Quand elle a été ouverte, fermée, et pourquoi.
Avec l'heure d'ouverture et de fermeture de chaque vulnérabilité, un rapport compte les vulnérabilités critiques corrigées dans le délai déclaré.
- DORA3 exigences
- NIST SP 800-1901 exigence
- NIST SSDF1 exigence
- NIST SP 800-533 exigences
- ISO/IEC 270012 exigences
- RGPD article 321 exigence
- PCI DSS1 exigence
- MAS TRM3 exigences
- ISMAP3 exigences
- ISMS-P5 exigences
23 exigences dans 10 frameworks citent ce que cette fonction enregistre.
Installez-le vous-même.
Créez un compte, confirmez votre e-mail avec le code envoyé, prenez la clé Community gratuite sur la page Licences et installez avec Helm.
Créer un compte