世界を動かす技術を、日本語で。

マルウェアがAndroidベースの自動車用ヘッドユニットファームウェアに感染

2026年8月23日原文(securelist.com)

概要

  • 2026年6月、Androidベースの車載ヘッドユニットを標的とした新種マルウェアを発見
  • マルウェアは一般アプリのようにインストールされるが、ユーザーインターフェースを持たない
  • 感染経路は正規のファームウェアアップデート機能を悪用
  • 最終的な目的は広告詐欺とプロキシボットネットの構築
  • MoYu Group(BADBOXボットネット関連)による攻撃と高い確信で判断

Android車載ヘッドユニットを標的とした新種マルウェアの発見

  • 新種Androidマルウェア の検出、マルチステージダウンローダ
  • 主な目的 は広告詐欺およびプロキシボットネットの形成
  • 感染経路 はAndroid搭載車載ヘッドユニットの正規アップデータを悪用
  • 初の事例 として、自動車ヘッドユニット特有の感染チェーンを確認
  • 攻撃主体 はMoYu Group、BADBOXボットネットとの関係性

マルウェアの検出名(Kasperskyによる)

  • HEUR:Trojan-Dropper.AndroidOS.Agent.vu
  • HEUR:Trojan-Downloader.AndroidOS.Agent.ov
  • HEUR:Trojan-Proxy.AndroidOS.Zhima.*
  • HEUR:Trojan.AndroidOS.Vo1d.*

車載ヘッドユニットの概要

  • ヘッドユニット は車載用マルチメディア・車両制御機能の統合システム
  • Android OS搭載 が多く、メーカーの独自アプリや機能追加が容易
  • 攻撃ベクトル は物理アクセスとOS/コンポーネントの脆弱性
  • SIMスロット・インターネット接続 が可能、ナビやアップデート機能を提供
  • IoTボットネット化 が現実的な脅威、銀行型トロイの木馬は非現実的

DoFunヘッドユニットのファームウェア設計と脆弱性

  • DoFun製ヘッドユニット のファームウェア設計によりマルウェア配布が容易
  • ベンダー通知 後、セキュリティ問題の修正を報告
  • 感染チェーン は以下の通り

感染チェーンの詳細

1. TWCoreアプリによる初期感染

  • TWCore は正規のシステムアプリ、分析データ収集とソフト更新を担当
  • MQTTメッセージ でインストールAPK情報を受信
  • installNotExistsフラグ で新規アプリインストールを制御
  • APK保存パス<TWCore external cache dir>/push/apk/
  • マルウェアのインストール元 はcom.tw.coreパッケージ

2. JarServiceドロッパー(第一段階)

  • UIなしの小型ドロッパーアプリ
  • XOR暗号化 されたデータブロックを復号し、次段階ペイロード情報を抽出
  • エントリポイント :com.c.j.qbhクラスのwaメソッド

3. ローダー(第二段階)

  • 暗号化文字列 を持つローダー、リフレクションで第三段階ペイロードを実行
  • C2サーバー に端末情報をPOSTし、次段階ペイロードのダウンロードリンクを取得
  • ペイロード復号 は単一バイトキーおよびXORによる多段階
  • 複数バージョン のペイロードが存在、感染チェーンの進化を示唆

4. クリック詐欺・リバースプロキシローダー(第三段階)

  • 90分ごとにC2へPOST、端末情報や設定バージョンを送信
  • 設定更新時 は新しいC2アドレスやAPIパスを取得
  • プロダクトID ごとにコマンド情報を管理、SharedPreferences APIでJSON保存
  • コマンド取得API で未知または古いIDのコマンド内容を取得
  • コマンド内容 には広告クリック、追加コードダウンロード等の機能

コマンド名と概要

  • return :SharedPreferencesから値を返却
  • copy :クリップボード内容を設定
  • http :指定リソースへのHTTPリクエストとレスポンス保存
  • web :WebView内でリンクを開き、任意JavaScript実行
  • その他 :広告表示、追加マルウェアダウンロードなど

まとめと対策

  • 車載Android端末 も標的となる時代、IoT機器同様のリスク
  • 正規アップデート機能の悪用 によりユーザー認知なしで感染が進行
  • 最新のセキュリティパッチ適用 および不審な通信監視が不可欠
  • ベンダー対応 の迅速化とユーザー教育の重要性

Hackerたちの意見

ヘッドユニットは攻撃者にとって特に価値のあるものを持っていないから、古典的なAndroidマルウェアを使った攻撃シナリオの一つは、デバイスを感染させてボットネットに組み込むことだね。でも、みんなスマホとペアリングしてるから、将来的にはこういうマルウェアが横に広がる可能性もあると思う。

ヘッドユニットは位置情報やナビの開始・終了地点、通話履歴、通話音声、連絡先リストを丸ごとログに残せるんだよね。思いつくままに言ってみたけど。

このエクスプロイトは、外部への接続のためにスマホをテザリングしている人や、USBモデムやSIMカードをセルラー対応のヘッドユニットに接続している人を狙っているみたいだね。そこにある価値のあるものは、比較的「クリーン」なモバイル接続だけで…このマルウェアはヘッドユニットに住宅用プロキシエンドポイントを設置してそれを利用しようとしているんだ。ヘッドユニットが常に接続されていて、車の+12Vレールに常時電源が入っているなら、ボーナスポイントだね。それは無料で常に使えるスペースだから!

ほぼそうだけど、私は例外だってことは理解してるよ。個人的には、標準のヘッドユニットがすごく基本的だったから、アフターマーケットのAndroidヘッドユニットを使ってる。リアルタイムのナビ更新もないし、地図の更新も面倒だったしね。最初はスマホとペアリングしてたけど、今はその会社がもう存在しないみたいで、新しいスマホとはペアリングできないんだ。だから、逆にスマホをワイヤレスホットスポットとして使うしかなかった(ほぼ - Raspberry Piとopenwrtが間にあるけど)。自分でホスティングしてるから、VPNに接続するしかなかった。とはいえ、これをすることの影響は理解してるから、最終的にはネットワークアクセスはすごく制限されてる。音楽サーバーと地図提供者以外は完全に切り離してる。デメリットは、たまに「Googleサービスに接続できません」って通知が来ることだけど、セキュリティの観点からは技術的には安心できるかな。

日産みたいな一部の自動車メーカーは、自社の4G SIMを持ってきてるから、スマホとのペアリングが重要じゃないんだ。ヘッドユニットが自分でインターネットにアクセスできるからね。

ヘッドユニットとの「ペアリング」は、好きなものをそのまま流し込むためのオープンなソケットじゃないよ。それには、デバイスが使ってるオーディオやアドレス帳、画面ミラーリングのAPIの中に、かなり特異な脆弱性を見つける必要がある。

車をソフトウェアとして捉える考え方の論理的な最終地点だね。セキュリティ業者が「車用のAV」を売り始めるのが待ちきれないよ。

電子機器をもっとシンプルで修理可能なオフラインのものに置き換える「デスマート化」キットが登場してほしいな。それが究極のAVだよ。

もうテレビには入ってるよ。もうすぐだね。

なんでか分からないけど、これが自分の車にあるって考えると、ただのスマホよりもずっと怖い気がする。Android AutoやCarPlayは、デバイスのパススルーとして機能するってイメージが強いから、ヘッドユニット自体が独立してAPKをインストールできるなんて知らなかったし。ジョン・グルーバーがこれについて盛り上がる予感がする。

これはスマホからAndroid Autoが動いているわけじゃなくて、メーカーが内蔵ヘッドユニットのOSとしてAndroid Automotiveを使っている状況だと思う。例えばボルボみたいにね。

Android AutomotiveはインフォテインメントシステムのOSで、スマホなしで完全に動作するんだ。Android AutoはGoogleのCarPlayに相当していて、スマホで動く。混乱しやすいよね。AppleのTVアプリでApple TVを観るのと似てる。

Hacker Newsで議論の続きを見る