> For the complete documentation index, see [llms.txt](https://docs.stoik.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.stoik.io/help/help-center-fr/mdr/management/results.md).

# Résultats MDR

Examinez les alertes de sécurité détectées sur vos terminaux et identités dans `MDR` > `Résultats`, puis ouvrez chacune d'elles pour voir comment elle a été traitée.

## Tableau des résultats

Chaque alerte du tableau affiche :

* **Nom**: la règle d’alerte qui a été déclenchée
* **Criticité**: Faible, Moyenne, Élevée ou Critique
* **Cible**: l’hôte ou l’utilisateur concerné
* **Date de détection**: lorsque la menace a été détectée pour la première fois
* **Statut**: Ouverte ou Fermée
* **Type**: Terminal ou Identité

## Détails de l’alerte

Cliquez sur une alerte pour ouvrir un panneau latéral avec tous les détails :

* **Informations**: date de détection, hôte ou utilisateur concerné, type d’alerte et description de l’alerte lorsqu’elle est disponible.
* **Statut**: si l’alerte est Ouverte ou Fermée, et sa résolution (vrai positif ou faux positif) une fois fermée.
* **Historique**: une chronologie qui suit l’alerte tout au long de son cycle de vie. Voir [Historique de l’alerte](#alert-history).
* **Alertes liées**: d’autres alertes regroupées dans la même collection, le cas échéant.

## Historique de l’alerte

La section Historique présente les étapes clés du traitement de l’alerte :

| Étape                    | Signification                                                                                       |
| ------------------------ | --------------------------------------------------------------------------------------------------- |
| Création de l’alerte     | Le moment où la menace a été détectée pour la première fois par l’EDR (CrowdStrike ou SentinelOne). |
| Confirmation de l’alerte | Lorsque l’alerte a été ingérée et confirmée dans le système Stoïk.                                  |
| Traitement de l’alerte   | Lorsqu’un analyste SOC a commencé à enquêter sur l’alerte.                                          |
| Fermeture de l’alerte    | Lorsque l’alerte a été résolue et fermée.                                                           |

« Création de l’alerte » et « Confirmation de l’alerte » sont toujours affichées. « Traitement de l’alerte » et « Fermeture de l’alerte » apparaissent au fur et à mesure que l’alerte progresse dans son cycle de vie. Chaque étape affiche la date et l’heure exactes, l’événement le plus récent apparaissant en haut.

## Notes de l’analyste

Certaines alertes incluent des notes rédigées par les analystes SOC de Stoïk, avec un contexte supplémentaire sur la manière dont l’alerte a été examinée et résolue. L’équipe SOC ne les ajoute que lorsque ce contexte vous aide à comprendre la résolution de l’alerte.

Chaque note affiche :

* **Auteur**: affiché comme « Analyste SOC Stoïk » (les noms des analystes individuels ne sont pas divulgués)
* **Horodatage**: lorsque la note a été rédigée
* **Contenu**: les observations, conclusions ou recommandations de l’analyste

## Échanges d’e-mails

Lorsque des e-mails liés au traitement de l’alerte existent, ils sont affichés dans le panneau latéral de l’alerte, vous donnant tout le contexte sur la manière dont l’alerte a été communiquée et résolue. S’il n’y en a pas, la section Échanges d’e-mails n’est pas affichée.


---

# 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.stoik.io/help/help-center-fr/mdr/management/results.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.