> 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-en-es/mdr/management/results.md).

# Resultados de MDR

Revisa las alertas de seguridad detectadas en tus endpoints e identidades en `MDR` > `Resultados`, y abre cada una para ver cómo se gestionó.

## Tabla de resultados

Cada alerta de la tabla muestra:

* **Nombre**: la regla de alerta que se activó
* **Criticidad**: Baja, Media, Alta o Crítica
* **Objetivo**: el host o usuario afectado
* **Fecha de detección**: cuándo se detectó la amenaza por primera vez
* **Estado**: Abierta o Cerrada
* **Tipo**: Endpoint o Identidad

## Detalles de la alerta

Haz clic en cualquier alerta para abrir un panel lateral con los detalles completos:

* **Información**: fecha de detección, host o usuario afectado, tipo de alerta y una descripción de la alerta cuando esté disponible.
* **Estado**: si la alerta está Abierta o Cerrada, y su resolución (Verdadero positivo o Falso positivo) una vez cerrada.
* **Historial**: una cronología que sigue la alerta a lo largo de su ciclo de vida. Consulta [Historial de la alerta](#alert-history).
* **Alertas vinculadas**: otras alertas agrupadas en la misma colección, si las hay.

## Historial de la alerta

La sección Historial muestra los hitos clave de cómo se gestionó la alerta:

| Paso                       | Significado                                                                                        |
| -------------------------- | -------------------------------------------------------------------------------------------------- |
| Creación de la alerta      | El momento en que la amenaza fue detectada por primera vez por el EDR (CrowdStrike o SentinelOne). |
| Confirmación de la alerta  | Cuando la alerta fue ingerida y confirmada en el sistema de Stoïk.                                 |
| Procesamiento de la alerta | Cuando un analista del SOC empezó a investigar la alerta.                                          |
| Cierre de la alerta        | Cuando la alerta se resolvió y se cerró.                                                           |

"Creación de la alerta" y "Confirmación de la alerta" siempre se muestran. "Procesamiento de la alerta" y "Cierre de la alerta" aparecen a medida que la alerta avanza por su ciclo de vida. Cada paso muestra la fecha y la hora exactas, con el evento más reciente arriba.

## Notas del analista

Algunas alertas incluyen notas escritas por analistas del SOC de Stoïk, con contexto adicional sobre cómo se investigó y resolvió la alerta. El equipo del SOC solo las añade cuando este contexto te ayuda a entender la resolución de la alerta.

Cada nota muestra:

* **Autor**: mostrado como "Analista del SOC de Stoïk" (no se revelan los nombres de los analistas individuales)
* **Marca temporal**: cuándo se escribió la nota
* **Contenido**: las observaciones, hallazgos o recomendaciones del analista

## Intercambio de correos electrónicos

Cuando existen correos electrónicos relacionados con la gestión de la alerta, se muestran en el panel lateral de la alerta, dándote el contexto completo de cómo se comunicó y resolvió la alerta. Si no hay ninguno, la sección de intercambios de correos electrónicos no se muestra.


---

# 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-en-es/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.