AIToday
大規模言語モデルAI安全性・アラインメントITmedia AI+掲載日時: 2026年7月20日 13:00

Hugging Face、AI攻撃を受け防御

LINEで送る
Hugging Face、AI攻撃を受け防御

3つのポイント

  1. 何が起きたか

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

  2. なぜ重要か

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

  3. 注目点

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

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

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

背景と解説

この事件は 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 をデプロイし、攻撃パターンを分析して防御を展開した。
ITmedia AI+元記事を読む
LINEで送る

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

関連記事

次の記事へMicron下落、セミコンダクターETF圧迫