【高】CVE-2026-17626 LangflowのDockerベースMCPサーバーにおけるファイル露出脆弱性解説 AI Security活用のバイブコーダー必読対応手順

結論
- 危険度: High (CVSS 8.8)
- 対象: (詳細はベンダーアドバイザリ参照)
- 修正: ベンダーアドバイザリ参照
- KEV: No (NVD Critical由来。CISA KEVには未登録)
タイトルの緊急度プレフィックス(【至急】【最重大】等)の意味
| 表記 | 条件 | 意味 | 対応目安 |
|---|---|---|---|
| 【至急/ランサム悪用】 | CISA KEV登録 + ランサムウェア悪用観測 | ランサムグループが現在進行形で悪用 | 本日中に対応開始 |
| 【至急/重大】 | CISA KEV登録 + CVSS 9.0以上 | 実世界で攻撃観測あり + スコア極めて高い | 本日中に対応開始 |
| 【重大/KEV登録】 | CISA KEV登録(CVSS低またはNVD未反映) | 実世界で攻撃観測あり | 数日以内 |
| 【最重大】 | CVSS 9.5以上(KEV未登録) | 理論上の危険度ほぼ満点、攻撃観測はまだない | 1週間以内に対応計画 |
| 【重大】 | CVSS 9.0〜9.4(KEV未登録) | Critical帯の理論的高リスク | 1〜2週間以内 |
| 【高】 | CVSS 7.0〜8.9(KEV未登録) | High帯のリスク | 計画的に対応 |
| (プレフィックスなし) | CVSS 7.0未満 | Medium以下のリスク | 通常メンテで対応 |
「至急」と「最重大」の違い: 「至急」は CISA(米国政府機関)が 実際に悪用を観測した CVEに付与されます。「最重大」は CVSS スコア上は最高峰だが、まだ悪用観測がない ものです。同じCVSS 9.8でもKEV登録の有無で扱いが変わります。
最終更新: 2026-08-05 | 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。
| STEP | やること | かかる目安 |
|---|---|---|
| STEP 1 | 何が起きているか理解する | 3分 |
| STEP 2 | 急ぎ対応すべきか判断する | 2分 |
| STEP 3 | 自分の環境が対象か確認する | 5分 |
| STEP 4 | 修正を適用する | 環境による |
| STEP 5 | 修正されたことを確認する | 3分 |
STEP 1: 何が起きているか
一言でいうと
CVE-2026-17626はIBM Langflow OSS 1.0.0から1.10.3までのバージョンで、認証済み攻撃者がDockerベースのMCPサーバを通じて重要なホストファイルを読み書き可能になる脆弱性です。LLMゲートウェイ運用者にとって最優先で対応すべき問題です。
やさしく説明すると
この脆弱性は家の玄関に不完全な鍵がかかっているようなものです。攻撃者は正しい鍵を持っているように装い、玄関から入って重要な書類や情報を盗んだり、改ざんしたりできます。実際にはDockerというコンテナ環境の設定を悪用して、ホストの大事なファイルにアクセスできます。
技術的な原因
この問題はCWE-266(権限管理の不適切)が根本原因です。具体的には、Dockerのボリュームマウントやデバイスマッピングで危険な引数が不完全にフィルタリングされているため、認証済み攻撃者でも意図しないホストファイルへのアクセスや変更を許してしまいます。Dockerの設定を適切に検証していないことが攻撃を可能にしています。
影響を受けると何が困るか
- APIキー(OpenAIやAnthropicなど)の漏洩リスクが高まる
- LLMの処理コンテキストが窃取され、顧客データを含む機密情報が漏れる
- プロンプトインジェクションを経由してエージェントが乗っ取られる可能性
- モデルデータやRAG(Retrieval-Augmented Generation)データが改ざんされる恐れ
- 請求コストが急増し、予期せぬ経済的損失を招く可能性
- テナント間の情報漏洩による権限侵害や顧客信用失墜
- インフラ全体への横展開で更に広範な被害が及ぶ危険がある
- Cursor、Cline、CopilotなどのAIコーディングツール経由でのローカルファイル読み取りや任意コード実行リスク
- IDE拡張のリモート操作による環境乗っ取り
- .envファイルや認証情報などの漏洩による運用全体の脆弱性増大
もっと詳しく調べたい人へ — 公式情報源マップ
本記事は以下の公式・準公式の情報源から内容を集約しています。一次情報を確認したい場合や英語で詳細を読みたい場合は、各リンクから直接アクセスできます。
| カテゴリ | 情報源 | 言語 | 何が分かるか | リンク |
|---|---|---|---|---|
| 総合 | NVD(米国 NIST) | 英 | 米国政府の脆弱性データベース。CVSSスコア、影響を受けるCPE、参考リンクの総合ハブ。最も網羅的。 | 開く |
| 総合 | MITRE CVE | 英 | CVE採番機関の公式記録。CVE記述の「正本」。NVDより記載が簡潔だが一次情報。 | 開く |
| 総合 | JVN iPedia(JPCERT/CC・IPA) | 日 | 日本のCSIRTが運用する脆弱性対策情報データベース。日本語で概要・対策が読める。掲載がない場合あり。 | 開く |
| 総合 | CISA KEV(悪用観測カタログ) | 英 | 米国CISAが実際に悪用を確認している脆弱性のカタログ。掲載されていれば最優先で対応。 | 開く |
| 総合 | GitHub Advisory Database | 英 | OSSパッケージ(npm/pypi/maven/composer/go等)別の脆弱性アドバイザリ。修正PRへのリンクが豊富。 | 開く |
| 総合 | OpenCVE | 英 | 複数CVEデータベースの集約検索サービス。タイムラインや関連CVEの俯瞰に有用。 | 開く |
| Linux | Red Hat CVE | 英 | Red Hat製品(RHEL/CentOS Stream/Rocky/AlmaLinux系)の影響評価とパッチ状況。 | 開く |
| Linux | Ubuntu Security | 英 | Ubuntu の影響評価。各Ubuntuバージョン(22.04/24.04等)でのパッチ提供状況が一目で分かる。 | 開く |
| Linux | Debian Security Tracker | 英 | Debian の影響評価。stable/testing/sid別のパッチ状況。Debian派生ディストリ利用者向け。 | 開く |
| Linux | SUSE CVE | 英 | SUSE Linux Enterprise / openSUSE の影響評価とパッチ状況。 | 開く |
| 悪用 | Exploit Database | 英 | 公開エクスプロイトのアーカイブ。検出ツールやペネトレーションテストでの参照用。 | 開く |
| 悪用 | Packet Storm Security | 英 | セキュリティアドバイザリ・エクスプロイトの集約サイト。古めの情報も含む。 | 開く |
| 悪用 | GitHub PoC 検索 | 英 | GitHubコード検索でCVE IDを直接検索。野良PoCの早期発見に。 | 開く |
| 悪用 | X(Twitter)検索 | 日英 | 直近の議論やニュースを観測。In-the-wild悪用の早期検知に有用。 | 開く |
| スキャナ | Snyk Vulnerability DB | 英 | パッケージ別の脆弱性詳細と修正バージョン。OSS依存ライブラリ追跡に有用。 | 開く |
| スキャナ | Tenable(Nessus) | 英 | Nessusスキャナでの検出プラグイン情報。検出ロジックの参考に。 | 開く |
| スキャナ | Rapid7(Metasploit/Nexpose) | 英 | Metasploit悪用モジュール、Nexposeでの検出情報。 | 開く |
掲載しているのは無料でアクセスできる情報源のみです。CVEによっては掲載がないサイトもあります(特にJVN iPediaは日本国内で報告された脆弱性のみ掲載)。
STEP 2: 急ぎ対応すべきか判断する
結論: 高
判断根拠
- CVSS v3.1 スコアは 8.8(High)で、攻撃はネットワーク経由かつ認証レベルは低い。つまり、侵入が比較的容易。
- EPSS(悪用予測スコア)は提供されていませんが、攻撃複雑度が低くユーザ操作も不要なため注意が必要。
- ランサムウェア悪用の有無は不明。現時点で明確な観測はないものの、高リスクなため注視が必要です。
- 公開PoC(問題を証明する公開コード)は存在しませんが、Dockerの設定を悪用する点は悪意ある攻撃に利用可能。
- 認証済みユーザであればUI操作不要でホストの重要ファイルを読み書き可能なため、実務上は高リスクと判断すべきです。
誰が動くべきか
- LLM Gateway運用チーム(IBM Langflowを含むDockerベースMCP Server運用者)
- Agentフレームワーク開発者(LangChain、AutoGenの関連ミドルウェア)
- MLインフラチーム(MCP Server環境管理担当)
- RAGパイプライン保守者
- バイブコーダー開発者(Cursor、Cline、GitHub Copilot等の導入ユーザ)
- AIセキュリティチーム及びSecOpsチーム
STEP 3: 自分の環境が対象か確認する
影響を受けるバージョン
| 製品 | 脆弱なバージョン範囲 | 修正版 |
|---|---|---|
| IBM Langflow OSS | 1.0.0 から 1.10.3 まで | ベンダーアドバイザリ参照 |
バージョン確認コマンド
Python (pip)
pip show langflow
出力例:
Name: langflow
Version: 1.10.0
Summary: Langflow OSS
判定: バージョンが 1.0.0 以上 1.10.3 以下なら脆弱
Docker イメージ確認
docker images | grep langflow
出力例:
langflow 1.10.2 sha256:abc123...
判定: タグのバージョンが 1.0.0 以上 1.10.3 以下なら脆弱
設定確認
この脆弱性はDockerのMCPサーバでのボリュームマウントやデバイスマッピング引数のフィルタリング不備によるため、特定の設定が悪用されます。ただし設定依存は部分的で、バージョンが対象範囲なら脆弱です。設定での回避策は公式に提示されていません。
Nucleiテンプレートでの検出
本脆弱性に対応した公開Nucleiテンプレートは現在存在しません。検出はバージョン確認で実施してください。
STEP 4: 修正を適用する
パッチ適用
Python (pip) アップグレード
pip install --upgrade langflow
判定: 最新バージョン(1.10.4以降を想定)が適用されていればOK
Dockerイメージ更新
docker pull langflow:latest
docker stop CONTAINER_ID
docker rm CONTAINER_ID
docker run --name langflow langflow:latest ...
判定: コンテナ起動後、バージョンが修正済みならOK
注意: パッチ適用前には必ず環境のバックアップを取得してください。ステージング環境での動作検証も推奨します。ダウンタイム計画を立ててから作業を行いましょう。
パッチ即時適用ができない場合の暫定対応
現時点では公式の暫定対応は提示されていません。可能な限り対象サービスのネットワーク隔離やアクセス制御強化を検討してください。
STEP 5: 修正されたことを確認する
STEP 3 で実行したバージョン確認コマンドを、再度実行します。
期待される出力
Python (pip)
pip show langflow
出力例:
Name: langflow
Version: 1.10.4
Summary: Langflow OSS
判定: バージョンが 1.10.4 以上なら安全
Docker イメージ確認
docker images | grep langflow
出力例:
langflow 1.10.4 sha256:def456...
判定: タグのバージョンが 1.10.4 以上なら安全
追加で確認すべきこと
公開Nucleiテンプレートはないため再スキャンはできませんが、アクセスログに不審なDockerボリュームマウントの設定や外部からの異常アクセスがないか監視してください。
補足: 悪用観測状況
現時点で本脆弱性の悪用は公には報告されていません。GitHub上にもPoCコードは存在しません。ただし、CVSSスコアが高く低権限認証済みユーザから悪用可能なため、今後悪用されるリスクは高いです。継続的な監視が必要です。
補足: CVSSメトリクス詳細
- AV (Attack Vector/攻撃元): Network(ネットワーク経由で攻撃可能)
- AC (Attack Complexity/攻撃複雑度): Low(攻撃の難易度は低い)
- PR (Privileges Required/必要権限): Low(低い権限で攻撃可能)
- UI (User Interaction/ユーザ操作): None(ユーザ操作は不要)
- S (Scope/影響範囲変更): Unchanged(影響範囲は変わらない)
- C (Confidentiality/機密性への影響): High(機密情報の漏洩リスクが高い)
- I (Integrity/完全性への影響): High(データ改ざんが可能)
- A (Availability/可用性への影響): High(サービス停止や障害が発生しうる)
よくある質問(FAQ)
Q. このCVEに対応するために最低限すべきことは何ですか?
A. STEP 3で対象バージョンかを確認し、STEP 4で最新版の適用を行い、最後にSTEP 5でバージョンと設定を再確認してください。
Q. パッチが適用できない場合、どうすればよいですか?
A. 現時点で公式の暫定策はありませんが、ネットワーク隔離やアクセス制御の強化などでリスクを低減してください。
Q. 既に攻撃を受けているか確認する方法はありますか?
A. 公式のIOC(侵入痕跡)は未提供ですが、Docker関連の異常なボリュームマウント設定のログ監視や不審なホストファイルアクセスの解析を実施してください。
Q. なぜEPSSスコアが重要なのですか?
A. CVSSは脆弱性の深刻度を示す指標ですが、EPSSは「実際に悪用される確率」を予測します。両方見ることで対応の優先順位を正確に判断できます。
Q. このCVEと類似の脆弱性は他にもありますか?
A. CWE-266に分類される権限管理の不備による脆弱性は他のDocker関連やLLM Proxy等AIセキュリティコンテキストでも見られます。関係製品の権限設定に注意してください。
参考文献
関連トピック・タグから探す
本記事に関連するキーワードから、他のAIセキュリティ記事を探せます。
2026-08-06 追記
本記事の公開後、以下の重要な変化が確認されました(公開からの経過: 0日)。
| 項目 | 公開時点 | 2026-08-06時点 | 変化の意味 |
|---|---|---|---|
| 新規GHSAアドバイザリ | 0件 | 1件 | 新たなGitHub Security Advisoryが発行 |
新規GHSAアドバイザリの発行
本脆弱性(CVE-2026-17626)に関して、新たに1件のGitHub Security Advisory(GHSA)が発行されたことが確認されました。これにより、従来はGitHub上での公式な注意喚起や追加のテクニカルディテールが公開されていなかった状況から、開発者や運用担当者がGitHub経由でより詳細かつ公式な情報を参照できるようになりました。
GHSAの発行は、OSSコミュニティ上での認知度向上と、依存関係管理ツール(Dependabot等)による自動検出の精度向上につながります。運用担当者は、可能な限りGHSA本文や関連するIssue等を確認し、追加の修正提案や回避策が示されていないか調査のうえ、早期の対応計画を立てることを推奨します。また、SBOMやCI/CDパイプラインでGitHub経由の脆弱性フィードを参照している場合は、アラートの新規発生やコンプライアンスチェックにも注意してください。
2026-08-13 追記
本記事の公開後、以下の重要な変化が確認されました(公開からの経過: 6日)。
| 項目 | 公開時点 | 2026-08-13時点 | 変化の意味 |
|---|---|---|---|
| 新規GHSAアドバイザリ | 0件 | 1件 | 新たなGitHub Security Advisoryが発行 |
| 結論ボックスの対象範囲が未記入 | (詳細はベンダーアドバイザリ参照) | cpe:2.3:a:langflow:langflow:*:*:*:*:*:*:*:* >=1.0.0 <1.11.0 | 公開時は具体的な対象範囲が不明だったが、現在は確定済み(記事生成時の凡ミス補正) |
| 結論ボックスの修正バージョンが未記入 | ベンダーアドバイザリ参照 | 1.11.0 以降が修正版(affected範囲外) | 公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明(記事生成時の凡ミス補正) |
新規GHSAアドバイザリ
公開当初はGitHub Security Advisory(GHSA)での掲載はありませんでしたが、現時点では1件のGHSAアドバイザリが新規発行されていることが確認されました。これは、当該脆弱性がGitHubエコシステムでも公式に認知されたことを意味し、npmやPyPI、あるいはGitHub Actions等を利用した開発環境利用者にも影響情報が明確に伝播したと考えられます。従来より幅広い開発コミュニティで脆弱性検知ツールやアラートに検出されやすくなりますので、SBOMや依存ライブラリの棚卸し運用の中で、GHSAを参照した追加チェックを推奨します。
結論ボックスの対象範囲が未記入
公開時は「対象範囲」が不明のまま、ベンダーアドバイザリの参照を促す状態でしたが、本日時点で「cpe:2.3:a:langflow:langflow:*:*:*:*:*:*:*:* >=1.0.0 <1.11.0」と具体的な製品範囲とバージョン条件が明示されました。これにより、ユーザーは自身のLangflow環境が本脆弱性の影響を受けるかどうかを正確に特定できます。運用面では該当バージョンを利用していないか再度棚卸しした上で、影響範囲に該当する場合は直ちにアップデート計画を進めてください。
結論ボックスの修正バージョンが未記入
これまで「ベンダーアドバイザリ参照」として修正版が記載されていませんでしたが、今回「1.11.0 以降が修正版(affected範囲外)」と明示されました。これにより、対応策としてどのバージョンまで上げれば良いかが明確になり、確実なアップデート目標を設定できます。利用中のバージョンが1.10.3以前であれば、早急に1.11.0以降へバージョンアップすることを推奨します。ベンダーサポートやサードパーティツール連携時の動作確認も併せて実施してください。
