SAP Cloud SDK for Pythonの重大な脆弱性を悪用すると、攻撃者がアプリケーションの認証情報を窃取し、接続されたエンタープライズ向けクラウドサービスが露出する可能性がある。この欠陥は、SAP Business Technology Platform（BTP）上で稼働する特定のマルチテナントアプリケーションに影響する。
SAPは2026年10月13日、この脆弱性をCVE-2026-89111として公開し、CVSSスコアにおける最大値の10.0を割り当てた。サーバーサイドリクエストフォージェリ（SSRF）の脆弱性により、OAuth2認証リクエストが攻撃者の管理するサーバーへリダイレクトされ、アプリケーションの認証情報が露出する可能性がある。
SAPはバージョン0.45.2を修正版としているが、独立したテストでは、それ以降の六つのリリースにまたがる特定の認証経路で検証が欠落していることが判明した。すでにアプリケーションを更新した組織も、追加の修正が必要になる可能性がある。
SAP Cloud SDKの脆弱性が認証情報を露出させる仕組み
CWE-918に分類されるこの脆弱性は、OAuth2認証URLの構築に使われるtenant_subdomainパラメーターの検証が不十分であることに起因する。
SAPのセキュリティアドバイザリによると、このパラメーターを制御できる攻撃者は、アプリケーションのクライアントIDとシークレットを含むリクエストを悪意あるサーバーへリダイレクトできる。盗まれた認証情報により、アプリケーションの権限次第では接続されたサービスにアクセスされる可能性がある。
その他のクラウドIDに関する弱点には、アカウント列挙に悪用されるOAuthクライアントIDの偽装やブラウザー拡張機能を介したOAuthトークンの露出がある。これらは攻撃手法が異なり、SAPの脆弱性とは関係しない。
悪用には、脆弱なSDK関数に渡されるテナントサブドメイン値を攻撃者が操作できることが必要となる。2026年10月14日時点で、確認した公開報道の中にCVE-2026-89111の悪用を裏付ける事例は確認されていない。
この脆弱性は、SAPの2026年10月のセキュリティアップデートで最も高いスコアが付けられた問題であり、同アップデートには新たなセキュリティノート16件とGitHubアドバイザリ4件が含まれていた。
SAP Cloud SDKの修正と影響を受けるバージョン
SAPは、SDKバージョン0.45.2未満を影響を受けるバージョンとしている。2026年8月21日にリリースされたバージョン0.45.2では、認証URL内の安全でないテナントサブドメイン値を制限するため、RFC 1123のDNSラベル検証が導入された。
しかし、The Hacker Newsによるテストでは、バージョン0.53.0から0.55.0にかけて検証が欠落しており、特定のDestinationサービス認証経路に影響することが判明した。この六つのリリースはいずれも、SAPの11件の検証テストのうち9件に不合格となった。
追加の保護機能はバージョン0.55.1で導入された。別の変更として、バージョン0.58.3では、別のテナントトークンURLインジェクション問題に対処した。SAPは、中間にあたる六つのリリースをCVE-2026-89111の影響を受けるバージョンとして正式には分類していない。
組織は、次の対策を優先すべきだ。
- 影響を受けるインストールを特定：インベントリ内の
sap-cloud-sdk依存関係を確認し、0.45.2未満のバージョンと0.53.0～0.55.0のリリースを調べる。 - アップデートを適用し、修正をテスト：最新の修正版リリースにアップグレードし、悪意あるテナント値によって認証リクエストがリダイレクトされないかをテストする。
- 認証トラフィックを制限：登録済みのテナントサブドメインを許可リストに登録し、OAuth2リクエストを承認済みのIDプロバイダーエンドポイントに限定する。
- 認証情報のセキュリティを強化：最小権限を徹底し、アプリケーションシークレットを保護するとともに、認証情報を定期的にローテーションする手順を維持する。
- 不審な活動を調査：認証ログと外向き接続ログを確認する。露出が疑われる場合は、認証情報を失効させてローテーションする。
- インシデント対応計画をテスト：認証情報の失効、調査、封じ込め、アプリケーション復旧の手順を実行して確認する。
別の悪意あるTerraformモジュールを含むCoderレジストリ侵害は、開発インフラもクラウド認証情報を露出させうることを示しているが、その攻撃メカニズムは今回の脆弱性とは異なる。
SAPは、直ちにパッチを適用できない場合、テナントサブドメインの許可リスト登録を推奨している。組織は、認証情報の露出を制限する制御策を徹底しながら、SDKのバージョンと認証経路を確認すべきだ。
詳しくは：LiteLLMとMCPインフラを狙った攻撃から、脆弱なAI統合によってクラウド認証情報や接続されたサービスが危険にさらされる仕組みが分かる。