Réponse courte
Ouvrez Points de sécurité, vérifiez la source, la référence, le composant et l’applicabilité, puis documentez votre conclusion.
Disponibilité produit : parcours de l’édition complète, selon les droits sur le produit et son entité. La présence du module ne vaut pas validation de la recette complète.
Objectif
Qualifier humainement un signal OSV, NVD, CVE ou une règle interne.
Droits nécessaires
Édition complète et capacité security_findings.manage : tenant.read pour consulter, tenant.contribute pour modifier. La création d’un risque ou d’une action dépend aussi de leurs capacités propres.
Avant de commencer
Connaissez la version du composant, son usage et son exposition réelle.
Étapes
- Ouvrez Points de sécurité / CVE.
- Sélectionnez l’alerte.
- Lisez la source, la référence et la description.
- Vérifiez produit, composant et version.
- Analysez atteignabilité, exposition et impact.
- Documentez la décision.
- Créez un risque, une action ou une vulnérabilité formelle seulement si justifié.
Résultat attendu
Le signal possède une analyse contextualisée. Il n’est pas automatiquement nommé vulnérabilité CRA.
Bonnes pratiques
Conservez la référence externe et la date d’analyse.
Erreurs fréquentes
- Se fier au score externe seul.
- Ignorer la version ou la configuration.
Que faire si cela ne fonctionne pas
Si le signal ne correspond pas au composant, vérifiez l’inventaire. Pour une alerte applicable critique, activez la procédure sécurité.
À retenir
Ouvrez Points de sécurité, vérifiez la source, la référence, le composant et l’applicabilité, puis documentez votre conclusion.
Articles liés
Article issu de la base de connaissance CRA Manager.
Cet article a-t-il été utile ?
C'est super !
Merci pour votre commentaire
Désolé ! Nous n'avons pas pu vous être utile
Merci pour votre commentaire
Commentaires envoyés
Nous apprécions vos efforts et nous allons corriger l'article