/note/tech

中国製ルータ20機種に「隠しバックドア」、世界10万台超か…35秒ごとに外部通信判明

要約:

■ 1. 中国製ルータのバックドア発覚

  • ENDLESSDOORS の公表:
    • 米サイバーセキュリティ企業VulnCheckが8月5日に公表
    • 中国・深センのZbtlinkが製造するルータ20機種のファームウェアに、外部から機器を操作できるバックドアが組み込まれている
  • 全ファームウェアへの混入:
    • 研究チームが調べた21のファームウェアイメージすべてに遠隔操作用コードが含まれる
    • 機器の起動時に自動実行される
  • 35秒ごとの外部通信:
    • 対象機器が35秒ごとに外部と通信する挙動が判明

■ 2. バックドアの技術的仕組み

  • rctl の改変版:
    • Linux向け遠隔操作ツール「rctl」を改変したもの
  • ルータ側からの発信接続:
    • ルータ側からC2(指令・制御)サーバへ接続する仕組み
    • インターネット側から対象機器へ直接アクセスできない環境でも通信が成立する
  • root権限での操作:
    • 接続後は送られたコマンドをroot権限で実行できる
    • 対話型シェルの起動も可能
  • 実機再現とCVE付与:
    • VulnCheckが実機でこの挙動を再現し、CVE-2026-66747を割り当てた

■ 3. 影響範囲

  • 世界10万台超の展開:
    • 対象機器は世界で少なくとも10万台が展開済みとみられる
  • OEM/ODM製品への波及:
    • OEM/ODM製品にも広がる可能性がある

■ 4. 規制動向と調達への示唆

  • 米FCCの規制強化:
    • 3月に外国製コンシューマー向けルータの新規モデルを原則として「Covered List」に追加した
    • 新たな機器認証を制限した
  • 日本の調達方針:
    • 政府や自治体のIT機器調達で安全性を重視する動きが進んでいる
  • 調達時の確認範囲:
    • メーカー名だけでなく、ファームウェアやOEM供給元まで確認する重要性が改めて浮き彫りになった

論評:

■ 1. Zbtlinkの公式説明

  • rctlに関する製造元の主張:
    • もっぱらアフターサービス用の技術支援ツールである
    • 顧客の明示的な要請、許可がある場合にのみ使用する
    • 無断アクセスに使われたことはない
  • 取材に対する追加の説明:
    • この機能はアフターサービス保守のためのものであり他の目的はない
    • 通常はサンプル機にのみ残される

■ 2. リモート保守機能の一般性

  • 業界標準としてのリモート管理:
    • ISP提供のルータやエンタープライズ機器では、TR-069(CWMP)のような標準化されたリモート管理プロトコルが広く使われている
    • 事業者がファームウェア更新や設定変更、障害診断を遠隔で行うための正規の仕組み
  • ただし、正規の仕組みには重要な条件が伴う

■ 3. 正規の保守機能との相違点

  • 認証、暗号化の欠如:
    • 正規のリモート管理は証明書ベースの相互認証やTLS暗号化が前提
    • 今回のrctlは認証も暗号化もなく、接続先を握った者が任意のコマンドをroot権限で実行できる状態
  • 秘匿設計:
    • プロセス名を偽装するなど、正規の保守ツールなら不要な隠蔽が施されている
    • プロセス名は正規のカーネルスレッドを装うkworkerに偽装され、タスク一覧を見ても気づきにくい
    • 通常の保守ツールの設計思想とは相容れない
  • ユーザーの関与がない:
    • 正規の遠隔サポートは通常、ユーザーの同意やセッション開始の操作を伴う
    • 今回はルータ側からC2サーバへ常時ビーコン接続する仕組み
    • ユーザーが関知しないところで機器が外部と通信し続ける
  • 量産機への混入:
    • Zbtlink側は量産出荷には含まれないと説明している
    • VulnCheckは現在入手可能な21種類のファームウェアイメージすべてに、2年以上にわたってこの実装が含まれていたとしている
    • 主張と検証結果に食い違いがある

■ 4. 設計そのものへの評価

  • 正当な保守機能が成り立つ前提:
    • リモートで機器の状態を把握しサポートに役立てるという発想自体は業界的に一般的
    • 認証、暗号化された通信という原則の上に成り立つ
    • ユーザーの同意、可視性という原則の上に成り立つ
    • 最小権限という原則の上に成り立つ
  • バックドアという評価の妥当性:
    • 無認証、無暗号でroot権限を握れ、プロセスを偽装して隠す設計は正当な保守機能の実装とは呼べない
    • セキュリティ研究者がバックドアと評価するのも妥当
  • メーカーの説明が変えられないもの:
    • 保守用ツールだという説明は機能の目的の主張にすぎない
    • 設計そのものがリスクを内包していたという事実は変わらない

■ 5. 意図的なバックドア説の材料

  • 秘匿工作の存在:
    • 正規の保守ツールなら隠す必要がない
    • プロセス名をkworkerに偽装してタスク一覧から見えにくくしていた点は、単なる設計上の手抜きでは説明しにくい
  • 通信の秘密性:
    • 平文とはいえ、35秒ごとに常時ビーコンを打ち続ける挙動を示す
    • 必要なときだけ接続する通常の保守セッションとは性質が異なる
  • 継続性:
    • 2年以上、21のファームウェアイメージすべてに一貫して存在していた
    • 単発のミスではなく設計方針として組み込まれていたことを示唆する
  • 地政学的文脈:
    • 中国製通信機器を巡る既存の警戒感(FCCのCovered Listなど)が存在する
    • 意図的という解釈に説得力を持たせる背景となる

■ 6. 度し難い不作為説の材料

  • 流用された既存ツール:
    • rctl自体は2015年1月にGitHubへアップロードされたまま更新が止まっている古いオープンソースツール
    • Zbtlinkが独自に開発した秘密工作用コードではなく、既存の管理ツールを流用、改変したもの
    • ゼロから仕込んだというより、ずさんな管理体制のまま量産に流出した筋書きとも整合する
  • コスト優先による実装省略:
    • 認証、暗号化を実装しない判断は、悪意がなくてもコストや手間を惜しんだ結果として十分あり得る
    • 低価格帯のOEM/ODM機器ではセキュリティ実装が後回しにされる例は珍しくない
  • 偽装の別解釈:
    • kworkerへの偽装は意図的な隠蔽と見ることもできる
    • 開発時のデバッグ用の名前付けや、既存コードのコピー&ペーストの副産物という可能性も完全には排除できない

■ 7. 現時点で判断できないこと

  • 意図の立証の欠如:
    • VulnCheckも含め、外部の第三者機関が誰がなぜこのコードを組み込んだのかまで立証した報告は出ていない
    • 国家の関与を示す直接証拠も、社内の一開発者が判断したことを示す証拠も公開情報からは確認できない
  • 事実関係の未確定:
    • Zbtlink側のサンプル機のみという説明とVulnCheckの量産機全てに存在という調査結果は真っ向から対立している
    • この事実関係自体が未確定
  • 決め手となる争点:
    • 二択の判断を分けるのは隠蔽工作をどう評価するか
    • 単なる過失なら通常は隠さないという直感は説得力がある
    • 国家的なバックドアと断定するには意図の立証が別途必要であり、現状はそこまでの証拠は公開されていない
  • セキュリティ業界の実務的立場:
    • 意図の断定ではなく、パッチ適用の問題ではなく機器の信頼性の問題として扱うべきという立場に落ち着いている
    • 動機を問わず信頼できない機器として扱うという姿勢

■ 8. メーカーとしての信頼喪失

  • 致命的という評価は妥当:
    • ルーターメーカーとして致命的に信頼を喪失したと評価してよい
  • 不作為説を取ってもなお致命的:
    • 無認証、無暗号でroot権限を渡すコードを2年以上、20機種、21イメージすべてに気づかず出荷し続けた事実がある
    • セキュリティ管理体制そのものが機能していなかったことの証明になる
    • 気づかなかったのだとしたら、それ自体がベンダーとしての適格性を疑わせる
  • 説明の一貫性の崩壊:
    • 量産出荷には含まれない、サンプル機にのみ残されるという説明と調査結果が食い違う
    • 食い違い自体が説明への信頼性を損ねる
    • ベンダーが自社製品の実態を正確に把握、説明できていない時点で、この会社の言うことを信用できるかという別の問題が生じる
  • 修正の見込みがない:
    • 修正ファームウェアが提供される見込みがなく、対処は検知、隔離、交換のいずれかになると報じられている
    • パッチで解決できる性質の問題ではなく、機器そのものを信頼できないものとして扱わざるを得ない
    • 製品ライフサイクル全体を通じた信頼回復の道が閉ざされていることを意味する
  • サプライチェーン全体への波及:
    • ZbtlinkはOEM/ODMメーカーであり、自社ブランド以外にも供給している
    • 社名を知らない消費者、調達担当者にも影響が及ぶ可能性がある
    • 型番だけでなく実際のファームウェア供給元まで遡って確認する必要があるという教訓を業界に突きつけた
    • 一企業の信用問題を超えて、OEM調達モデル全体への不信につながる

■ 9. 評価に対する留保

  • 市場による差異:
    • 致命的の中身は市場によって異なる
    • 日本や米国のようにFCCのCovered Listのような規制的な締め出しが進む市場では事実上の排除に近づく
    • 価格優先度が高い新興国市場やブランド認知が薄い流通チャネルでは、OEM先を変えるだけで生き残る可能性も残る
  • 企業存続の余地:
    • 独立監査の受け入れ、透明性のある情報開示、代替機の無償提供など今後の対応次第でまだ変わる余地はある
    • 現時点でそうした信頼回復の動きが十分示されているとは言えない
  • 調達判断としての結論:
    • 技術的な観点でも説明の一貫性の観点でも問題がある
    • 今後この会社の製品を無条件で信頼することはできないと評価するのが合理的