JWTs filtrados en OpenMetadata exponiendo usuarios bot con privilegios elevados

Un atacante puede explotar esta vulnerabilidad para obtener acceso a cuentas privilegiadas del ingestion-bot dentro de la plataforma OpenMetadata. Al obtener el token JWT, el atacante puede simular las acciones del bot, lo que le permite modificar la configuración de la plataforma, eliminar datos o acceder a información sensible. Esto podría incluir la manipulación de metadatos de bases de datos (como Athena o Redshift), la alteración de pipelines de ingestión de datos y, potencialmente, la extracción de datos de muestra o información de configuración crítica. La fuga de JWTs es un patrón de ataque común, similar a las vulnerabilidades que exponen tokens de autenticación en otras aplicaciones, lo que facilita la escalada de privilegios y el control de la infraestructura.

Organizations utilizing OpenMetadata for data governance and metadata management are at risk. Specifically, deployments with read-only user accounts that have access to the /api/v1/ingestionPipelines endpoint are particularly vulnerable. Environments relying on the 'Ingestion Bot' role for automated data ingestion processes are also at heightened risk, as a compromised JWT could disrupt these critical workflows.

• java / server: Monitor OpenMetadata access logs for requests to /api/v1/ingestionPipelines originating from read-only user accounts. Look for unusual patterns or large numbers of requests. • generic web: Use curl to test the /api/v1/ingestionPipelines endpoint with a read-only user's credentials and examine the response headers for JWT tokens.

curl -H "Authorization: Bearer <read_only_jwt>" https://<openmetadata_url>/api/v1/ingestionPipelines

1. 2026-02-11Disclosure

   disclosure

2. 2026-02-11PoC

   poc

3. 2026-02-11Patch

   patch

1. Reservado2026-02-09
2. Publicada2026-02-11
3. Modificada2026-02-18
4. EPSS actualizado2026-03-23

La mitigación principal es actualizar a la versión 1.11.8 de org.open-metadata:openmetadata-sdk, que corrige la vulnerabilidad. Si la actualización no es inmediatamente posible, se recomienda restringir el acceso a la API /api/v1/ingestionPipelines a usuarios autorizados y con el mínimo privilegio necesario. Implementar reglas en un Web Application Firewall (WAF) para detectar y bloquear solicitudes sospechosas que intenten acceder a esta API con credenciales no válidas. Monitorear los logs de la aplicación en busca de patrones inusuales de acceso o solicitudes a la API que puedan indicar un intento de explotación. Después de la actualización, verificar que los tokens JWT se gestionen correctamente y que no se filtren a través de la API.