「AIモデルをHugging Faceからダウンロードして使っているけど、本当に安全なのか?」
「trust_remote_code=Falseに設定しているから大丈夫だと思っていたのに……」
信じていた安全設定が、実は機能していなかった。これがFaceHuggerの本質だな
Hugging FaceのDiffusersライブラリに3つの深刻な脆弱性(FaceHugger)が発見されました。
月間約736万ダウンロードを誇るこのライブラリは、企業のAI開発パイプライン・CI/CD・コンテナに広く組み込まれており、サプライチェーン攻撃の新たな入口となっています。
- Hugging Face DiffusersにFaceHuggerと命名された3つの脆弱性(CVE-2026-44827 / CVE-2026-44513 / CVE-2026-45804)が発覚
- trust_remote_code=Falseに設定していても任意コード実行が可能で、月間約736万DLのAIパイプラインが影響対象
- 修正済みバージョン0.38.0へのアップグレードが急務
この記事を読めば、FaceHuggerがなぜ危険なのか、そして自社のAI開発環境に今すぐ必要な対策が分かります。
目次
Hugging Face Diffusersに発覚した3つのFaceHugger脆弱性
FaceHuggerは、Hugging FaceのDiffusersライブラリに存在する3つの脆弱性の総称です。
いずれもDiffusionPipeline.from_pretrained()を使用した際に発動し、モデルリポジトリからの任意コード実行を許します。
DiffusionPipelineってなんでしゅか?
Diffusersライブラリが提供する全パイプラインの基底クラスだな。Stable DiffusionやFluxなどのモデルをロードする際に使われ、企業のMLパイプラインに深く組み込まれているものだ
3つのCVEの技術的詳細
3つの脆弱性の内訳は以下の通りです。
| CVE番号 | CVSS | 脆弱性の概要 |
|---|
| CVE-2026-44827 | 8.8(高) | “None.py”という名前のカスタムパイプラインを経由した任意コードの読み込み |
| CVE-2026-44513 | 8.8(高) | custom_pipelineフロー全体でtrust_remote_code検証が最初のフェーズだけに存在するバイパス |
| CVE-2026-45804 | 7.5(高) | HTTPリクエスト間の競合状態(TOCTOU)で設定変更による任意コード導入 |
根本的な問題は「trust_remote_code検証が最初のフェーズのみに存在する」ことです。
ローダーが異なるカスタムコードを認識した段階で保護機構を回避できるため、trust_remote_code=Falseを設定していても意味をなしません。
なぜAIサプライチェーンへの脅威となるのか
Diffusersは月間約736万ダウンロードを記録するライブラリです。
企業のMLパイプライン・CI/CDシステム・コンテナイメージに組み込まれており、攻撃者が悪意あるモデルをHugging Face Hubに公開すると、ダウンロードしたユーザーの環境でコードが実行されます。
成功した攻撃者が得られるアクセス権は、ライブラリを実行しているユーザーやサービスの権限そのものです。
認証情報の盗取・データ流出・システム改ざん・接続されたインフラへの横展開(ラテラルムーブメント)が可能になります。
GitHubと同じようにHugging Faceは”AIの時代のGitHub”と呼ばれる。その中核ライブラリに穴があるということは、全AIサプライチェーンが揺らぐ話だな
コードを書かなくてもモデルをダウンロードするだけで感染するんでしゅか……
今すぐ取るべき対策——バージョン確認と環境分離
Diffusersはバージョン0.38.0(2026年5月初旬リリース)で本脆弱性を修正済みです。
まず以下のコマンドでインストール済みバージョンを確認してください。
第一優先:Diffusers 0.38.0以上へのアップグレード
インストール済みバージョンが0.38.0未満の場合は即座にアップグレードが必要です。
注意すべきは、コンテナイメージやCI/CDパイプラインに古いバージョンがピン留めされているケースです。
- DockerfileやPythonのrequirements.txtでバージョンが固定されていないか確認する
- アプリケーション・ノートブック・推論サービス・コンテナイメージすべてを更新対象とする
- パイプライン外部で古いバージョンを参照しているスクリプトを洗い出す
追加対策——信頼できないモデルリポジトリを使わない
アップグレードに加えて、以下のリスク低減策を組み合わせることが重要です。
- 公式・検証済みのモデルリポジトリのみからモデルをダウンロードする
- 社内のプライベートモデルレジストリを経由してモデルを管理し、外部リポジトリへの直接アクセスを制限する
- モデルロード実行環境を本番インフラから分離し、サンドボックス化する
- CI/CDでモデルをロードするジョブのネットワーク権限を最小化する
モデルは悪意あるコードが埋め込まれていても外から分からない。ソースコードの審査と同じ基準でモデルリポジトリを扱う意識が必要だな
知らないモデルリポジトリからは絶対にダウンロードしないでしゅ!
まとめ
FaceHugger脆弱性(CVE-2026-44827 / CVE-2026-44513 / CVE-2026-45804)は、「trust_remote_code=Falseで安全」という前提を覆す深刻な問題です。
月間約736万ダウンロードのDiffusersライブラリへの依存が広がる今、対応の遅れは企業のAI開発インフラ全体へのリスクとなります。
まずDiffusers 0.38.0以上へのアップグレードを実施し、コンテナ・パイプライン・ノートブックを含むすべての環境で古いバージョンが残っていないか確認することが急務です。
AIを使う組織はモデルのセキュリティ管理も怠れない時代に入った。コードと同じように、モデルも信頼できるソースから、検証してから使うことが原則だな
はいでしゅ!まずうちのrequirements.txtを確認してみましゅ!