Security News Daily

AIによるゼロデイ自動生成とインフラ根幹を狙う多層攻撃の現実化

GoogleがAIで開発されたゼロデイ脆弱性の悪用を初検出。2FAバイパスを実現する攻撃手法の詳細と、cPanel/Linuxカーネルの権限昇格脆弱性、CI/CDパイプラインおよびAIモデル共有プラットフォームを標的としたサプライチェーン攻撃の実態を解説。

AIセキュリティゼロデイ脆弱性サプライチェーン攻撃インフラストラクチャセキュリティ権限昇格

今日のハイライト

本日のセキュリティ動向は、攻撃者のAI活用が「概念」から「実戦」へと移行した転換点を示しています。GoogleがAIシステムにより開発されたと推測されるゼロデイ脆弱性の野外悪用を初めて確認したほか、cPanelやLinuxカーネルといったインターネット基盤を狙った高度な攻撃、そしてJenkinsやHugging Faceを介したサプライチェーン攻撃が同時多発しています。特に2FAバイパスを実現したAI生成エクスプロイトは、従来の認証アーキテクチャの根本的な見直しを迫る事態です。

1. AI開発のゼロデイが2FAをバイパス：攻撃者のAI活用が実戦段階へ

概要

Googleは、未知の脅威アクターが人工知能（AI）システムを使用して開発された可能性が極めて高いゼロデイ脆弱性を悪用していることを初めて確認しました。これはAI技術が悪意のある文脈で脆弱性発見および悪用に使用された初めての確認事例であり、2要素認証（2FA）をバイパスする大規模な攻撃に活用されています。

考察

この発見は、サイバー攻撃のパラダイムシフトを示唆する極めて深刻な事態です。従来、ゼロデイの発見は高度な技術力と時間を要する専門家の領域でしたが、AIの活用によりその参入障壁が劇的に低下したことは明らかです。

実務対策としては、まず「AI生成エクスプロイトに対する検知手法の緊急見直し」が必要です。 従来のシグネチャベース検知では、AIが生成した多様なバリアントに対応できません。行動ベースの検知（2FAプロセス中の異常なパラメータ操作やセッション挙動の監視）と、AIによる異常検知システムの導入を並行して検討すべきです。

技術的背景として、攻撃者はおそらく大規模言語モデル（LLM）や強化学習を用いて、認証フローの論理欠陥を自動的に発見し、それを悪用するペイロードを生成したと考えられます。2FAバイパスは、認証インフラの「信頼の根幹」を揺るがす攻撃ベクトルであり、金融機関や企業VPNなど、高セキュリティ環境への影響は計り知れません。

業界トレンドとの関連性として、これは「AI vs AI」のサイバー戦争の始まりを告げています。防御側もAIを活用した動的脅威検知を急ぐ必要があり、静的なルールセットに依存した従来のセキュリティモデルは急速に陳腐化します。

参照元

2. cPanel/WHMの緊急脆弱性が大規模バックドア展開に悪用

概要

「Mr_Rot13」と名付けられた脅威アクターが、cPanelおよびWebHost Manager（WHM）の重大な脆弱性（CVE-2026-41940）を積極的に悪用し、「Filemanager」というコード名のバックドアを被害環境に展開しています。世界中のWebホスティング基盤に広く利用されるcPanelの脆弱性は、インターネットインフラの根幹に関わる脅威となっています。

考察

cPanelは共有ホスティングからエンタープライズサーバーまで広く使用される事実上の標準プラットフォームであり、この脆弱性の悪用は「水 supply（サプライ）攻撃」に類似した広範な被害をもたらす可能性があります。

即座に取るべき対策は、cPanel/WHMの緊急パッチ適用ですが、それだけでは不十分です。Filemanagerバックドアが既に展開されている可能性を考慮し、以下の調査が必要です：

  • /usr/local/cpanel/whostmgr/docroot/cgi/filemanager/ など、標準外のファイル配置の確認
  • 最近のApache/Nginx設定変更や、不明なCronエントリの監査
  • WHM APIトークンの不審な発行履歴の確認

攻撃手法の分析から、Mr_Rot13は自動化されたスキャンと手動の後処理を組み合わせた「ハイブリッド攻撃」を行っている可能性があります。CVE-2026-41940はおそらく認証バイパスまたはRCE（リモートコード実行）に該当し、ホスティングプロバイダーが一括管理する数千のサイトに瞬時に影響を及ぼすリスクがあります。

業界への示唆として、この攻撃は「管理パネル集中化」のリスクを浮き彫りにしています。マルチテナント環境での隔離不足と、管理パネルの単一障害点化が、攻撃者にとっての「効率的な標的」となっています。

参照元

3. Linuxカーネル「Dirty Frag」：パッチ前から悪用される権限昇格脆弱性

概要

「Dirty Frag」（別名：Copy Fail 2）として知られるLinuxカーネルのローカル権限昇格脆弱性が公開されました。CVE-2026-43284およびCVE-2026-43500として追跡されるこの脆弱性は、xfrm-ESP（IPsec）およびRxRPCコンポーネントに影響し、非特権ユーザーからroot権限の取得を可能にします。Microsoftは、パッチ公開前から野外での悪用活動を検出していると報告しています。

考察

2022年の「Dirty Pipe」に類似したこの脆弱性は、論理欠陥に基づく確定的なエクスプロイト（レースコンディション不要）であり、成功率が極めて高い点が特徴です。コンテナ環境ではホスト脱出の可能性も指摘されています。

緊急の緩和策として、IPsec（xfrm）やRxRPCを使用していないシステムでは、該当カーネルモジュールの即時無効化（blacklist）を検討すべきです：

echo "install xfrm4_esp /bin/false" >> /etc/modprobe.d/dirty_frag.conf
echo "install rxrpc /bin/false" >> /etc/modprobe.d/dirty_frag.conf

Microsoft Defenderの検出情報によれば、攻撃者はGLPI（IT資産管理ツール）のLDAP認証ファイルを改ざんし、PHPセッションファイルを操作する高度な手法を使用しています。これは「初期アクセス後の権限昇格」としてDirty Fragが悪用されており、既にWebシェルや侵害されたSSHアカウントを持つ環境での二次攻撃に使用されています。

技術的洞察：カーネルのネットワークスタックにおける「copy offload」関連の論理欠陥は、近年頻発しています。これはカーネル開発におけるメモリ管理の複雑化と、パフォーマンス最適化とセキュリティのトレードオフが生む構造的な課題を示しています。エンタープライズLinux環境では、カーネルライブパッチ（kpatch）の活用を検討し、再起動を伴わない緊急対応体制を構築すべき時期に来ています。

参照元

4. Jenkinsプラグインがサプライチェーン攻撃の標的に：CI/CDパイプラインの信頼崩壊

概要

CheckmarxのJenkins AST（Application Security Testing）プラグインが改変され、Jenkins Marketplaceに悪意あるバージョンが公開されました。「TeamPCP」とされる脅威アクターによるこの攻撃は、情報窃取型マルウェアを含む改変版プラグインを配布しました。安全なバージョンは2025年12月17日以前に公開された2.0.13-829.vc72453fa_1c16以前のバージョンです。

考察

CI/CDパイプラインは現代ソフトウェア開発の「聖域」であり、この領域への攻撃は「開発時点での汚染」として最終製品にまで波及します。TeamPCPは先月のKICS（Infrastructure as Codeスキャナー）攻撃に続き、今回はJenkinsプラグインを侵害しており、DevOpsツールチェーンを体系的に標的としていることが明らかです。

即座の対応手順：

  1. JenkinsインスタンスでCheckmarx ASTプラグインのバージョンを確認
  2. 2025年12月17日以降にダウンロード・更新した場合は、直ちに公式の安全バージョンへダウングレード
  3. 該当期間にビルドされたアーティファクトのSBOM（Software Bill of Materials）再確認と、不審なネットワーク通信の監査

攻撃者の動機と戦略分析：AST（Application Security Testing）プラグインを標的とする点が示唆的です。攻撃者はセキュリティスキャン結果を改ざんし、悪意あるコードを検出されないようにする「スキャン回避」機能を埋め込んだ可能性があります。あるいは、ソースコード自体を窃取し、さらなる攻撃（ビジネスロジックの解析、機密APIの発見）に使用する目的も考えられます。

業界トレンド：DevSecOpsの文脈で「信頼できるパイプライン」の構築が叫ばれていますが、今回の事例は「セキュリティツール自体の信頼性」というメタ的な問題を提起しています。プラグインのデジタル署名検証、ビルド環境のゼロトラスト化、そしてマーケットプレイスからの即時ダウンロードではなく、ベンダー直接取得のプロセス見直しが必要です。

参照元

5. Hugging Faceでの偽OpenAIモデル：AIサプライチェーンの新たな脅威

概要

AIモデル共有プラットフォームHugging Faceで、「Open-OSS/privacy-filter」というリポジトリがOpenAIの「Privacy Filter」オープンウェイトモデルを装い、トレンド入りしました。この悪意あるリポジトリはRust製の情報窃取マルウェアを含み、24万4,000回以上ダウンロードされました。

考察

AI/ML分野における「モデルファイルの信頼性」は、従来のソフトウェアサプライチェーンとは異なる次元のリスクを抱えています。機械学習モデルはバイナリ blob（ピックルファイルやSafetensors）として配布され、実行時に任意のコード実行（逆シリアル化攻撃）を引き起こす可能性があります。

技術的リスクの具体例：この偽モデルは「Privacy Filter」（プライバシー保護フィルター）を謳っており、企業や個人の機密データを扱うユーザーが「プライバシー保護」を期待してダウンロードしたという皮肉な状況です。Rust製のステーラーは、従来のPythonマルウェアより検知が困難で、Windows環境での資格情報や暗号資産ウォレットの窃取を狙ったと考えられます。

防御策として：

  • Hugging FaceやPyPI、CondaなどのMLリポジトリからのモデル取得時は、公式ベンダーアカウント（verified badge）の確認を徹底
  • ダウンロードしたモデルファイルのハッシュ値と、公式ソース（OpenAIの公式リリースノートなど）のクロス検証
  • モデル推論環境のサンドボックス化（コンテナのseccompプロファイル厳格化、ネットワーク分離）

業界への警鐘：AIモデルの「人気（トレンド）」アルゴリズムが、セキュリティ検証をバイパスする「社会的証明」の弱点となっています。ダウンロード数の多さが「信頼性」を担保するわけではないことを、開発者社区全体が認識する必要があります。

参照元

まとめ

2026年5月12日のセキュリティニュースは、「AIによる攻撃の実用化」「インフラ根幹の脆弱性」「サプライチェーンの多層化」という3つの軸が交錯する、極めて濃密な一日でした。

特に注視すべきは、AIが攻撃者の「武力平等化（democratization of offense）」を加速させた点です。ゼロデイの発見に要する専門知識や時間的コストがAIにより削減され、2FAのような強固な認証メカニズムもバイパスされる現実は、防御側の「アシンメトリ」がさらに拡大したことを示しています。

今後の注視ポイントとしては：

  1. AI生成エクスプロイトの検知手法の確立：従来のシグネチャベースIDS/IPSの限界が明らかになり、行動ベースのAI検知への移行が急務
  2. カーネルと管理パネルの「セキュリティデット」：Dirty FragやcPanelの事例は、基盤ソフトウェアの脆弱性管理プロセスの再構築を必要とします
  3. MLサプライチェーンのガバナンス：Hugging Face事例を皮切りに、AIモデルの検証・署名・出所追跡の標準化が喫緊の課題となります

「AIによる防御（AI for Defense）」はもはや選択肢ではなく、生存のための必要条件となりました。今日のニュースを教訓として、組織のセキュリティ戦略にAIネイティブな検知レイヤーを組み込む検討を、本日までに開始することを強く推奨します。

参照元