CVE-2026-46440 Flowiseの認証バイパス脆弱性解説とAI Security視点のLLM運用者向け対策ガイド

結論

• 危険度: 情報なし
• 対象: 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	何が起きているか理解する	3分
STEP 2	急ぎ対応すべきか判断する	3分
STEP 3	自分の環境が対象か確認する	5分
STEP 4	修正を適用する	環境による
STEP 5	修正されたことを確認する	3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-46440は、Flowiseのバージョン3.1.1以下で、認証情報が平文（暗号化なし）で検証されていました。これにより攻撃者は認証情報を盗めてしまいます。LLMゲートウェイの運用者は最優先で対応が必要です。

やさしく説明すると

Flowiseは、AIの大規模言語モデル（LLM）を組み立てるためのドラッグ＆ドロップのUIツールです。今回の脆弱性は「玄関の鍵がかかっていない状態」に例えられます。認証情報（ユーザ名とパスワード）が仕組みの中で暗号化されていません。攻撃者はこの「掛け金のかかっていない鍵」を簡単に盗み、自由に入れるようになります。これが見逃されると、悪意ある者に管理部分を奪われてしまいます。

技術的な原因

この脆弱性の原因はCWE-522「不十分な保護の認証情報（Insufficiently Protected Credentials）」に該当します。具体的には、Flowiseの checkBasicAuth APIエンドポイントが、認証情報の検証を平文のまま直接比較し、かつリクエスト数制限（レートリミット）を設けていませんでした。リクエストの連続試行を防ぐ防御も存在しません。これによりブルートフォース攻撃や認証情報の露見リスクが高まっています。

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

• APIキー（OpenAIやAnthropicなど）を保護する認証が破られ、キー漏洩につながる
• Flowiseで構築されたLLMフロー全体の管理権限を攻撃者に奪われる
• エージェントフレームワーク運用時にプロンプトやデータの改ざんが起きる可能性
• 不正操作によるRAG（Retrieval-Augmented Generation）データの書き換え
• 請求コストの異常増大やシステム停止リスク
• AgenticやMCP Server、LLM Proxyなど周辺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は存在せず、悪用情報もまだ報告されていない
• ランサムウェアによる悪用は未確認
• 攻撃にはネットワークアクセスと平文認証情報のスニッフィングが必要。認証情報が漏洩している環境ならリスク増大
• デフォルト設定で該当バージョンを使っている場合、認証チェックに問題があるため危険

誰が動くべきか

• Flowiseを利用してLLMフローを作成・運用しているAI GatewayやAgentフレームワーク運用チーム
• AgenticシステムやLLM Proxyを構築・管理しているMLインフラ担当者
• バイブコーダー開発者でCursorやClineなどのClientから認証連携している場合も確認推奨

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

影響を受けるバージョン

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

バージョン確認コマンド

Node.js (npm)

npm list flowise

出力例:

└─ flowise@3.1.1

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

設定確認

本脆弱性は設定依存ではありません。バージョンが対象範囲であれば脆弱です。

Nucleiテンプレートでの検出

現時点で公開されたNucleiテンプレートは確認されていません。バージョン確認が検出手段となります。

STEP 4: 修正を適用する

パッチ適用

Node.js (npm)

npm install flowise@3.1.2

出力例:

+ flowise@3.1.2
updated 1 package in Xs

判定: バージョンが 3.1.2 以上に更新されれば対応完了

注意: パッチ適用前に必ず現在の環境のバックアップを取得してください。ステージング環境で動作確認を実施し、本番環境のダウンタイム計画も検討しましょう。

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

公式の暫定対応は提示されていません。可能な限り外部からのアクセス制限やWAF（Webアプリケーションファイアウォール）ルール追加、APIアクセスログの監視を強化してください。

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

STEP 3で実行したバージョン確認コマンドを、修正適用後にも実行してください。

期待される出力

Node.js (npm)

npm list flowise

出力例:

└─ flowise@3.1.2

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

追加で確認すべきこと

公開されたNucleiテンプレートがあれば再実行してください。またAPIアクセスログに不審な認証失敗や過度なリクエストがないかを監視してください。

補足: 悪用観測状況

現段階で本脆弱性に対するランサムウェアなどによる悪用は報告されていません。GitHubやExploit Databaseにも公開されたPoC（Proof of Concept）コードは存在しません。実際の攻撃が発生する前に対策を済ませることが推奨されます。

補足: CVSSメトリクス詳細

• AV（攻撃ベクター）: 未公開。実務的にはネットワーク越しのAPIアクセスが条件。
• AC（攻撃困難度）: 低〜中程度。認証検証が単純なため攻撃は比較的容易。
• PR（必要な特権）: なし。認証前のAPIエンドポイント。
• UI（ユーザ操作）: 不要。自動ツールによる試行攻撃ができる。
• S（影響範囲）: 変更なし。影響は対象製品に限定。
• C（機密性）: 中程度。有効認証情報が洩れると深刻。
• I（完全性）: 中程度。管理権限を奪われる可能性がある。
• A（可用性）: 低〜中。間接的にシステム停止リスクを高める。

よくある質問（FAQ）

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

A. STEP 3で自分の環境のFlowiseバージョンを確認し、3.1.2未満ならSTEP 4の通りアップデートを実施してください。

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

A. 外部アクセス制限やAPIのWAFによる防御、ログ監視を強化してください。公式の暫定対応は提供されていません。

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

A. APIアクセスログに多数の失敗認証試行や不自然な認証リクエストがないか監視し、インシデント対応チームと連携してください。

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

A. CVSSは脆弱性の深刻度を示しますが、EPSSは実際に悪用される可能性の高さを示します。両方で優先度判断が正確になります。

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

A. CWE-522の「不十分な認証情報保護」は他のAI関連APIでも見られるため、同様の認証設計ミスを確認してください。

参考文献

• NVD – CVE-2026-46440
• Flowise 3.1.2 リリースノート
• GitHub Advisory Database – Flowise BasicAuth 露見問題
• JVN iPedia – CVE-2026-46440

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

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

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

2026-06-09 追記

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

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

CVSSスコア変化

公開時点で本脆弱性のCVSSスコアは「9 (low)」とされていましたが、NVD（米国脆弱性データベース）の再評価により「7.5 (HIGH)」へ下方修正されました。これにより、理論上の危険度はCritical帯からHigh帯へと位置づけ直されたことになります。現行のCVSS 3.0ベースでも攻撃成立時の影響度（Confidentiality/Integrity/Availability）は高いままですが、攻撃成立条件や現実的なリスクの精査によりリスク判断が見直された形です。

この変化を受け、運用担当者は「無条件で即時優先度最高」とまではなりませんが、High帯の重要な脆弱性として、計画的な修正や確認対応を行うことが推奨されます。既に対策を進めている場合も、対応計画や体制に過大・過小評価がないか再度見直しを行ってください。

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

記事公開時点では、タイトルに危険度を示す「プレフィックス」が（プレフィックスなし）の状態となっていましたが、最新の判定では「【高】」プレフィックスが付与されることが妥当とされました。これは記事生成時に自動付与がなされなかったことによるもので、改めてHighリスク帯相当で運用判断する必要があることを示します。

今後、類似のケースにおいてもリスク帯に応じた明確な表記がなされるよう、タイトルや一覧表示などユーザーに伝わりやすい箇所でのプレフィックス確認を徹底してください。運用管理者や読者の認識ズレを防ぎ、優先度判断やインシデント対応の品質維持に役立ててください。