Plugins y su salida

Un plugin es una comprobación individual: busca una condición concreta (una versión, una opción, un servicio) y, si la encuentra, produce un resultado. Cada uno tiene un número, un nombre y una familia que los agrupa (por sistema, por tipo de servicio, por información general). Los plugins se actualizan con frecuencia, por eso un escaneo lleva siempre asociada la fecha de su conjunto.

Mira la tabla plugins. La columna tipo_de_comprobacion separa tres clases: remota (se prueba desde la red), local con credenciales (se lee dentro del equipo) e informativa (no es un fallo: describe el escaneo). La gravedad que ves es la base del plugin; no tiene en cuenta el contexto de tu equipo.

La salida del plugin (plugin output) es la evidencia. Para un fallo de versión suele traer tres cosas: la versión instalada, la versión que lo corrige y el lugar donde se encontró. Con ellas el dueño del equipo sabe qué cambiar sin discutir con el escáner. Abre salida y localiza el equipo del plugin 900101.

No toda versión se obtiene igual. Una lectura local del paquete es una prueba directa. Un banner es lo que el servicio anuncia al conectarse: puede estar desactualizado, ocultado o, en las distribuciones Linux, anunciar una versión que ya trae el arreglo por retroporte. Si un hallazgo descansa solo en un banner, se confirma antes de abrir una tarea de parcheo.

En la tabla salida la columna como_lo_supo distingue los dos casos.

Dos de los plugins de la tabla, 19506 y 21745, son informativos. No señalan nada que corregir en el equipo: señalan cómo fue el escaneo. Se leen igual que los demás, porque sin ellos no se sabe si un resultado limpio es de fiar. Su gravedad es Info y no entra en las colas de remediación.