Cycle de vie d’une vulnérabilité CRA dans CRA Manager

Réponse courte

Suivez la faiblesse qualifiée depuis la déclaration jusqu’au traitement et à la revue des preuves.

Disponibilité produit : À confirmer pour le rejeu d’interface ; méthode utilisable sur les données accessibles. Les modules et commandes dépendent de l’édition et des permissions ; libellés à confirmer lorsque la recette n’est pas réalisée.

Préparer la démarche

Travaillez sur un produit et une version identifiés, avec les personnes habilitées et des sources partageables. Les étapes ci-dessous organisent le travail humain ; elles ne promettent pas un workflow automatique supplémentaire.

Étapes et décisions

1. Identifiez le produit, la version et la source ; qualifiez la faiblesse avant de la déclarer formellement.
2. Renseignez criticité, confiance et liens au composant ou au point de sécurité utile.
3. Analysez les conditions réelles, l’exploitation active et l’obligation éventuelle de notification ; documentez la prise de connaissance.
4. Planifiez le traitement et reliez ses actions, preuves et résumé de remédiation.
5. Après correction, vérifiez la version diffusée et les preuves avant de marquer le résultat traité ; conservez les décisions rejetées ou acceptées.

Résultat attendu

La vulnérabilité conserve son contexte et son historique de traitement.

Limites et récupération

Une vulnérabilité héritée se modifie sur le produit source ; ni CVE ni correction ne déclenche automatiquement un dépôt ENISA. Si une information manque, attribuez sa vérification et conservez l’incertitude plutôt que de la remplacer par une hypothèse non signalée.

Articles liés

• quand creer une vulnerabilite cra
• actions vers preuves

Article issu de la base de connaissance CRA Manager.