AIToday

Hugging Face、AI攻撃を受け防御

ITmedia AI+21時間前
Hugging Face、AI攻撃を受け防御

要点

数千のモデルをホストする AI プラットフォーム Hugging Face は、7 月 16 日に AI 駆動型エージェントによるサイバー攻撃を受けたことを明かした。この攻撃はインフラ上のデータパイプラインを悪用した。セキュリティチームが商用 AI モデルを使用して攻撃パターンを分析しようとしたところ、モデルの悪用を防ぐための安全ガードレールによってブロックされた。リアルタイムで対応するため、Hugging Face はサーバー上に Zhipu.ai のオープンウェイトモデル GLM 5.2 を直接デプロイした。これは重要なギャップを浮き彫りにしている。つまり、商用 AI プロバイダーの安全性制限は、攻撃防御に必要なセキュリティ分析そのものを阻害する可能性があるということだ。

こういう要約が、毎朝あなたのメールに届きます。

無料で登録 →

3つのポイント

  • 何が起きたか

    7月16日、AI プラットフォーム Hugging Face は、インフラの一部が AI 駆動型サイバー攻撃の標的になったことを明かした。当初は AI を使用した防御を試みたが、商用モデルが安全ガードレール(安全性制限)のために攻撃パターン分析を拒否したため、最終的に Zhipu.ai のオープンウェイトモデル GLM 5.2 をインフラにデプロイして対応した。

  • なぜ重要か

    この事件は、商用 AI モデルの安全性制限がリアルタイムのセキュリティ対応の妨げになる可能性があることを示している。対照的に、ガードレールのないオープンウェイトモデルはインフラに直接デプロイして高速化できるが、セキュリティと安全性のバランスに関する緊張関係が生まれ、組織は慎重に対応する必要がある。

  • 注目点

    Hugging Face はアクセストークンの自動ローテーション、アカウント活動ログ、ノードレベルの隔離を含む追加の保護を導入した。セキュリティ研究ツールも提供し、関連当局に報告しているが、防御のためのオープンウェイトモデル依存は、商用 AI のセキュリティ能力における新たなギャップを浮き彫りにしている。

詳細

7 月 16 日、Hugging Face はインフラの一部への AI 駆動型エージェント を用いたサイバー攻撃を明かした。この攻撃はプラットフォーム上のデータパイプラインを悪用し、一部のデータセット、サービス請求記録、ユーザーアカウント情報を侵害した。Hugging Face のセキュリティチームは最初 AI を使用した防御を試みたが、重大な障害に直面した。標準 API を通じて利用可能な商用モデルは攻撃パターンとペイロード詳細の分析を拒否した。これは悪用を防ぐために設計されたモデルの安全ガードレールに違反していたためだ。

攻撃メカニズムは洗練されていた。悪意のあるデータが Hugging Face が使用するデータパイプラインに現れ、攻撃者はテンプレートインジェクション技術を使用してコードを実行し、データローダーとデータセットテンプレート全体で別のコードを実行した。このマルチステージのアプローチにより、クラスタ間を移動して数日にわたってデータを流出させることができた。攻撃者は初期の偵察に LLM を使用したが、具体的なモデルは公開されていない。

リアルタイムのフォレンジック分析に商用 AI を使用できないため、Hugging Face はインフラに Zhipu.ai のオープンウェイトモデル GLM 5.2 を直接デプロイした。オープンウェイトモデルは所有権制限なしで公開リリースされており、商用 API モデルに適用される安全フィルターなしにホストによって直接クエリできる。これにより、Hugging Face は遅延なく攻撃行動を分析し、防御を展開できた。

同社の対応措置には、監査ログのレビュー、侵害されたノードの隔離、影響を受けたインフラの再構築、更新されたガードレールのデプロイ、ロールベースのアクセス制御が含まれた。Hugging Face は影響を受けたユーザーに通知し、関連当局に事件を報告した。CEO は、攻撃者は常に技術を進化させているが、攻撃者のデータやコードがプラットフォームから流出することはないと考えていると述べたが、これはホスト側のモデル安全措置の適切なデプロイに依存している。Hugging Face は継続的な事後対応の一環として、セキュリティ研究ツールを提供し、クラウドセキュリティ研究者からのフィードバックを収集している。

背景と解説

この事件は AI セキュリティの根本的な緊張関係を反映している。OpenAI や Anthropic などの商用 AI プロバイダーは、エクスプロイト技術と攻撃ペイロードの分析を含む悪用を防ぐため、モデルに安全ガードレールを組み込んでいる。これらの保護は一般的な使用においては意図的で十分に正当化されている。しかし、クラウドプラットフォーム自身のインフラが攻撃を受けた場合、攻撃者の行動をリアルタイムでフォレンジック分析することが重大なビジネス機能となり、安全ガードレールが効果的な防御に必要なクエリそのものをブロックする可能性がある。

Hugging Face のオープンウェイトモデルへの転換は、組織が直面するトレードオフを明らかにしている。企業のサーバー上にデプロイされたオープンウェイトモデルは制限なくクエリ可能であり、迅速な事後対応を実現する一方で、商用モデルが提供する安全性監視を失う。Zhipu.ai の GLM 5.2 への依存は、商用 API 制限のないモデルであり、より高速な分析を可能にしたが、機密インフラを管理する組織は、公開向けサービスから分離されたセキュリティ重視の AI ツールを維持する必要があるかもしれないことも浮き彫りにしている。

よくある質問

Hugging Face への攻撃は何を標的にしていたのか?
攻撃はプラットフォーム インフラ上のデータパイプラインを悪用した。また、一部のモデルデータセット、サービス利用料金記録、プラットフォーム上に保存されたユーザーアカウント情報にも影響を与えた。
Hugging Face が商用 AI モデルを防御に使用しなかった理由は何か?
商用 API を通じて利用可能なモデルには、攻撃パターンとペイロード詳細の分析リクエストをブロックするガードレールが備わっており、これらのリクエストは安全ポリシーに違反していた。ガードレールは必要なセキュリティ分析を防いだ。
Hugging Face は攻撃への対応にどのモデルを使用したのか?
Hugging Face はインフラに Zhipu.ai のオープンウェイトモデル GLM 5.2 をデプロイし、攻撃パターンを分析して防御を展開した。

「オープンソースAI」の最新ニュースを、毎朝7時にお届けします

AIが要約して、あなたの選んだトピックだけを1日1通。LINE・Email・Slackで届きます。

登録無料・30秒で完了・いつでも解除できます

ディスカッション

まだコメントがありません。最初のコメントを投稿しましょう!

ログインして議論に参加

関連記事

AIニュースを毎日お届け

200以上のソースから厳選したAIニュースを毎日無料でお届けします。

無料で始める

登録無料・30秒で完了・いつでも解除できます

毎朝1分、AIの要点だけ。

200媒体以上・Email/LINE/Slack 対応

無料で受け取る →