CVE-2026-75871 GitLab AI Gatewayの脆弱性による認証情報漏洩
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
GitLabのAI Gatewayコンポーネントに影響を与える脆弱性が発見され、認証ユーザーがDuo Agent Platform経由でHTTP Hostヘッダーを意図的に上書きする設定を構成することで、外部制御エンドポイントへのモデルリクエスト転送が可能となり、Google Cloud Vertexの資格情報や秘密鍵の漏洩が生じる可能性があります。この脆弱性は、GitLab AI Gatewayの特定バージョン（18.10～19.0.12、19.1～19.1.7、19.2～19.2.2）で確認されており、運用中のシステムが該当バージョンを含む場合、設定の見直しやパッチ適用が求められます。特に、外部エンドポイントへのリクエスト転送を許可する構成が存在する場合、攻撃のリスクが高まります。確認時には、インラインフロー設定が適切に制限されているかを確認し、不要なHostヘッダーオーバーライドの設定が存在しないことを確認してください。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性は倫理的な問いを突きつけるではないか。認証されたユーザーが「意図的に」設定を構成するだけで、資格情報が漏洩する。これは技術的欠陥なのか、それとも運用者の責任なのか？
ソクラテス、まずはこのAI Gatewayがどのバージョンを含むかを確認すべきではないか？もし18.10〜19.2.2の範囲に該当するなら、インラインフロー設定が適切に制限されているかをチェックしなければ。Hostヘッダーのオーバーライドを許可する設定が存在するか、そこが第一の確認点だ。
では、攻撃が発生した場合、運用者はどう責任を問われるのか？資格情報の漏洩は、技術的な欠陥だけが原因ではないか？
技術的欠陥は確かに存在するが、運用側にも責任がある。パッチ適用は当然だが、変更管理の記録も必要だ。例えば、「この設定を変更したのは誰か？」という記録がなければ、後日責任の所在が曖昧になる。また、ベンダーの情報確認も不可欠だ。GitLabの公式文書でこの脆弱性がどのバージョンで修正されたかを確認しなければ、パッチの適用が間違える可能性がある。
では、監視の重要性は？
監視は必須だ。Hostヘッダーの変更が検出されたら、それが許可された設定なのか、それとも攻撃の兆候なのかを判断するためだ。また、外部エンドポイントへのリクエストがどのくらい頻繁にあるかを監視し、異常を早期に発見するべきだ。
では、運用者はこの脆弱性を「哲学」的にどう捉えればよい？
哲学とは関係ない。ただ、設定を確認し、パッチを適用し、変更を記録し、監視を続けるだけだ。でも、Hostヘッダーが「外部」に向けられることを許容する設定は、ちょっと…「信頼しすぎた」気がするな。
関連キーワード: gitlab