「AIエージェントのプラットフォームもハッキングされるんでしゅか?それもパスワードなしで?」
「GitHubスター67,000超のツールに、こんな穴があったなんて信じられないでしゅ……」
ふふふ、AIツールは利便性を優先して開発されることが多い。セキュリティは後回しになりがちだ。今回のRufloがその典型例だな。
Rufloはシェルコマンド実行・データベース操作・AIエージェント管理を束ねるAIオーケストレーションプラットフォームで、GitHubスター6万7千超、推定アクティブユーザー約100万人を誇ります。
Noma Labsのセキュリティ研究者が発見したCVE-2026-59726(通称RufRoot)は、このプラットフォームのMCPブリッジが認証なしでネットワークに公開されており、単一のHTTPリクエストでシェルコマンドを実行できるCVSS 10.0の脆弱性です。
- RufloのMCPブリッジ(ポート3001)が認証ゼロで外部公開され、233個のツールに誰でもアクセス可能だった
- 1本のHTTP POSTでシェル実行・LLM APIキー窃取・会話盗取・AIメモリ改ざん・バックドア設置の8ステップ攻撃が実証された
- v3.16.3で修正済み。自己ホスト環境を使用している場合は即時アップデートが必要
目次
RufloとMCPブリッジで何が起きたか
Noma Labsのセキュリティ研究者Eli Ainhorn氏らが脆弱性を発見し、ベンダーへの非公開報告を受けてRufloの開発チームが2026年7月1日にv3.16.3を公開しました。
Noma Labsは研究結果を7月29日に技術ブログとして公開し、セキュリティコミュニティに詳細を開示しました。
パッチが出てから研究内容を公開するのがルールなんでしゅね!でも、なんでそんな穴が開いてたんでしゅか?
MCP(Model Context Protocol)はAIエージェントがツールを呼び出すための標準だが、デフォルトで全ネットワークにバインドする設定になっていたんだ。認証ミドルウェアがなかったため、ポート3001にアクセスできれば誰でもツールを呼べた。
RufloのMCPブリッジは通常、シェルコマンド実行(ruflo__terminal_execute)を含む233個のツールをHTTP経由で提供します。
このブリッジがデフォルトで0.0.0.0(全インターフェース)にバインドされており、認証なしで外部からアクセスできる状態でした。
Noma Labsが実証した攻撃の8ステップは以下のとおりです。
- ステップ1:MCPブリッジへのアクセスで233ツールを列挙
- ステップ2:ruflo__terminal_executeで任意のシェルコマンドを実行
- ステップ3:環境変数からOpenAI・Anthropic・Google等のAPIキーを窃取
- ステップ4:攻撃者制御のAIエージェント群(スウォーム)を生成
- ステップ5:AIの学習パイプライン(メモリ)に悪意ある内容を注入
- ステップ6:MongoDBに無認証でアクセスし、全会話とメタデータを盗取
- ステップ7:起動スクリプトにバックドアを設置して永続化
- ステップ8:フォレンジック証拠を消去
AIエージェント基盤を狙う攻撃——なぜここが狙われるのか
AIプラットフォームって、普通のサーバーよりも攻撃価値が高いんでしゅか?
そうだな。LLMのAPIキーはOpenAIやAnthropicへの課金済みアクセスを意味する。窃取したキーで大量のAPI呼び出しをすれば高額な費用が被害者に請求されるし、悪意ある目的に使われたキーが凍結されてビジネスが止まる可能性もある。
AIエージェント基盤への侵害が特に危険な理由は以下のとおりです。
- LLM APIキーの窃取:窃取したAPIキーで大規模な不正利用やフィッシングコンテンツ生成が可能
- 会話データの盗取:ユーザーとAIが交わした機密情報・業務情報が流出する
- AIメモリ汚染:エージェントの長期記憶に誤情報を注入し、将来の回答を操作できる
- 不正エージェント展開:攻撃者が新たなエージェントを生成してインフラへのアクセスを拡大
v3.16.3で実施された主な修正内容は以下のとおりです。
- MCPブリッジがデフォルトでloopbackインターフェース(localhost)にのみバインド
- BearerトークンによるHTTP認証ミドルウェアを追加(定数時間比較で実装)
- MCP_ENABLE_TERMINAL=trueが設定されない限りシェル実行を無効化
- MongoDBへの認証を必須化、CORSをワイルドカードから許可リスト方式に変更
まとめ:MCPエコシステムのセキュリティ評価が急務
CVE-2026-59726(RufRoot)は、MCPベースのAIエージェントツールが持つ攻撃面の広さを示しています。
233個のツールを認証なしで公開するという設計は、開発速度を優先した結果です。こうしたリスクはRuflo固有ではありません。
自分で立てたRufloのサーバーがある場合は、すぐに更新しないといけないでしゅね!
その通りだ。クラウド提供のホスト版を使っている場合はパッチ済みのため影響なし。問題は自己ホスト(セルフホスト)環境だ。加えて、使用しているMCPサーバー全般のネットワーク公開設定を見直すことも勧める。
今すぐ取るべき対応は以下のとおりです。
- Rufloをv3.16.3以上に即時アップグレード
- MCPブリッジ(ポート3001)がファイアウォールで外部から遮断されているか確認
- 環境変数に設定されたLLM APIキーをすべてローテーション
- MongoDBが認証なしで公開されていないか確認
- 会話ログや実行ログを点検し、不審な操作がないか確認
AIエージェント基盤を安全に運用するためには、機能面だけでなくセキュリティの観点からのレビューが欠かせません。