Anatomía de un hallazgo, campo a campo

Cada hallazgo del informe trae, al abrirlo, seis datos que conviene leer en orden: el activo (en qué máquina está), el servicio o componente (qué software falla), el identificador de la vulnerabilidad, su gravedad, cómo se detectó, y si el servicio afectado está corriendo de verdad. Los dos últimos son los que casi nadie mira y los que más deciden: «cómo se detectó» gradúa la confianza, y «si el servicio corre» dice si el fallo tiene superficie a la que afectar. Leer solo los cuatro primeros es quedarse con la mitad del hallazgo.

El identificador y la gravedad describen el fallo en abstracto; los otros cuatro lo anclan a tu máquina concreta. El hallazgo real es el cruce, no la suma.

El identificador de una vulnerabilidad —su código CVE— es una etiqueta que apunta a la descripción del fallo en un registro público. Es útil para buscar información, pero no es una prueba de que tu activo sea vulnerable: dice «este software, en esta versión, tiene este problema», no «tu máquina lo tiene de verdad». Un novato lee el código, lo busca, ve «crítico» y acciona. El analista con oficio usa el código para entender qué fallo es y luego mira los otros campos para decidir si en este activo concreto importa.

El código abre la investigación, no la cierra. Tratarlo como veredicto es el mismo error que tratar la gravedad como prioridad: confundir la etiqueta del fallo con su efecto en tu red.

Un mismo hallazgo puede merecer acciones opuestas según cómo se lean sus seis campos juntos. Detectado por versión, con el servicio detenido: peso casi nulo, se cierra con una nota. Detectado de forma autenticada, con el servicio corriendo: conclusión firme, va a la cola con su prioridad. El identificador y la gravedad son idénticos en los dos casos; lo que cambia la decisión está en los campos que describen tu activo. Por eso el hábito no es «leer el hallazgo», es «leerlo entero antes de decidir».

Quien decide con cuatro campos y quien decide con seis llegan a conclusiones distintas sobre la misma línea. La diferencia no es inteligencia: es haber mirado todo el hallazgo.

Un hallazgo se entiende leyéndolo entero. Abre el informe de Ferranova y saca la línea completa del hallazgo de la base de datos interna, con sus seis campos a la vista. La nota de ese resultado trae un código de la sala.