MindsDB Vulnerable a la Omisión de la Protección SSRF con Reencuadre de DNS

La vulnerabilidad SSRF en mindsdb permite a un atacante explotar el DNS rebinding para acceder a servicios internos y datos sensibles. Un atacante podría, por ejemplo, acceder a bases de datos internas, paneles de administración o incluso ejecutar comandos en el servidor subyacente si existen configuraciones incorrectas. El impacto potencial es significativo, ya que la aplicación actúa como intermediario para las solicitudes, permitiendo el acceso a recursos que deberían estar protegidos. Esta técnica es similar a las utilizadas en otras vulnerabilidades SSRF, donde la manipulación de la URL puede llevar a la exposición de información confidencial.

Organizations using mindsdb in production environments, particularly those with sensitive internal resources accessible via network services, are at risk. Deployments relying on strict network segmentation to protect internal systems are especially vulnerable, as the SSRF bypass can circumvent these controls. Users running older versions of mindsdb (≤23.9.3.1) are directly affected.

• python / server:

# Check for vulnerable mindsdb versions
ps aux | grep mindsdb | grep '23.9.3.1'

• generic web:

# Check for outbound requests to unexpected internal IPs in access logs
grep '127.0.0.1' /var/log/nginx/access.log

1. 2024-09-05Disclosure

   disclosure

1. Reservado2024-01-29
2. Publicada2024-09-05
3. Modificada2024-11-27
4. EPSS actualizado2026-04-02

La mitigación principal para CVE-2024-24759 es actualizar mindsdb a la versión 23.12.4.2 o superior. Si la actualización no es inmediatamente posible, se recomienda implementar medidas de seguridad adicionales. Estas medidas incluyen la configuración de un firewall para restringir el acceso a los servicios internos, la implementación de políticas de seguridad de red que limiten las solicitudes salientes y la revisión del código para identificar y corregir posibles vulnerabilidades SSRF. Además, se puede considerar el uso de un Web Application Firewall (WAF) para filtrar las solicitudes maliciosas. Después de la actualización, confirme que la vulnerabilidad ha sido resuelta verificando que la función isprivateurl ahora valida correctamente las URLs.