OpenMetadataにおけるリークしたJWTによる、高権限を持つボットユーザーの露出

この脆弱性を悪用されると、攻撃者はOpenMetadataのUIから/api/v1/ingestionPipelinesエンドポイントにアクセスすることで、Ingestion Botが使用するJWTを窃取できます。このJWTは、Glue、Redshift、Postgresなどのサービスに対して高い権限を持つアカウントに関連付けられています。攻撃者はこのJWTを使用して、OpenMetadataインスタンス内のデータに不正にアクセスしたり、機密情報を漏洩させたり、設定を変更したり、さらにはOpenMetadataインスタンスを完全に制御したりする可能性があります。特に、サンプルデータやサービスメタデータへのアクセスが容易になり、ロールやポリシーによるアクセス制限を回避できる可能性があります。この脆弱性は、OpenMetadata環境全体のセキュリティを脅かす重大なリスクとなります。

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. 予約済み2026-02-09
2. 公開日2026-02-11
3. 更新日2026-02-18
4. EPSS 更新日2026-03-23

OpenMetadata SDKのバージョンを1.11.8以降にアップデートすることが、この脆弱性に対する最も効果的な対策です。アップデートが利用できない場合は、/api/v1/ingestionPipelinesエンドポイントへのアクセスを制限するWAF（Web Application Firewall）ルールを実装するか、アクセス制御リスト（ACL）を使用して、信頼できるユーザーのみがアクセスできるように制限することを検討してください。また、Ingestion Botアカウントの権限を最小限に抑え、不要な権限を削除することで、攻撃者がアカウントを乗っ取った場合の被害を軽減できます。アップデート後、OpenMetadataインスタンスのログを監視し、不正なアクセスや異常なアクティビティがないか確認してください。