Hallazgos centralizados en Security Command Center

Cada hallazgo tiene un estado: activo mientras el detector sigue viendo el problema, inactivo cuando deja de verlo (porque se corrigió o porque el recurso ya no existe). Silenciarlo es otra cosa: es una marca que lo oculta de las vistas normales, la pone una persona o una regla, y no cambia el estado ni arregla nada.

Un hallazgo silenciado puede seguir activo. En una revisión de incidente hay que mirar también los silenciados, porque a veces el problema está justo en la lista que nadie ve.

La lista trae el proyecto, la categoría, la severidad y el estado de cada hallazgo. Para acotar el incidente se filtra por proyecto y se prioriza por severidad. La severidad la asigna el detector: es una guía, no un veredicto sobre el incidente.

Para decir cuántos problemas abiertos hay en un proyecto se cuentan los activos que nadie ocultó. Contar los inactivos, o los silenciados, cambia la cifra y con ella la urgencia que se comunica. La gerencia pregunta el número: se responde con el criterio dicho en voz alta.

Un silenciado lleva una marca con quién lo hizo y cuándo. Una regla de silenciado se revisa como cualquier cambio de configuración: ¿tenía justificación?, ¿venció? Una excepción sin fecha de caducidad es una puerta que se queda abierta.

Un detector de configuraciones evalúa cómo está algo, no lo que alguien hizo con ello. La llave creada el 13 de agosto no tiene ningún hallazgo de «llave sin rotar» porque aún no cumple el criterio del detector, y eso no la hace inocente. La ausencia de un hallazgo no demuestra que un hecho no ocurrió: lo demuestra, o lo desmiente, el registro de auditoría.