> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/fr/msi/review-your-threat-model/triage-risks-in-the-risk-register.md).

# Prioriser les risques dans le registre des risques

Le registre des risques est le dossier évolutif et révisable des menaces pesant sur votre dispositif. Chaque ligne correspond à un risque issu de votre modèle de menaces, avec son score, les actifs concernés, les mesures de contrôle et son état de revue. Examinez les lignes pour approuver, retirer ou signaler chaque risque, combler les lacunes en matière de contrôles et valider le registre avant de l’exporter.

## Avant de commencer

* Le plan de votre organisation doit inclure Threat Modeling.
* Exécutez un modèle de menaces pour la version de dispositif sélectionnée. Consultez [Examiner votre modèle de menaces](/fr/msi/review-your-threat-model.md). Tant qu’il n’en existe pas, le registre des risques affiche à la place le formulaire de démarrage du modèle de menaces.

## Ouvrir le registre

1. Dans la barre latérale, sélectionnez **Registre des risques**. Vous pouvez également sélectionner **Afficher le registre des risques** sur la page **Modèle de menaces** .
2. Consultez le récapitulatif des décomptes en haut de la page pour connaître le nombre de risques examinés, non examinés ou sans contrôle.

Le registre comporte trois onglets : **Risques**, **Contrôles**, et **Cas d’utilisation de sécurité**.

## Repérer les risques qui nécessitent une attention particulière

Dans l’onglet **Risques** , affinez la liste à l’aide des filtres. Les filtres se combinent : vous pouvez, par exemple, rechercher les risques non examinés sans contrôle.

| Filtre                | Options                                                                                                                                                                                  |
| --------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **État**              | **Non examiné**, **À réexaminer**, **Orphelin**, **Examiné**, **Signalé**                                                                                                                |
| **Risque**            | Les niveaux de risque de votre formule de notation, ainsi que les risques non notés                                                                                                      |
| **Contrôles**         | **Contrôlé**, **Contrôle suggéré**, **Aucun contrôle**                                                                                                                                   |
| **Éléments probants** | **CVE active (SBOM)**, **Test d’intrusion (démontré)**, **Analyseur / revue de code**, **Aucun élément probant**. Apparaît lorsqu’un risque comporte ce type d’élément probant.          |
| **Motif du réexamen** | Raison pour laquelle un risque a été renvoyé pour examen, par exemple **Éléments probants modifiés** ou **Formule de notation modifiée**. Apparaît lorsqu’un risque doit être réexaminé. |

Vous pouvez également :

* Rechercher avec **Rechercher des risques...** par ID, titre, description ou nom de l’actif.
* Modifier le regroupement des lignes : **Risque** (liste simple), **Type d’élément**, **Actif de l’appareil**, **Interface**, ou **Groupe de risques**.
* Réorganiser avec **Trier par**: **Risque (les plus urgents d’abord)**, **Actif**, **Acteur de la menace**, **Catégorie STRIDE**, ou **ID du risque**.

**Mesure de contrôle suggérée** signifie que les seules mesures de contrôle associées au risque sont des suggestions de l’IA qui ne sont pas encore étayées par vos documents. Un risque assorti d’une mesure de contrôle suggérée n’est pas atténué tant que vous n’avez pas accepté ou documenté une mesure de contrôle.

## Examiner un risque

1. Sélectionnez une ligne pour ouvrir ses détails.
2. Parcourez les onglets :
   * **Overview**: la description, le vecteur d’attaque, les actifs concernés, l’acteur de la menace, la correspondance CWE et les éléments de preuve.
   * **Risk**: les scores **Pre-control** et **Post-control** pour chaque facteur, avec la **AI rationale** correspondante. Modifiez un facteur si vous n’êtes pas d’accord et indiquez-en la raison dans **Review Notes**.
   * **Controls**: les mesures de contrôle associées à ce risque. Sélectionnez **Accept suggestion** pour une mesure de contrôle suggérée, ou **Add control** pour ajouter la vôtre.
   * **Scénario de risque**: un diagramme illustrant le déroulement de l’attaque.
   * **Vulnerabilities**: les CVE de votre SBOM associées à ce risque. Cet onglet apparaît lorsque le risque est étayé par des éléments issus du SBOM.
   * **History**: toutes les modifications apportées au risque.
3. Prendre une décision :
   * **Approve row** lorsque le risque, son score et les mesures de contrôle sont corrects.
   * **Retire** lorsque le risque ne s’applique pas. Vous devez indiquer une raison, qui sera conservée dans le dossier à l’intention des personnes chargées de l’examen et des auditeurs.
   * **Signaler** pour laisser une note à la personne suivante sans modifier l’état de la revue.

Vous pouvez également attribuer un risque à un collègue depuis le panneau de détails.

## Examiner les risques en bloc

1. Cochez les cases des lignes souhaitées, ou sélectionnez **Sélectionner N approbations suggérées** pour choisir les risques que le système recommande d’approuver.
2. Dans la barre d’actions en bas de l’écran, choisissez **Approuver**, **Annuler l’approbation**, **Retirer**, **Regrouper la sélection**, ou **Régénérer les scores**.

Si une ligne échoue lors d’une action groupée, les autres sont quand même traitées et les échecs sont répertoriés.

## Gérer les contrôles

L’onglet **Contrôles** répertorie tous les contrôles du registre, regroupés en **Contrôles établis**, **Contrôles suggérés**, **Contrôles retirés**, et **Contrôles rejetés**. Utilisez-le pour examiner les contrôles suggérés au même endroit et voir quels risques chaque contrôle couvre. Recherchez avec **Rechercher des contrôles ou les risques qu’ils couvrent...**.

## Valider et exporter

1. Après avoir examiné le registre, sélectionnez **Marquer la revue comme terminée**. Cela indique que vous avez examiné le registre. La validation est automatiquement effacée si le registre est modifié par la suite.
2. Sélectionnez **Télécharger l’analyse des risques** et choisissez **Excel (XLSX)** ou **PDF**.

{% hint style="warning" %}
Vous pouvez télécharger le registre à tout moment, mais un registre non validé porte une mention. Tant qu’une personne n’a pas sélectionné **Marquer la revue comme terminée**, le fichier s’ouvre avec l’avertissement **BROUILLON — non examiné** Si des éléments bloquants ne sont toujours pas résolus, il porte un filigrane **ALPHA — en cours** qui les répertorie. Dans tous les cas, le fichier est marqué comme ne devant pas être soumis aux autorités réglementaires.
{% endhint %}

## Prochaines étapes

* [Comparer votre modèle de menaces aux résultats des tests d’intrusion ou des scanners](/fr/msi/review-your-threat-model/compare-with-pentest-or-scanner-findings.md): associez des éléments de preuve issus de tests réels à vos risques.
* [Attribuer des tâches et suivre My Work](/fr/msi/assign-work-and-track-my-work.md): confiez des risques à vos collègues et assurez-en le suivi.
* [Générer les documents de soumission](/fr/msi/check-estar-readiness/generate-submission-documents.md): transformez le registre examiné en documents à soumettre.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.medcrypt.com/fr/msi/review-your-threat-model/triage-risks-in-the-risk-register.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.