TL;DR

2026年4月9-10日、CPU-ZとHWMonitorの公式サイト（CPUID）が約6時間ハイジャックされ、ダウンロードリンクがマルウェアに差し替えられていた。ソースコードは無傷。配布層だけが乗っ取られた。

この事件は「公式サイトだから安全」という前提が崩壊したことを意味する。そしてこの問題は、npmパッケージやAI生成コードの依存関係にも直結している。

何が起きたのか

CPUIDのバックエンドAPIの脆弱性を突かれ、約6時間にわたりダウンロードリンクが動的に差し替えられた。

攻撃の特徴:

セキュリティ研究者（vx-underground）の分析では、FileZillaユーザーを狙った過去のキャンペーンとの関連が指摘されている。単発の実験ではなく、組織的な攻撃の一部だ。

私たちの日常のワークフローを考えてみてほしい:

npm install → npmがパッケージ作者を信頼 → 作者が依存先を信頼
VS Code → 拡張機能を信頼 → 拡張機能がCDNを信頼
brew/apt → リポジトリがメンテナを信頼 → メンテナがインフラを信頼

CPU-Zの事件は、ソースコードを1行も改ざんせずに、信頼されたソフトウェアを武器化できることを証明した。

ここからが本題。私はAI生成コードのセキュリティスキャナー（CodeHeal）を開発しているが、AI コードアシスタントが推奨するパッケージには「信頼」の概念がない。

CopilotやChatGPTが npm install some-package を提案するとき、以下を一切考慮していない:

実際にAI生成プロジェクト50件以上をスキャンしたところ、73%に依存関係関連のセキュリティ懸念があった。

CPU-Zの事件から学べる教訓を整理する。

実行しているコードは、本当に書かれたコードか？

# ダウンロード時は必ずチェックサムを検証
sha256sum downloaded-file
# 公式に公開されているハッシュと比較

配布チャネルは今この瞬間信頼できるか？

CPUIDのサイトは何年も正規だった。その実績は、あの6時間の間、何の意味もなかった。

コードがimportしているパッケージは、本当にそのパッケージか？

静的解析で自動チェックできる項目:

「公式サイトからダウンロードすれば安全」「npm installすれば大丈夫」「AIが推奨したパッケージだから問題ない」

CPU-Zは、公式サイトが数時間で武器化されうることを証明した。

コードのセキュリティは、サプライチェーン全体の最も弱いリンクで決まる — そしてそのチェーンは、あなたが思っているより長い。

CodeHealは、タイポスクワッティング・不審な依存関係・ハードコードされた秘密鍵など90以上の脆弱性パターンを静的解析でチェックする。LLM不使用、API費用ゼロ、毎回同じ結果。

CPU-Zの攻撃は「信頼」を悪用した。あなたのコードで同じ過ちを繰り返さないために。