Réponse courte
Un signal externe ou une règle interne doit être analysé dans le contexte du produit avant de conduire à un risque ou à une vulnérabilité CRA formelle.
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.
Définition
Le signal indique quelque chose à vérifier. Le risque décrit une situation contextualisée avec une criticité et un traitement. La vulnérabilité formelle correspond à une qualification spécifique et documentée.
Pourquoi c’est important
Créer automatiquement un risque pour chaque CVE produit du bruit. Ignorer une alerte applicable produit un angle mort.
Comment CRA Manager le modélise
Les points de sécurité conservent source, référence, produit et composant. L’utilisateur peut documenter l’analyse puis créer les objets métier appropriés.
Exemple concret
Une CVE concerne une version de bibliothèque. Si le produit utilise une version corrigée, l’analyse est documentée sans risque ouvert. Si la version est affectée et exposée, un risque et une action sont créés.
Limites / points d’attention
Les bases externes sont incomplètes et évolutives. Une situation urgente doit suivre le processus d’incident et de notification applicable.
À retenir
Un signal doit être analysé dans le contexte du produit avant de conduire à un risque, une action ou une vulnérabilité CRA formelle.
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