AIアプリ構築基盤Langflowの脆弱性CVE-2026-5027が積極悪用、認証なしで任意コード実行

「社内でLangflowを使ってAIアプリを試作してるけど、外に公開して大丈夫でしゅか？」
「認証なしで乗っ取られるって聞いて、何が危ないのか分からず怖いんでしゅ……」

チップス

うちもLangflowを検証サーバに立てっぱなしでしゅ……これってマズいんでしゅか？

ボス

ふふふ、まさに今そこが狙われている。CVE-2026-5027は認証なしで任意コードまで届く穴だ。仕組みを押さえれば、自社で今すぐ閉じるべき箇所が見えるぞ。

本記事では、AIアプリ構築基盤Langflowで実際に悪用が確認された脆弱性CVE-2026-5027について、攻撃の流れと露出の実態、今すぐ取るべき対応を整理します。

読み終える頃には、AI開発ツールを安全に運用するための着眼点が手に入ります。

Langflowで起きた脆弱性悪用の概要

まずは何が起き、どこまで分かっているのかを整理します。

ファイルアップロードの穴から未認証RCEに至るまで

Langflowは、生成AIのワークフローを画面上で組み立てられるオープンソースの開発基盤です。
問題のCVE-2026-5027は、ファイルをアップロードする「POST /api/v2/files」が、送信されたファイル名を検証していない点にあります。
そのため「../」を含む細工をすると、本来許されない場所へファイルを書き込めてしまいます。
さらにLangflowは既定で自動ログインが有効なため、攻撃者は認証情報なしで有効なセッションを得て、最終的に任意コード実行（RCE）まで届きます。

公表されている主な事実は以下のとおりです。

チップス

ファイル名を書き換えるだけで、そこまで踏み込まれるんでしゅか……。

ボス

そうだ。入口は地味だが、自動ログインと組み合わさると一気に深くまで通る。発見はTenable、3月に公開されてから悪用が続いているな。

攻撃の仕組みと企業が負うリスク

なぜこの一件が「AI時代らしい」リスクなのかを掘り下げます。

検証用に立てたAIツールが侵入口になる

AI開発ツールは「とりあえず触ってみる」目的で、検証サーバに認証なしのまま放置されがちです。
Langflowの既定設定はその油断を突く形になっており、外部に公開していれば一度のリクエストでセッションを奪われます。
VulnCheckのハニーポットでは実際にテストファイルを書き込む試行が観測され、過去の類似脆弱性ではイラン系の攻撃グループによる悪用も報告されました。
つまり社内実験のつもりのサーバが、本番環境やクラウド認証情報への足がかりになりかねません。

とくに注意したいポイントは次のとおりです。

チップス

「あとで消そう」と思って立てたサーバ、まさにそのままでしゅ……。

ボス

そこが盲点だ。今回を機に、AIツールも通常の資産管理に組み込めば、同じ穴を二度踏まずに済むぞ。

まとめ：AIツールも「公開前提」で守る

CVE-2026-5027は、AI開発基盤Langflowが認証なしで任意コード実行まで許してしまう深刻な脆弱性です。
対応はシンプルで、まず1.10.0へ更新し、不要な公開インスタンスは閉じ、自動ログインを無効化することです。
そのうえでAI開発ツールを資産台帳に載せ、外部公開の可否を都度判断する運用へ移す必要があります。
こうしたAI時代のセキュリティ実装に挑みたい方は、ぜひセキュリティフリーランス案件で実践の場を広げてみてください。

参考: BleepingComputer「Path traversal flaw in AI dev platform Langflow exploited in attacks」