Identifier les composants critiques

Réponse courte

Priorisez la revue des composants dont la compromission aurait le plus d’impact sur le produit.

Disponibilité produit : procédure fondée sur les fonctions actuelles ; les étapes de sauvegarde restent à confirmer en recette.

Objectif

Priorisez la revue des composants dont la compromission aurait le plus d’impact sur le produit.

Prérequis et droits

CRA Full ; inventaire et architecture accessibles. Contribution requise pour modifier les décisions ou créer un risque.

Étapes

1. Identifiez la fonction de chaque composant : authentification, mise à jour, stockage, réseau, traitement ou interface.
2. Examinez privilèges, exposition, dépendance opérationnelle et conséquences d’une compromission.
3. Vérifiez version, source et présence réelle ; une suggestion de stack n’est pas un composant confirmé.
4. Reliez les points de sécurité applicables aux composants puis formalisez les risques justifiés.
5. Affectez les actions prioritaires et la revue des composants dont les informations manquent.

Résultat attendu

Les décisions de priorité possèdent un contexte et une source. La criticité métier d’un composant n’équivaut pas à la catégorie réglementaire « produit critique ».

Erreurs et récupération

Sans version ou présence fiable, gardez le point à qualifier. Une CVE élevée ne suffit pas à conclure à une exploitation effective.

Articles liés

• comprendre les niveaux de detail des composants
• prioriser les points de securite

Article issu de la base de connaissance CRA Manager.