CVE-2026-71211 in MLflow
Resumen
por VulDB • 2026-08-05
La pasarela de IA de MLflow acepta un valor auth_config.api_base al crear un secreto de la pasarela (mlflow/server/handlers.py, _create_gateway_secret) sin validar el esquema, el host o el rango de IP; el valor se almacena literalmente. Posteriormente, el punto final del proxy de la pasarela (mlflow/server/gateway_api.py, raw_proxy) emite una solicitud HTTP a ese api_base almacenado más una ruta proporcionada por el usuario y devuelve todo el cuerpo de la respuesta. La protección existente contra SSRF en MLflow, _validate_webhook_url (que bloquea las IPs no globales y de metadatos), nunca se invoca en esta ruta de código del secreto/proxy de la pasarela. Además, la acción CreateGatewaySecret no tiene ninguna entrada en el mapa de validadores de permisos, por lo que solo requiere autenticación básica en lugar de cualquier ámbito específico, lo que significa que cualquier usuario autenticado —incluidas las cuentas de solo lectura— puede crear un secreto apuntando a una dirección interna y acceder a ella mediante el punto final del proxy, exponiendo potencialmente las credenciales IAM de la instancia en la nube a través de los servicios de metadatos. Esto está relacionado con CVE-2026-4035, que aborda un mecanismo distinto en la misma función de secreto de pasarela (resolución de $ENV_VAR del lado del servidor dentro del campo api_key que filtra credenciales al upstream configurado); el hallazgo aquí es una brecha independiente de falta de validación en el propio destino api_base, no afectada por dicha corrección.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.