「うちの会社でもLangflowを使ってAIアプリを作っているんでしゅけど、なんか攻撃されてるって聞いたんでしゅ……」
「AIのコーディングエージェントって、そんなに簡単に乗っ取られちゃうんでしゅか?」
ボスっ!AIエージェントとかLangflowって危ないんでしゅか?うちの開発チームも使ってるんでしゅけど……
ああ、立て続けに深刻な問題が公表された。AIツールを狙った攻撃が現実の脅威になってきたな。AIが「便利に動く」という仕組みが、攻撃者にも都合よく使われているんだ。
2026年6〜7月にかけて、AIを使った開発ツールを標的にした深刻なセキュリティ問題が相次いで報告されました。
ひとつはオープンソースAIコーディングエージェント11種中10種に影響する「GuardFall」攻撃、もうひとつはAIアプリ開発プラットフォーム「Langflow」のRCE脆弱性(CVE-2026-33017)を悪用した仮想通貨マイナーの展開です。
この記事では、それぞれの仕組みと今すぐ取るべき対策を解説します。
- GuardFall攻撃:11種のAIコーディングエージェント中10種がBashシェルの古典的手法でセーフガードを突破される
- Langflow CVE-2026-33017(CVSS 9.3):未認証でPythonコードを実行できるRCEが悪用され、Moneroマイナーが展開・SSHワームで横展開
- どちらもAIインフラを直接標的とした攻撃で、日本企業でも急増するAI活用環境が対象になるリスクがある
AIツールを使って開発を効率化する企業が急増していますが、そのツール自体がセキュリティリスクを抱えているケースが増えています。
開発部門のセキュリティ担当者は、AIインフラの管理体制を今すぐ見直すべきです。
目次
AIコーディングエージェントとLangflowで何が起きたのか
今回明らかになった2つの脅威は、AIツール特有の動作原理を悪用しています。
GuardFallって名前はかっこいいでしゅけど、いったいどんな攻撃なんでしゅか?
シンプルだが巧妙だ。AIエージェントは実行前にコマンドをテキストとして検査するが、Bashはそのテキストを実行前に変形する。だから検査をくぐり抜けたコマンドが、実際には危険な内容になるんだ。
GuardFall:20年以上前のBash技術でAIの安全対策を無効化
Adversa AIの調査で発見されたGuardFall攻撃の仕組みをまとめます。
- AIエージェントはシェルコマンドを実行前に危険なパターン一覧(ブロックリスト)と照合する
- しかしBashはコマンドのテキストを「クォート除去」「$IFS置き換え」等で変形してから実行する
- AIが検査した「見た目上は無害なコマンド」が、Bashが実行する段階では危険な内容に変わる
- 11種のオープンソースエージェントのうち10種でこの突破が確認され、対策済みだったのは「Continue」のみ
悪意あるリポジトリやパッケージにGuardFall技術を組み込んでおくと、エージェントが自動で読み込んだ際に攻撃者のコマンドが静かに実行されます。
ファイルの削除や認証情報の窃取まで、エージェントが持つ権限のすべてが攻撃者の手に渡ります。
Langflow CVE-2026-33017:未認証RCEでMoneroマイナーが展開
Langflow(AIアプリのノーコード開発プラットフォーム)に発見されたCVE-2026-33017(CVSS 9.3)は、すでに実際の攻撃で悪用されています。
- 脆弱なエンドポイント(POST /api/v1/build_public_tmp/{flow_id}/flow)が未認証のまま公開されている
- 攻撃者が送り込んだPythonコードをexec()でそのまま実行してしまう(サンドボックスなし)
- Moneroマイナーバイナリを/var/tmp/.xlamb/に設置し、~/.ssh/known_hostsをもとにSSHワームとして横展開する
「SSHワーム」ってつまり、感染サーバーから別のサーバーにも勝手に感染が広がるんでしゅよね?怖いんでしゅけど……
そうだ。2026年3〜4月の実際の攻撃キャンペーンでは19日間で広範な感染が確認されている。インターネットに公開されたLangflowのインスタンスが最初のターゲットになる。
まとめ:AIインフラのセキュリティ管理が急務
GuardFallとLangflow CVE-2026-33017への対応策を以下に整理します。
- Langflowを使用している場合は即時バージョン1.9.0以降へアップデートする
- LangflowインスタンスをインターネットへのダイレクトNATなしで運用し、AUTO_LOGIN=falseを設定する
- AIコーディングエージェントが自動実行するコマンドの権限をOSユーザー最小権限に制限する
- 信頼できないリポジトリ・パッケージをAIエージェントに自動処理させる運用を組織ルールで禁止する
Langflowをすぐアップデートして、AIエージェントの設定も見直すでしゅ!
ふふふ、よい心がけだ。AIツールは「賢いから安全」ではない。賢さを悪用する攻撃者がいる限り、管理する側が適切な制限をかけることが必要だな。
GuardFallとLangflow CVE-2026-33017は、いずれもAIインフラを直接狙った攻撃です。
AIツール自体の脆弱性を狙う攻撃は今後も増加すると考えられ、開発チームは「AIが便利に動く仕組み」と「そのリスク」を両方理解した上でツールを選定・管理する必要があります。
まずLangflowの即時アップデートと、AIエージェントの最小権限運用を徹底することが、今できる最優先の対策です。