CVE-2026-26010: Leaky JWTs in OpenMetadata exposing highly-privileged bot users

Published Feb 11, 2026
·
Updated

Summary Calls issued by the UI against /api/v1/ingestionPipelines leak JWTs used by ingestion-bot for certain services (Glue / Redshift / Postgres)

Details Any read-only user can gain access to a highly privileged account, typically which has the Ingestion Bot Role. This enables destructive changes in OpenMetadata instances, and potential data leakage (e.g. sample data, or service metadata which would be unavailable per roles/policies).

PoC I was able to extract the JWT used by the bot/agent populating sampleathena.default in the Collate Sandbox. To prove this out, I mutated the description to this UUID: fe2e4cc1-da72-4acf-8535-112a3cfa9c7e, which you can see @ https://sandbox.open-metadata.org/database/sampleathena.default.

Steps to Reproduce

Create a Collate Sandbox account; these are non-admin accounts by default with minimal permissions. Open the Developer Console Go to the Services Page. In this case, sampleathena, though other services In the Network tab, introspect the request made to api/v1/services/ingestionPipelines, and find the jwtToken in the response: <img width="1329" height="299" alt="image" src="https://github.com/user-attachments/assets/0c405776-159e-4188-9591-ed8cc71bc596" />

Use the JWT to issue (potentially destructive) API calls <img width="3024" height="1798" alt="image" src="https://github.com/user-attachments/assets/ab40b528-4d2b-404b-8f8a-482a1693e179" />

Resulting mutated description: <img width="622" height="399" alt="image" src="https://github.com/user-attachments/assets/3fa630ff-93b5-4b7d-8e3c-220f8a84a23a" />

Note that this is also the case for these services, among others: acmenexusredshift samplepostgres

Proposed Remediation Redact jwtToken in API payload. Implement role-based filtering - Only return JWT tokens to users with explicit admin/service account permissions (for Admins) Rotate Ingestion Bot Tokens in affected environments

Impact What kind of vulnerability is it? Who is impacted?

Vulnerability Type: Privilege Escalation Risk: User impersonation, even for those with read-only access, can lead to destructive outcomes if malicious actors leverage the leaked JWT.

Other sources

OpenMetadata is a unified metadata platform. Prior to 1.11.8, calls issued by the UI against /api/v1/ingestionPipelines leak JWTs used by ingestion-bot for certain services (Glue / Redshift / Postgres). Any read-only user can gain access to a highly privileged account, typically which has the Ingestion Bot Role. This enables destructive changes in OpenMetadata instances, and potential data leakage (e.g. sample data, or service metadata which would be unavailable per roles/policies). This vulnerability is fixed in 1.11.8.

MITRE

Affected Software

2 affected componentsFixes available
maven/org.open-metadata:openmetadata-sdk<1.11.8
1.11.8
open-metadata OpenMetadata<1.11.8

Event History

Feb 11, 2026
Advisory Published
via GitHub·02:23 PM
Data Sourced
via GitHub·02:23 PM
DescriptionSeverityWeaknessAffected Software
CVE Published
via MITRE·09:05 PM
Data Sourced
via MITRE·09:05 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:16 PM
DescriptionSeverityWeaknessAffected Software
Jun 3, 58101
Event
via FIRST·04:03 PM

Frequently Asked Questions

1

What is the severity of CVE-2026-26010?

The severity of CVE-2026-26010 is critical due to the risk of exposed privileged JWTs that can be exploited by read-only users.

2

How do I fix CVE-2026-26010?

To fix CVE-2026-26010, upgrade to version 1.11.8 of the openmetadata-sdk package.

3

Who is affected by CVE-2026-26010?

CVE-2026-26010 affects any deployment of the openmetadata-sdk package prior to version 1.11.8.

4

What are the implications of CVE-2026-26010?

CVE-2026-26010 allows read-only users to access tokens of highly privileged accounts, potentially leading to unauthorized data manipulation.

5

When was CVE-2026-26010 disclosed?

CVE-2026-26010 was disclosed publicly in early 2026.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203