> 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/herramientas-de-prevencion/cloud-scan/results.md).

# Lectura de resultados

El `Servicios en la nube` > `Resultados` El panel muestra el nivel de seguridad de tu infraestructura en la nube y las misconfiguraciones que debes corregir.

## Encabezado del panel

La parte superior de la página de resultados te ofrece una visión rápida de tu postura de seguridad en la nube.

<figure><img src="https://1731397918-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaDGGQ49Oui29Ft0kJjSm%2Fuploads%2FrU4tdpQOozdQL1nfliEY%2FScreenshot%202026-04-07%20at%2018.18.59.png?alt=media&amp;token=21b0f43c-0df4-43b7-8bb6-ecb53ffaf8ac" alt=""><figcaption></figcaption></figure>

### Estado de salud

El estado de salud indica el estado general de la seguridad de tu infraestructura en la nube. Te indica de inmediato si tu configuración requiere atención.

### Puntuación

Tu puntuación de seguridad en la nube se muestra sobre 100. Una puntuación de 100 significa que no se detectaron misconfiguraciones. Cuanto más baja sea la puntuación, más misconfiguraciones habrá que corregir. La puntuación se calcula en función del número y la gravedad de las misconfiguraciones detectadas en todos tus proveedores conectados.

Una puntuación de 100 o unos resultados vacíos suelen ser correctos: el análisis se ejecutó y no encontró nada (entorno pequeño, o un inquilino de Entra ID con pocos usuarios). La página puede decir "Los resultados se mostrarán aquí una vez que el análisis haya terminado" aunque el análisis ya esté hecho: comprueba la fecha del último análisis.

### Gráfica

La gráfica muestra la evolución de tu puntuación a lo largo del tiempo, para que puedas seguir si tu postura de seguridad en la nube mejora o empeora. Úsala para supervisar el impacto de las acciones de remediación que hayas realizado.

## Misconfiguraciones

Solo las misconfiguraciones detectadas se muestran en la tabla de resultados. Cada misconfiguración muestra:

* **Nombre:** la misconfiguración detectada
* **Criticidad:** Crítica, alta, media o baja
* **Descripción:** una explicación del problema y de su posible impacto

Haz clic en una misconfiguración para acceder a los pasos de remediación necesarios para resolverla.

Por ahora, las misconfiguraciones no se pueden excluir ni marcar como riesgo aceptado o falso positivo. Esto incluye buzones compartidos, cuentas de emergencia y usuarios protegidos de otra manera: el análisis en la nube muestra todo lo que encuentra.

## Hallazgos de MFA (Entra ID)

**Usuarios con MFA deshabilitado** enumera las cuentas activas que no tienen ningún método de MFA registrado en Entra ID. Eso no es lo mismo que «MFA aplicado»: un usuario cubierto por una directiva que aún no ha registrado un método, a menudo una cuenta que nunca inicia sesión, sigue apareciendo. La lista completa está en los recursos del hallazgo y en la exportación.

Estas cuentas no se cuentan:

* cuentas con el inicio de sesión bloqueado
* cuentas de sincronización de Entra Connect
* los invitados, que tienen su propio hallazgo: `Sin directiva de MFA para usuarios invitados`

Si aplicas MFA con Acceso Condicional, el hallazgo solo desaparece si una directiva está **Activada** (no solo en modo de solo informe), incluye **Todos los usuarios** (un grupo no cuenta), requiere MFA (control de concesión o nivel de autenticación) y se puede leer (`Policy.Read.All` concedido). De lo contrario, los usuarios enumerados realmente no tienen MFA: regístrales MFA o cúbrelos con una directiva de «Todos los usuarios».

* **Cuentas de emergencia (break-glass):** no se pueden excluir del hallazgo. Excluirlas de tu directiva de MFA de «Todos los usuarios» está bien: la directiva sigue contando y el hallazgo desaparece.
* **Buzones compartidos y salas de reuniones:** aparecen porque aún pueden iniciar sesión. Bloquea el inicio de sesión para ellas en Microsoft 365 (Microsoft recomienda esto para los buzones compartidos): desaparecerán en el siguiente análisis.

Para comprobar el estado de MFA por usuario en Azure, consulta [Estado de MFA](/help/help-center-en-es/herramientas-de-prevencion/cloud-scan/azure/mfa-status.md).

## Otros hallazgos

* **Usuarios administradores en la sombra:** cuentas que tienen uno de estos roles de Entra sin ser Administrador global: Administrador de aplicaciones, Administrador de aplicaciones en la nube, Administrador de autenticación, Administrador de autenticación privilegiada, Administrador de roles privilegiados, Administrador de contraseñas, Administrador de helpdesk o Administrador de usuarios. Estos roles permiten que alguien se convierta en administrador, por eso las cuentas de administración dedicadas se marcan intencionadamente.
* **Alto porcentaje de usuarios privilegiados:** solo aparece cuando hay al menos 4 cuentas privilegiadas y representan más del 10 % de todos los usuarios.
* **Cuenta root usada recientemente (AWS):** se utilizó la cuenta root de AWS para iniciar sesión durante los últimos 90 días.

## Exportación de resultados

Exporta la tabla de resultados en formato CSV o XLS usando el `...` botón a la derecha de la barra de búsqueda.

{% hint style="info" %}
Para corregir un hallazgo, consulta la [guía de remediación de Cloud Scan](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/cloud-scan) para correcciones paso a paso por proveedor (Microsoft Azure / Entra ID / Microsoft 365, AWS, GCP).
{% endhint %}

## Solución de problemas

<details>

<summary>Una misconfiguración corregida sigue apareciendo</summary>

* **¿Se ha ejecutado el análisis desde entonces?** Consulta [Los resultados no se han actualizado](#the-results-havent-updated).
* **¿Puede Stoïk ver la corrección?** Los cambios de Acceso Condicional son invisibles sin `Policy.Read.All`, consulta [No se puede conceder Policy.Read.All](https://docs.stoik.io/help/help-center-en-es/herramientas-de-prevencion/cloud-scan/pages/08b09a3b84993a0f82c56e686882d49ba3d6caf0#policy.read.all-cannot-be-granted-or-a-permission-is-missing).
* **¿La corrección coincide con lo que se comprueba?** Por ejemplo, una directiva de Acceso Condicional para un grupo de usuarios no cuenta como «Todos los usuarios», y un rol personalizado que no tiene asignado nadie tampoco cuenta.
* **¿Es una limitación conocida?** Estos hallazgos pueden permanecer incluso cuando la configuración está en su lugar, y puedes ignorarlos:
  * GCP `El filtro de métricas de registros no existe…` / `No existen alertas para…`
  * Azure `No existe el rol de administración de bloqueos de recursos` cuando el rol se concede a través de PIM (asignación elegible): solo se ven las asignaciones permanentes.

</details>

<details>

<summary>Los resultados no se han actualizado</summary>

Comprueba la fecha del último análisis, luego:

* **El acceso de Stoïk se eliminó o cambió.** Antes de cada análisis, Stoïk comprueba que siga teniendo acceso. Tras 3 comprobaciones fallidas seguidas, los análisis de ese proveedor se detienen. Una vez corregido el acceso, vuelve a hacer la configuración para reiniciar los análisis.
* **El entorno es muy grande.** Un análisis se detiene después de 1 hora, y los entornos muy grandes pueden alcanzar ese límite.

Reinicia el análisis desde `Cloud Scan` > `Configuración`Si la fecha sigue sin cambiar al día siguiente, contacta con <protect@stoik.io>.

</details>


---

# 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/herramientas-de-prevencion/cloud-scan/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.
