CVE-2026-33589 lfnovo open-notebookのパストラバーサル脆弱性によるコンテナ内ファイル閲覧リスクとAI Security対策法

2026年6月19日

URLをコピーしました！

結論

危険度: Medium (CVSS 6.5)
対象: open-notebook (1.8.4未満)
修正: ベンダーアドバイザリ参照
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-05-12 ｜本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

STEP	やること	かかる目安
STEP 1	何が起きているか理解する	5分
STEP 2	急ぎ対応すべきか判断する	3分
STEP 3	自分の環境が対象か確認する	5分～
STEP 4	修正を適用する	環境による
STEP 5	修正されたことを確認する	3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-33589は、open-notebookのv1.8.3までのファイルアップロード機能にある脆弱性です。攻撃者は認証済みユーザーとしてDockerコンテナの任意のファイルを読み取れます。LLMゲートウェイやAgenticプラットフォームを運用している技術者にとっては早急な対応が求められます。

やさしく説明すると

イメージとしては、玄関の「郵便受け」が鍵なしで外から自由に中を覗けてしまう状態です。open-notebookのファイルアップロード機能で、ユーザーが送るファイルの場所をしっかりチェックせずに処理しています。そのため攻撃者は、意図しない場所にあるファイルも自由に見られてしまいます。

これはDocker内部の重要な設定ファイルや秘密情報を盗まれる可能性があります。つまり、大切な情報が外に漏れるリスクがあるのです。

技術的な原因

今回の脆弱性はCWE-22、すなわち「パス名の不適切な制限（Path Traversal）」に該当します。簡単に言うと、ユーザー入力を使ってファイルパスを組み立てる際に、上位ディレクトリを指す「../」などを禁止せず、その結果、本来アクセスできないファイルにアクセス可能になっています。

open-notebook v1.8.3 の /api/sources エンドポイントの file_path パラメータで、アップロードディレクトリに限定せずファイル読み込みを許してしまいました。これにより悪意あるユーザーはDockerコンテナ内の任意ファイルを読み込み、UI経由で内容を確認できます。

影響を受けると何が困るか

Dockerコンテナ内の設定ファイルやAPIキー(OpenAI/Anthropic等)が漏洩する
LLMのプロンプトや顧客データなど機密情報が窃取される
AgentフレームワークのコードやRAG（Retrieval-Augmented Generation）データの改ざんリスク
請求コストの予期せぬ増加（リソース無駄遣いをされる可能性）
複数テナント運用時の情報漏洩による信頼失墜
バイブコーダーツール(Cursor/Cline/Aider/GitHub Copilot/Claude Code等)を使ったAI駆動開発環境で、ローカルファイル情報や秘匿情報が読み取られる危険

もっと詳しく調べたい人へ — 公式情報源マップ

本記事は以下の公式・準公式の情報源から内容を集約しています。一次情報を確認したい場合や英語で詳細を読みたい場合は、各リンクから直接アクセスできます。

カテゴリ	情報源	言語	何が分かるか	リンク
総合	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 スコアは 6.5（Medium）。ネットワーク経由で悪用可能だが、低権限ユーザーが必要です。攻撃は比較的簡単なため注意が必要です。
EPSSスコアは 0.05%（16.2パーセンタイル）で、直近30日での悪用確率は低いです。
ランサムウェアによる悪用の報告はありません。
公開PoCコードは現時点で存在しません。
攻撃にユーザ操作は不要ですが、低権限の認証済みユーザーが必要です。デフォルト設定で認証要です。

誰が動くべきか

open-notebookをLLM GatewayやAgentic用途で運用しているセキュリティ・SREチーム
Agentフレームワーク（LangChainやAutoGenなど）を本番運用する開発・運用者
バイブコーダー環境でopen-notebookを組み込んでいるAI駆動開発者

STEP 3: 自分の環境が対象か確認する

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
lfnovo / open-notebook	`< 1.8.4`	1.8.4

バージョン確認コマンド

Python（pip）

pip show open-notebook

出力例:

Name: open-notebook
Version: 1.8.3
Summary: ...
...

判定: バージョンが 1.8.4 未満なら脆弱です。

Python（poetry）

poetry show open-notebook

出力例:

open-notebook 1.8.3 Description: ...

判定: バージョンが 1.8.4 未満なら脆弱です。

Docker

docker images | grep open-notebook

出力例:

lfnovo/open-notebook 1.8.3 sha256:xxxxxxxxxxxx...

判定: タグが 1.8.4 以上なら安全です。

設定確認

この脆弱性は設定依存ではありません。バージョンが脆弱範囲内ならすべて影響を受けます。

STEP 4: 修正を適用する

パッチ適用

Python パッケージアップデート

pip install --upgrade open-notebook

出力例:

Successfully installed open-notebook-1.8.4

判定: バージョンが 1.8.4 以上で脆弱性は修正されます。

Docker イメージ更新

docker pull lfnovo/open-notebook:1.8.4
docker stop 
docker rm 
docker run -d --name open-notebook lfnovo/open-notebook:1.8.4

判定: コンテナのopen-notebookがバージョン 1.8.4 になれば安全です。

注意: パッチ適用前に必ずバックアップを取得してください。ステージング環境での検証をおすすめします。ダウンタイムの計画も行ってください。

パッチ即時適用ができない場合の暫定対応

ベンダーは公式に暫定対応策を提供していません。必要に応じて、ネットワークレベルで /api/sources エンドポイントへのアクセス制限やWAFルールの追加を検討してください。

STEP 5: 修正されたことを確認する

STEP 3 で実行したバージョン確認コマンドを再度実行してください。修正済みバージョンなら安全です。

期待される出力

Python（pip）

pip show open-notebook

出力例:

Name: open-notebook
Version: 1.8.4
...

判定: バージョンが 1.8.4 以上ならOKです。

Docker

docker images | grep open-notebook

出力例:

lfnovo/open-notebook 1.8.4 sha256:yyyyyyyyyyyy...

判定: タグが 1.8.4 以上ならOKです。

追加で確認すべきこと

不審なログの有無を確認しましょう。なお、本脆弱性に対応するNucleiテンプレートは現時点で公開されていません。

補足: 悪用観測状況

現時点でCISA KEVに登録されておらず、ランサムウェアグループによる悪用は確認されていません。GitHub上にも公開されたPoCコードはありません。攻撃難易度は低いものの、実際の悪用報告はまだありません。

補足: 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、完全性影響): NONE – データ改ざんの可能性はない。
A (Availability、可用性影響): NONE – サービス停止の可能性はない。

よくある質問（FAQ）

Q. このCVEに対応するために最低限すべきことは何ですか？

A. STEP 3で自環境のopen-notebookのバージョンを確認し、STEP 4で1.8.4へアップデートしてください。安全確認はSTEP 5で行います。

Q. パッチが適用できない場合、どうすればよいですか？

A. 公式の暫定対応はありませんが、ネットワークでのAPIアクセス制限やWAFルール追加、該当機能の無効化を検討してください。

Q. 既に攻撃を受けているか確認する方法はありますか？

A. 管理UIで不審なファイルアクセスがないかログを監視し、Dockerコンテナ内の秘匿ファイル読み取りがないか調査してください。

Q. なぜEPSSスコアが重要なのですか？

A. CVSSは脆弱性の深刻度を示しますが、EPSSは「実際に悪用される確率」を示します。両者を合わせて優先対応を判断するのが実務的に効果的です。

Q. このCVEと類似の脆弱性は他にもありますか？

A. CWE-22（パス・トラバーサル）はよくある脆弱性分類で、多数のアプリケーションで似た脆弱性が報告されています。常に入力検証が重要です。

参考文献

本記事に関連するキーワードから、他のAIセキュリティ記事を探せます。

2026-05-13 追記

本記事の公開後、以下の重要な変化が確認されました（公開からの経過: 0日）。

項目	公開時点	2026-05-13時点	変化の意味
CWE追加	CWE-22	CWE-20	新規CWE: CWE-20
結論ボックスの修正バージョンが未記入	ベンダーアドバイザリ参照	1.8.4 以降が修正版（affected範囲外）	公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明（記事生成時の凡ミス補正）

CWE追加（CWE-22 → CWE-20）

脆弱性の共通弱点タイプ（CWE）が、公開当初のCWE-22（パス名の不適切な制限）からCWE-20（不適切な入力値の検証）に新たに追加されました。これは本脆弱性がファイルパス操作だけでなく、入力全般の検証不足（ユーザーから受け取るデータが意図したフォーマット・範囲かチェックできていない点）にも関連することが明確化されたことを意味します。技術運用者は、パストラバーサル対策だけでなく、全てのユーザー入力値に対するバリデーションの徹底も今後の設計・レビューで重要視してください。

結論ボックスの修正バージョン記載補正

公開時点では、結論ボックス内の「修正」欄が「ベンダーアドバイザリ参照」という暫定的な表現でしたが、本日になって「1.8.4 以降が修正版（affected範囲外）」と明確なバージョンが記載されました。これにより、読者が修正バージョンの特定に迷うことなく、アップグレード対象を迅速に判別できます。運用担当者は速やかに1.8.4以上への更新を行い、再発防止のためソフトウェア情報の最新版管理にも引き続きご注意ください。