CVE-2026-42861 Flowiseの認証済みユーザーによる権限昇格脆弱性対応策解説 AI Security運用者必読ガイド

結論

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

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

STEP 1: 何が起きているか

一言でいうと

CVE-2026-42861はFlowiseというLLMフロー構築ツールにある認証ありユーザーが他人のワークスペース変数を書き換えられる脆弱性です。運用者にとって多テナント環境での情報漏洩リスクが高く最優先対応が必要です。

やさしく説明すると

この脆弱性は、Flowiseの変数更新APIが裏の仕様をチェックせずに更新を許してしまうことにあります。まるで部屋の合鍵が正しく管理されず、誰でも勝手に別の部屋の引き出しの中身を書き換えられるような状況です。

つまり、認証できた人なら本来操作できない他のユーザーのワークスペースの情報を変更できます。複数のワークスペースを使う大規模環境では異なるテナントのデータが混ざり、機密が漏れる恐れがあります。

技術的な原因

この問題は「CWE-284: 不十分なアクセス制御」「CWE-639: 不完全な認証バイパス」「CWE-915: 不適切なリソース制御」というサーバー側の検証不足に起因します。具体的には、Flowiseの変数更新エンドポイントでサーバー制御のプロパティ（例: workspaceIdや作成日時）に対し、リクエストの認可チェックがなくクライアントから自由に上書きできました。

つまり、本来禁止すべき改変を許す「マスアサインメント（mass assignment）」の脆弱性が存在しました。この種の脆弱性は認証済みユーザーを使って横展開や権限昇格を許します。

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

• マルチテナント環境でテナント間の情報分離が崩壊し、顧客データや機密変数が漏洩する
• LLMコンテキストや利用環境が侵害され、プロンプト操作やデータ改ざんにつながる
• AgentフレームワークやAI Gatewayで権限管理が破壊され、他テナントの計算やストレージを不正利用される
• バイブコーダー開発者が利用するCursorやClineなどの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スコア未公開のため正確な深刻度は不明だが、権限認証が必要かつネットワーク経由で悪用可能な点は看過できない
• EPSSスコアなど悪用予測データは未提供
• ランサムウェアによる悪用観測は現時点で確認されていない
• PoCコードは公開されていないため、現状での直接の悪用は限定的
• ただし、多テナント環境でテナント分離が破られるため、AI GatewayやAgentフレームワークでは特に注意が必要

誰が動くべきか

• FlowiseをLLMフロー構築に利用しているエンジニア・運用者
• LLM Gateway運用チームやAgentフレームワーク開発者（LangChain/AutoGen等）
• マルチテナント環境でFlowiseを展開しているSRE/SecOpsチーム
• バイブコーダー開発者でFlowise関連環境がある場合

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

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
flowise (npmパッケージ)	3.1.1 以下	3.1.2

バージョン確認コマンド

Python / npm

npm list flowise

出力例:

└── flowise@3.1.1

判定: バージョンが 3.1.1 以下なら脆弱。3.1.2 以上で安全。

設定確認

本脆弱性は設定依存ではありません。Flowiseのバージョンが対象範囲内なら脆弱です。

Nucleiテンプレートでの検出

2026年6月時点で公開Nucleiテンプレートは存在しません。バージョン確認やベンダー公式ツールを利用して安全性を確認してください。

STEP 4: 修正を適用する

パッチ適用

npm環境

npm install flowise@3.1.2

判定: バージョンが 3.1.2 以上なら脆弱性が修正されています。

注意: パッチ適用前に必ずバックアップを取得し、ステージング環境で検証を行ってください。重大な変更はダウンタイム計画を立ててから実施しましょう。

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

ベンダーは2026年6月時点で暫定対応策を公開していません。ネットワークレベルで該当APIへのアクセスを制限するか、多テナント環境では権限管理を強化して悪用のリスクを低減してください。

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

STEP 3で実施したバージョン確認コマンドを再度実行します。

期待される出力

npm

npm list flowise

出力例:

└── flowise@3.1.2

判定: バージョンが 3.1.2 以上なら安全です。

追加で確認すべきこと

公開Nucleiテンプレートはありませんが、ベンダーから検出ツールが提供される場合は再実行してください。またログに異常なAPIアクセスがないか継続的に監視しましょう。

補足: 悪用観測状況

現時点でGitHub上にPoCコードは公開されていません。CISA KEVにも未登録のため、悪用観測は公式には報告されていません。ランサムウェア悪用の確認もありません。

補足: CVSSメトリクス詳細

• AV (攻撃元のアクセス区分): 未公開（推測: ネットワーク経由で認証必要）
• AC (攻撃の難易度): 未公開（認証済みユーザーが必要なため中程度）
• PR (攻撃者の権限): 認証ユーザー権限
• UI (ユーザー操作の有無): なし（APIを直接呼ぶため）
• S (スコープ): 影響範囲は他ワークスペースに及ぶ可能性あり
• C (機密性の影響): 高（テナント間情報漏洩）
• I (完全性の影響): 高（データ改ざん可能）
• A (可用性の影響): 低（可用性への直接影響は小さい）

よくある質問（FAQ）

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

A. まずSTEP 3で環境のflowiseバージョンを確認し、脆弱ならSTEP 4で3.1.2以上にアップデートしてください。

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

A. 公開暫定対応はありませんが、該当APIのアクセス制限や権限管理を強化することで悪用リスクを下げることが可能です。

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

A. 公式からは検出シグネチャは公開されていません。APIアクセスログに不審なworkspaceId変更がないか監視してください。

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

A. CVSSは深刻度評価ですが、EPSSは実際に悪用される確率を示します。両方を確認すると対応優先度をより正確に判断できます。

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

A. CWE-284やCWE-915のようなアクセス制御不足や不適切なリソース管理の脆弱性は他のAI製品でも発生例があります。運用中の製品でも注意が必要です。

参考文献

• Flowise 3.1.2 リリースノート（GitHub）
• Flowise 脆弱性アドバイザリ（GitHub Advisory Database）
• NVD CVE-2026-42861

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

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

• LLM に関するCVE・脆弱性記事一覧
• AIフレームワーク に関するCVE・脆弱性記事一覧

2026-06-09 追記

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

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

CVSSスコア変化

公開時点ではCVSSスコアとして「9 (low)」が示されていましたが、NVDによる再評価を受けて「7.6 (HIGH)」へと下方修正されました。これは脆弱性の技術的深刻度に対する見積りが見直されたことを意味します。この修正に伴い、「Critical」帯から「High」帯（重大だが最上位ではない）に危険度扱いが変更されました。

ユーザー・管理者は依然として注意が必要ですが、リスクアセスメントやパッチ適用の緊急度判断時にはこの新しいスコア（7.6）を元に優先順位を見直してください。システムの運用設計上、Critical帯とHigh帯では対応猶予や体制に影響が出る可能性があるため、運用プロセスの再検討も推奨します。

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

公開当初は記事のタイトルに危険度を表すプレフィックス（例:「【高】」など）が付与されていませんでしたが、最新の評価基準では「【高】」の付与が適切であり、修正が反映されました。これは記事生成時にプレフィックス記載が漏れたことに対する補正となります。

危険度プレフィックスは記事閲覧者が一目で対応優先度を把握するための重要な情報です。本脆弱性においてはHigh帯のリスクに該当するため、システム管理担当者、および関係者は「【高】」と明記された早期対応推奨の指標に基づき、計画的な対策を進めるようにしてください。

2026-06-16 追記

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

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

CVSSスコア変化

当初、CVE-2026-42861の危険度評価（CVSSスコア）は「9 (low)」となっていましたが、その後NVD（米国立標準技術研究所の脆弱性データベース）による再評価により、「9.6 (CRITICAL)」へとスコアが上昇しました。この数値の変化は、理論上の危険度や影響範囲の見直しがあったことを意味し、運用者・管理者にとって優先度を上げるべき重要な指標です。

CVSS 9.5以上は、「最重大」相当となり、重大な情報漏洩・権限逸脱のリスクがあります。早期の対応計画や修正の適用が強く推奨されます。CVSSが引き上げられた脆弱性は、後から攻撃シナリオが判明する事例が多く、該当製品を運用している組織では速やかにアップデートや影響調査を実施してください。

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

本記事公開時点では、タイトルに危険度を示すプレフィックス（例：【最重大】）が付与されていませんでした。その後、CVSSスコアの上昇等により、「【最重大】」のプレフィックスが付与されることが妥当となりました。これは記事作成時の凡ミスや情報反映の遅れによるもので、危険度や対応優先度の目安がより明確になりました。

このプレフィックスは読者がリスクの重要性を一目で判断しやすくするためのものであり、緊急度の高い脆弱性への注意喚起として機能します。「【最重大】」表示がなされた場合、通常よりも迅速なリスク評価とパッチ適用、関係者への周知徹底などを推奨します。