2026年8月、著名なセキュリティ研究者の公開した資料が再び注目を集めました。一部のコンピューターチップ内に、製造元自身が残したハードウェアバックドアが存在するというものです。
この資料の名称は Rosenbridge。今月GitHubリポジトリがHacker Newsのトレンドに再浮上し、300以上のポイントと90件以上のコメントを集めました。コメント欄で最も共感を呼んだのは、「これは2026年になって初めて露呈するような話ではないはずだ」という溜息交じりの声でした。
結論から言えば、今回影響を受けるチップの範囲は非常に限定的です。しかし、この問題は何年も前から議論されてきた根本的な課題——「手元のPCにあるプロセッサは、監査不可能なサプライチェーンから届いている」という事実を突きつけています。
バックドアの構造：CPUの内部に隠された「第2のコア」
通常の x86 プロセッサは、1人だけが住む部屋のようなものです。Rosenbridge が明らかにしたのは、その部屋の中に隠し部屋が存在し、そこに別の「コア」が住んでいるという事実でした。この副コアは x86 命令を実行せず、研究者が「深く組み込まれた命令セット」と呼ぶ独自の命令セットで動作します。
隠し部屋は普段ロックされていますが、開くには2つの条件が必要です。プロセッサの特殊レジスタ（MSR）に隠された制御ビットの有効化と、特殊な「起動命令」の発行です。扉が開くと、命令を通常の x86 命令のように見せかけて流し込むことで、副コアが実行を開始し、チップのあらゆるメモリ保護や権限チェックを迂回します。
その効果は極めて直接的です。通常の一般プログラム（技術用語で ring 3）が、オペレーティングシステムのカーネル（ring 0）を直接読み書きできるようになります。住人が鍵なしで配電室に入り、電力メーターを改ざんしたり防犯カメラを停止させたりするようなものです。研究者のデモでは、わずか1つのコマンドで一般ユーザーがシステム最高権限を取得しました。
図：Rosenbridge デモ：隠されたコアを経由して一般プログラムが直接カーネル権限を取得。出典：GitHub リポジトリ
図：特許文献から再構築されたバックドアアーキテクチャの概念。出典：Black Hat ホワイトペーパー (Domas, God Mode Unlocked)
なぜ発見が困難だったのか：1300個のスイッチから43個を特定
常識的に考えれば、プロセッサは「純粋なハードウェア」であり、出荷時点で仕様が固定されているため、セキュリティホールはソフトウェア側に存在すると思われがちです。しかし Rosenbridge は、ハードウェア自体に裏口を残すことができると証明しました。
発見が困難だった理由は、すべての手がかりが設計者の手元にしかなかったからです。研究者は公開された特許文書からヒントを得ました。ある特許には「内部制御レジスタによりユーザーがセキュリティ機構を迂回できる」と記載されていました。研究者はチップ内の1300個以上の特殊レジスタを逐一調査し、既知の機能を持つものを除外して43個の「用途不明」レジスタを抽出、最終的に「ゴッドモードビット」と呼ばれる制御ビットを特定しました。さらに、自作のファジングツール Sandsifter を使って x86 命令空間全体を探索し、隠しコアを起動する特殊命令を発見しました。
図：推測されたバックドアの動作方式。命令ストリームが隠しコアに極秘で分流される。出典：Black Hat ホワイトペーパー
1300個のうち特定できたのは43個のみで、残りはすべて「正常機能」として分類されました。プロセッサ内の大部分のスイッチは、設計者だけがその用途を知っています。外部の人間がバックドアを探すには、まずどこを探すべきかを知る必要がありますが、その「仕様書」が公開されることはありません。
さらに深刻なのは検出作業そのものです。研究者が提供する検証ツール自体も「アルファ版」と明記されており、バックドアが存在しないマシンで実行するとフリーズやクラッシュを引き起こす可能性があります。一般ユーザーが自分のプロセッサに問題があるか確認する実行可能な手段は実質的に存在しません。
なぜ修正できないのか：ハードウェアに刻まれたものはパッチで緩和するしかない
ソフトウェアの脆弱性であれば、ベンダーがパッチを配布すれば解決します。しかしハードウェアのバックドアは異なります。研究者はシステム起動の初期段階で制御ビットを書き換え、隠し部屋を再ロックする「無効化スクリプト」を提供しました。
しかし、このスクリプト自体にも記載されている通り、攻撃者が一度カーネル権限を取得してしまえば、いつでも再び扉を開くことができます。また、このスクリプトは検証された特定のチップ型番にのみ有効であり、「バックドアの仕様がわずかでも変更されていればツールは認識できない」としています。
根本的に、ハードウェアバックドアにおいて「修正」という概念は成立しにくく、できるのは扉を閉めることだけで、鍵はシリコンの中に残ったままです。ソフトウェアのサプライチェーン問題よりもハードウェアの問題がはるかに深刻であり、調査が進まずベンダーも対応を避けがちである理由はここにあります。
影響を受ける対象：20年前のプロセッサが今も現場で動作している可能性
公開情報によると、影響を受けるのは2000年代初頭に製造された VIA C3 シリーズのプロセッサです。当時は主に産業用制御、POSレジ、ATM、医療機器、および一部の省電力PC向けに出荷されていました。
20年以上が経過した現在でも、これらの機器の多くは現役で稼働している可能性が高いです。ATMやレジなどの機器を入れ替えるには多大なコストと停止時間がかかるため、多くの現場ではそのまま稼働させ続けています。研究者は、この「第2のコア」がもともと組み込み市場向けのデバッグ機能として設計されたものであり、悪意を持って入れられたものではなく、初期製品でデフォルト無効化し忘れた可能性を指摘しています。リポジトリの免責事項にも悪意を唆すものではないと明記されています。
これは本件における数少ない救いであり、同時に議論の焦点でもあります。
双方の視点から考える
問題を重く見る立場からは、プロセッサが複雑化する中で Intel の ME や AMD の PSP のような隠されたサブシステムは以前から存在していたが、今回発見されたものはさらに深い階層——メモリ、レジスタ、実行パイプライン全体にアクセスできる位置に存在していた点が指摘されます。過去に裏口が残されていたという現実は、サプライチェーン全体の透明性に対する懸念を浮き彫りにします。
一方、冷静な対応を求める立場からは、影響を受けるのが20年前の旧型プロセッサに限定されており、以降の世代ではこの機能が削除されている点が強調されます。研究自体も2018年のセキュリティカンファレンスで発表済みであり、今月Hacker Newsで再浮上したに過ぎません。現代のスマートフォンや主要なPCには影響しません。
筆者は双方の主張に耳を傾けます。VIA C3 自体について過度に恐れる必要はありませんが、「サプライチェーンの信頼性」を考える上での重要なケーススタディとして議論する価値があります。日常で使用しているデバイスのチップがどのようなプロセスで製造され、ドキュメント化されていない機能が含まれているかどうかを一般ユーザーが確認する術はありません。
これは手元の機器を破棄すべきという話ではありません。重要なのは「ハードウェアはデフォルトで安全である」という前提を検証可能な仮説として捉え直すことです。重要なシステムの孤立化、ファームウェアの定期更新、信頼できるベンダ製品の選択といった基本対策こそが、ハードウェアレベルの課題に対処する上で最も価値を持ちます。
参考リンク：
- GitHub: Rosenbridge リポジトリ
- HN 議論 (item?id=49219508)
