Mitigaciones y soluciones temporales

Una solución temporal (workaround o mitigación) reduce la posibilidad o el impacto de que el fallo se aproveche, pero el código vulnerable sigue en el producto. Quitar un acceso, desactivar una función o filtrar un origen cambia el contexto, no el fallo. Un parche, en cambio, instala una versión donde el fallo ya no existe.

Esa diferencia manda sobre cómo se registra un hallazgo: con una mitigación puesta, el riesgo baja y el hallazgo sigue abierto, con la mitigación como compensación y una fecha para instalar la corrección.

Consulta la tabla mitigaciones del boletín. Cada medida declara su efecto secundario: lo que el fabricante admite que se pierde o se complica al aplicarla. Una medida con efecto sobre los usuarios finales exige hablar con el negocio antes de aplicarla; una que solo afecta a administradores se acuerda con TI.

Para creer que una medida está aplicada hace falta un dato que lo muestre: un extracto de configuración, un estado de regla, una exportación. En config_activos hay tres instalaciones afectadas con dos ajustes cada una. La mitigación M-1 limita el acceso a la consola a la red de administración; compara el valor de acceso_consola en cada una.

El responsable de la planta pide cerrar el hallazgo del activo que tiene aplicada la mitigación M-1: «ya está mitigado». Pero el boletín dice que esa medida no elimina la causa, y la consola sigue siendo vulnerable para cualquiera que llegue a la red de administración.