世界最大のAIモデル・データセット共有プラットフォームHugging Faceが、自律型AIエージェントによる侵入を受けたと公表した。侵入経路はデータセット処理パイプラインの2つのコード実行経路——リモートコード実行を許すデータセットローダーと、データセット設定ファイルのテンプレートインジェクション——を悪用したもので、処理ワーカー上でコードを実行された後、ノードレベルの権限まで昇格され、認証情報を奪取して複数の内部クラスタへ週末をまたいで横展開された。攻撃者は使い捨てのサンドボックス群にまたがる自律エージェントフレームワークを展開し、公開サービス上に自己移動するC2基盤を構築していたという。公開中のモデル・データセット・Spacesへの改ざんは確認されなかったが、一部の内部データセットと複数のサービス用認証情報への不正アクセスが確認された。フォレンジック対応では、記録された1万7000件超の攻撃アクションログをAIエージェントで解析して時系列とIOC(侵害指標)を再構築したが、ここで問題が生じた。実際の攻撃コマンドやエクスプロイトコード、C2の痕跡を含む解析依頼を、API経由の西側フロンティアモデルが安全ガードレールに阻まれて軒並み拒否したのだ。同社は自社インフラ上でオープンウェイトモデルのGLM 5.2を動かすことで、ガードレールによる拒否を回避しつつ、機密性の高い認証情報データを外部に一切送信せずに解析を完遂した。事後対応として脆弱なコード実行経路の遮断、侵害ノードの再構築、認証情報の全面ローテーション、クラスタのアドミッション制御強化、外部フォレンジック専門家の起用を実施している。
🧠 侵入経路そのものは「データパイプラインにコード実行の穴があった」という比較的よくある構図だが、この一件の本当の論点は事後対応の方にある。実攻撃ペイロードを分析させようとしただけで西側フロンティアモデルの安全機構が発動し防御側の手を縛ったという事実は、ガードレール設計が「攻撃には使わせない」ことと「防御にも使いにくくする」ことを同時にやってしまっている証拠だ。オープンウェイトモデルを自社インフラで動かす選択は、データ主権の観点だけでなく、まさにこの種の防御ユースケースで西側クローズドモデルが機能不全に陥るという新しいリスクへの実務的な回避策として読める。ただしGLM 5.2側にガードレールが薄いことの副作用——悪用耐性の低さ——とのトレードオフは、この記事だけでは検証しようがない。
- データセットローダーのリモートコード実行とデータセット設定のテンプレートインジェクションという2経路を悪用し処理ワーカーで初期実行、ノード権限昇格後に週末をまたぎ複数内部クラスタへ横展開
- フォレンジック解析対象は1万7000件超の攻撃アクションログ、公開モデル・データセット・Spacesへの改ざんは確認されず、内部データセットと一部サービス認証情報のみ不正アクセスを確認
- 実攻撃ペイロードの分析依頼を西側API経由フロンティアモデルは安全ガードレールで拒否、自社ホストのオープンウェイトモデルGLM 5.2に切り替えて解析を完遂
💡 AIプラットフォームを運用する開発者は、データセット/モデルローダーのコード実行経路を信頼境界として扱い、インシデント対応用に安全ガードレールで拒否されない自社ホスト型モデルの選択肢を事前に用意しておく価値がある。
Hugging Face Blog
⏱ 6 min read
2026-07-20
Searchlight Cyberの研究者が、GPT-5.6 Sol Ultraに最大4体のエージェントを並列実行させ、インターネット検索やチェンジログ照合を禁じた「一から発見させる」制約のもとでWordPressの未認証事前RCEを探索させた。API利用料約25ドル・作業時間10時間強で、バッチAPIの検証と実行が別ループで走る実装の隙を突く手法を発見。不正なリクエストで検証配列と実行対象がズレる「デシンク」を起こし、`author__not_in`パラメータへのSQLインジェクション、投稿キャッシュの汚染、oembedキャッシュ経由の永続化、権限昇格フックの誘発という計6段階のガジェットを連結してRCEに到達した。全体でHTTPリクエストはわずか2本。5億台超のWordPress設置環境が対象になりうる規模で、同種の脆弱性はエクスプロイトブローカー市場で50万ドルの値がつくという。
- バッチAPIの検証ループと実行ループの不整合を突く「デシンク」で`author__not_in`パラメータへの生SQL注入を可能にし、投稿キャッシュ汚染→oembedキャッシュ永続化→権限昇格フック誘発と6段階のガジェットを連結
- API利用料約25ドル・作業時間10時間強・最終ペイロードはHTTPリクエスト2本のみ、対象は5億台超のWordPress設置環境
Searchlight Cyber
⏱ 7 min read
2026-07-19
▲ 253
Simon WillisonがClaude Code v2.1.181(6月17日リリース)を調査し、Bunプロジェクトの開発者Jarred Sumnerが主張していた「Rust版Bunの採用」を技術的に裏付けた。ローカルのclaudeバイナリに対し`strings ~/.local/bin/claude | grep -m1 'Bun v1'`を実行するとBun v1.4.0(macOS arm64、公開canary版より新しい未公開バージョン)が検出され、Rustのファイル拡張子でgrepすると`src/runtime/bake/dev_server/mod.rs`から始まる563個のRustソースファイル名が埋め込まれていることも確認できた。当時の最新公開版Bunはv1.3.14(5月12日)であり、Claude Codeは公開版より先行してRust移植版を本番投入していたことになる。Linux環境では起動時間が約10%改善したとも報告されている。
- `strings`コマンドでバイナリ内にBun v1.4.0(公開canary版より新しい未公開バージョン)を検出、Rust拡張子grepで563個の埋め込みRustソースファイル名を確認
- 当時の最新公開Bunはv1.3.14(5月12日)で、Claude Codeは未公開のRust移植版を先行本番投入、Linuxで起動時間が約10%改善
Simon Willison's Blog
⏱ 4 min read
2026-07-19
▲ 571