CVE-2026-70471 Flowiseの認証バイパス脆弱性によるAPI権限回避手法とAI Security対策ガイド

結論

• 危険度: 情報なし
• 対象: flowise <= 3.1.2
• 修正: 3.1.3
• 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-04 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-70471は、FlowiseというLLM（大規模言語モデル）フロー構築ツールの脆弱性です。Flowise 3.1.2以前では、認証権限なしで管理APIを回避し、機密変数やシークレット情報を取得できます。AI GatewayやLLM Proxyを運用するエンジニアにとって早急な対応が必要です。

やさしく説明すると

たとえば、家の玄関に鍵がかかっていないのに、誰でも家の中の重要な書類やパスワードを自由に見られてしまう状態です。Flowiseでは本来、許可されたユーザーだけが見られる変数（鍵のかかった引き出し）が、権限なしでも覗けるようになっていました。つまり、攻撃者が家の中の秘密を丸ごと盗める危険があります。

技術的な原因

Flowiseはコード実行環境に$vars変数を注入しますが、この注入時にvariables:view（変数表示権限）を正しくチェックしませんでした。これにより、APIキーやユーザーが通常なら見ることができない機密情報にアクセスできます。これはCWE-863（権限の誤った制御）に該当します。

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

• APIキー（OpenAI/Anthropicなど）の漏洩により、攻撃者がAIサービスを不正利用できる
• LLMのコンテキスト情報や顧客データが盗まれる可能性がある
• プロンプトインジェクションやエージェント乗っ取りの足がかりになる
• 環境変数に含まれるDBパスワードやJWT秘密鍵が流出し、システム全体が危険に晒される
• AIコーディングツール（CursorやClineなど）経由での権限のないファイル読み取りやコード実行の引き金となる恐れがある

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

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

カテゴリ	情報源	言語	何が分かるか	リンク
総合	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スコアは現状未公開のため正確な深刻度は不明。一般的に情報漏洩関連脆弱性は重要だが、緊急度は限定的。
• EPSS（実際の悪用予測スコア）データは存在しない。
• ランサムウェアによる悪用の観測は現時点で不明。
• 公開されているPoC（証明コード）はGitHubを含めて存在しない。
• 認証なしで秘密情報にアクセスできるため、攻撃の前提条件は緩い。
• しかしFlowiseの利用者は限定的であり、悪用報告も今のところない。

誰が動くべきか

• Flowiseを本番環境でAI GatewayやLLM Proxyとして運用している運用チーム・SRE
• Agenticフレームワーク開発者でFlowiseを内製ワークフローとして使う場合
• バイブコーダー開発者でCursorやClineと連携する場合は状況を把握しておく

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

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
flowise	〜3.1.2（3.1.2を含む）	3.1.3

バージョン確認コマンド

Node.js/npm（flowise）

npm list flowise

出力例:

my-project@1.0.0 /path/to/project
└── flowise@3.1.2

判定: バージョンが 3.1.2 以下なら脆弱、3.1.3 以上なら安全

設定確認

この脆弱性は設定依存ではありません。対象バージョンを使っていれば脆弱です。

Nucleiテンプレートでの検出

現時点で公開されたNucleiテンプレートは存在しません。バージョン確認で検出してください。

STEP 4: 修正を適用する

パッチ適用

Node.js/npm（flowise）

npm install flowise@3.1.3

出力例:

+ flowise@3.1.3
updated 1 package and audited 100 packages in 5s
found 0 vulnerabilities

判定: バージョンアップが正常に完了すれば安全

注意: パッチ適用前に必ず環境のバックアップを取得してください。ステージング環境での動作検証後、本番環境へ適用しましょう。サービス停止時間の計画も忘れずに。

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

公式の暫定対応は提示されていません。可能ならばFlowiseへの外部アクセスを制限し、APIキーの管理体制を強化してリスク低減を図ってください。

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

STEP 3で示したバージョン確認コマンドを再度実行してください。

期待される出力

Node.js/npm（flowise）

npm list flowise

出力例:

my-project@1.0.0 /path/to/project
└── flowise@3.1.3

判定: バージョンが 3.1.3 以上ならOK

追加で確認すべきこと

公開Nucleiテンプレートはありませんが、運用ログに不審なAPIアクセスがなかったか確認してください。

補足: 悪用観測状況

現時点でCISAによる悪用登録はありません。GitHub上にPoC（証明コード）や攻撃ツールの公開も確認されていません。ランサムウェアを含む攻撃グループによる積極的な悪用の報告もありません。

補足: CVSSメトリクス詳細

• AV（攻撃元距離）: 未公開。ネットワーク経由のアクセス可能性が高い。
• AC（攻撃困難度）: 未公開。認証回避が可能なため低めと推定。
• PR（権限）: 未公開。権限なしで機密情報取得が可能。
• UI（ユーザ関与）: 未公開。ユーザー操作不要。
• S（スコープ）: 未公開。権限境界の回避にあたる（CWE-863）。
• C（機密性影響）: 未公開。高。機密情報が漏洩する。
• I（完全性影響）: 未公開。影響は限定的。
• A（可用性影響）: 未公開。影響なし。

よくある質問（FAQ）

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

A. STEP 3で自分のFlowiseバージョンを確認し、3.1.2以下ならSTEP 4で3.1.3へアップデートをしてください。

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

A. 公式の暫定対応はありません。外部ネットワークからのアクセス制限やAPIキー管理の強化などでリスクを下げてください。

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

A. 運用ログで/api/v1/node-custom-functionへの不審なアクセスを監視し、機密API呼び出しがないかを確認してください。

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

A. CVSSは脆弱性の深刻度を示しますが、EPSSは実際に悪用される確率を示します。両方の情報を見て優先度を決めるのが実務的に有効です。

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

A. CWE-863（権限の誤った制御）に分類される類似の脆弱性は他にも報告されています。特にAPIの権限検証を破るケースは要注意です。

参考文献

• NVD: CVE-2026-70471
• Flowise 3.1.3 リリース
• GitHub Advisory Database GHSA-8r8h-6vcc-xhrv

関連トピック・タグから探す

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

• authz に関するCVE・脆弱性記事一覧
• API セキュリティ に関するCVE・脆弱性記事一覧
• LLM に関するCVE・脆弱性記事一覧
• AIフレームワーク に関するCVE・脆弱性記事一覧
• AIサンドボックス に関するCVE・脆弱性記事一覧

2026-08-05 追記

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

項目	公開時点	2026-08-05時点	変化の意味
CVSSスコア変化	9 (low)	7.1 (HIGH)	NVD再評価でスコアが下方修正
タイトルプレフィックス未付与	(プレフィックスなし)	【高】	公開時はタイトルに危険度プレフィックスが付いていない。最新状況では付与が妥当（記事生成時の凡ミス補正）

CVSSスコア変化

公開時点では「9 (low)」というCVSSスコアが設定されていましたが、その後NVD（National Vulnerability Database）による再評価により「7.1 (HIGH)」へ下方修正されました。これは、当初想定されていた脆弱性の深刻度が精査を経て再評価され、現時点ではHigh（高）リスク帯に分類されることとなったことを意味します。

運用面では、Criticalレベルと比較して優先度が一段下がるため、緊急度の再判断や対応計画の調整を推奨します。ただし、依然として「高リスク」帯域であるため、修正対応や情報収集の継続は怠らないようご注意ください。

タイトルプレフィックス未付与

公開時点の記事タイトルには危険度を示す「【高】」などのプレフィックスが付与されていませんでしたが、最新状況を踏まえ記事のタイトル先頭に「【高】」を付与することが妥当とされるようになりました。この変化は記事生成段階での表記ミスを補正するものです。

運用上は、関係者への注意喚起やインシデント対応フローの確認時に重要度ラベルが明示されるため、管理や周知がより円滑に進む利点があります。今後も最新の危険度評価に応じてタイトル表記を適切に管理してください。