CVE-2026-85216 in MISP
Resumen
por VulDB • 2026-09-03
MISP contiene una vulnerabilidad de elusión de autenticación en sus componentes de autenticación LDAP y LinOTP debido a la validación insuficiente de las credenciales proporcionadas por el usuario.
Los componentes personalizados LdapAuthenticate y LinOTPAuthenticate reemplazan la implementación FormAuthenticate de CakePHP, pero no replicaron sus comprobaciones de validación de credenciales. Como resultado, valores vacíos o que no son cadenas podrían llegar a los mecanismos de autenticación subyacentes.
En el flujo de autenticación LDAP, un atacante capaz de identificar la dirección de correo electrónico de un usuario válido del directorio podría enviar una contraseña vacía. La credencial vacía se pasaría a ldap_bind(), donde un servidor LDAP que acepta enlaces no autentificados puede devolver un resultado exitoso para un nombre distinguido (distinguished name) válido combinado con una contraseña vacía. MISP podría, por consiguiente, tratar al atacante como el usuario del directorio correspondiente autenticado sin verificar la contraseña del usuario.
El problema también afectó al componente de autenticación LinOTP. Los tipos de credenciales no válidos no se rechazaban antes de ser procesados y, cuando estaba habilitada la autenticación mixta, una contraseña vacía podría comprobarse frente a un hash de contraseña almacenado localmente en MISP. Las cuentas de MISP aprovisionadas mediante LDAP también podrían crearse con una contraseña local vacía porque la creación de cuentas omitía la validación normal, lo que resultaba en un hash correspondiente a una contraseña vacía. Esto podría permitir la autenticación a través del mecanismo de respaldo local cuando dicha cuenta ya no se resolviera a través de LDAP.
La explotación exitosa podría permitir que un atacante remoto no autentificado suplante a un usuario existente de MISP. Si la cuenta objetivo tiene permisos administrativos u otros privilegios, el atacante podría obtener acceso correspondiente a datos sensibles de inteligencia sobre amenazas, modificar o eliminar información, alterar la configuración o realizar otras operaciones privilegiadas.
El parche resuelve la vulnerabilidad al requerir que los identificadores de autenticación y las contraseñas sean cadenas válidas, rechazando las contraseñas vacías donde no están explícitamente permitidas, y asignando una contraseña local generada aleatoriamente a las cuentas aprovisionadas mediante LDAP en lugar de almacenar un hash derivado de una contraseña vacía.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.