Configuración frente a parche

Una vulnerabilidad nace de un fallo en el código del producto: el proveedor publica una versión corregida y el trabajo es desplegarla. Una mala configuración nace de un valor: una contraseña de fábrica sin cambiar, un servicio habilitado por defecto. No hay versión que instalar: se cambia el valor y se vuelve a medir. La tabla comparacion las contrasta.

Una misma máquina puede tener las dos clases a la vez, y cada una necesita su propio cierre.

La tabla hallazgos trae seis hallazgos de la granja con la columna se_corrige_con. Los que se corrigen solo cambiando un valor no entran en la cola del equipo de parches. Cuenta los hallazgos cuyo cierre es exclusivamente un cambio de configuración.

Hay casos mixtos: un fallo corregible con parche cuya explotación solo es posible si se cumple una condición de configuración. Corregir solo una de las dos partes deja el riesgo a medias, o mejor dicho, deja el hallazgo sin cerrar con evidencia. Identifica el que pide parche y cambio de configuración a la vez.

Tras instalar la versión corregida, la lectura de tras_actualizar confirma qué se cerró. Es un error frecuente creer que «ya se parcheó el servidor» y dar por limpios todos sus hallazgos: la mala configuración sigue ahí porque la versión nueva no cambia los valores del sistema.