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

私のセキュリティカメラがログインページにGitHub管理者トークンを送信した

2026年7月24日原文(hhh.hn)

概要

  • AXIS 製カメラがLinuxアプリ実行に対応し、企業環境での脆弱性・認証情報管理が重要化
  • Hanwha Vision のファームウェア解析で暗号化rootfsとAI関連tarballを発見
  • fwupgrader バイナリ解析でAES鍵・IVを特定しrootfs復号に成功
  • Githubトークン がUIビルド時に環境変数ごと複数ファイルへ埋め込まれていた事例
  • Hanwha への迅速な脆弱性報告と対応、企業のセキュリティ運用課題の指摘

AXISカメラのLinuxアプリ対応とセキュリティ管理の重要性

  • AXIS が全カメラで Linuxアプリケーション 実行を推進
  • 企業環境では 攻撃対象 としてのリスク増大
  • 脆弱性管理認証情報管理 の必要性が高まる

Hanwha Visionのファームウェア調査

  • Hanwha Vision (旧Samsung Techwin)のサイトで各モデルの ファームウェアblob が公開
  • binwalk で解析したところ、AI関連tarballと暗号化された fwimage.tgz を発見
  • 既存のMatt Brownの解析手法(パスフレーズ: HTW + モデル名)で一部復号に成功
  • tarball内にさらに別方式で暗号化されたfwimage.tgzが存在

fwupgraderバイナリ解析とrootfs復号

  • fwupgrader バイナリを ghidra で解析
  • AES鍵 は静的テーブルとXORで難読化、 IV は平文で格納
  • 復号コマンド断片もXOR難読化、実行時に復元
  • コマンド例: openssl enc -md sha256 -aes-256-cbc -d -K <KEY> -iv <IV> -in <INPUT> -out <OUTPUT>
  • 鍵情報(モデル共通) KEY: dfa049bb922e63e2decc764af5628068e5b7a2662e479a615b14643e567579b0 IV: 53f926801b81454a4f889c9a390db6e6
  • これによりrootfsの通常解析が可能に

Githubトークン流出とCI環境変数の問題

  • trufflehog で検出、30ファイル以上に Githubトークン が複製
  • トークンは Hanwha のGithub組織の多数リポジトリの管理権限を持つ
  • UIビルドに vite を使用、 process.env 全体がビルド時にファイルへ書き込み
    • 例: var W = { GITHUB_NPM_TOKEN: "<snip>:ghp_…REDACTED…", ... }
  • 管理UIアクセス時にトークンが外部へ送信されていた可能性

CI環境変数に含まれる謎のIPアドレス

  • 環境変数に 米国国防総省(DoD)割当IPアドレス が複数含まれる
    • 例: SWARM_MASTER_NFS_ADDRESS: 55.101.212.23
  • Hanwha Visionは韓国企業であり、DoDとの直接的関係は不明
  • Hanwhaグループの他部門(Hanwha Aerospace, Hanwha Defense USA)との CI環境共有 の可能性を推測

ファームウェア全体の調査と結果

  • Hanwha公式サイトから 全カメラ分のファームウェア を取得し調査
  • 約500件中62%で同様のrootfs復号に成功
  • Githubトークン は3ファームウェアのみ、すべて同一トークン
  • 他のファームでトークンが検出できなかった理由は不明だが、再現性は確認

脆弱性報告・対応と総括

  • Hanwha の公開窓口へ簡潔な報告メールを送付
  • 12時間以内に トークン無効化 の迅速な対応
  • Githubトークンの埋め込みは防ぐべきだが、Hanwhaの対応速度は評価
  • セキュリティ運用の改善 と、同様のミス再発防止の重要性を強調

まとめと雑感

  • 監視カメラの ファームウェア管理脆弱性対応 の現場感
  • 企業のCI/CD運用 と情報流出リスクの現実
  • Hanwha Visionの 軍需部門との関係性 や運用実態の推察
  • 報告者自身の経験と、セキュリティ分野での継続的な注意喚起

Hackerたちの意見

気にしてた時に気づいたんだけど、たくさんのOBD-IIドングルが同じMACアドレスで出荷されてて、それがいろんなウェブサイトにアクセスできる原因になってたんだよね。嵐を恨んでも、風は吹いてくるって感じ。

「同じMAC」が「すべてにアクセスできる」ってどういうこと?ウェブサイトのセキュリティがMACに依存してるってこと?それってクライアントが提供するものでしょ?そうだとしたら、典型的なIoTだね。

アメリカ国防省のIPアドレスがファームウェアに組み込まれてるのが、実はもっと大きな話だよ。自分へのメモ:韓国のセキュリティ製品は絶対に買わないこと。

知ってる会社が、DoDのIP空間を全部ブラックホールにして内部用に使ってるって話があるんだ。だから、ちょっと推測注意って言ったんだけど…本当に変だよね。

自分へのメモ:韓国のセキュリティ製品は絶対買わないこと。カナダ海軍も最近大きな決断をして、君と同意したよ。

韓国のIoT製品もそうだね。私が関わってたやつはセキュリティに対するアプローチがヤバかった。

自分へのメモ:韓国のハードウェアやソフトウェア製品は絶対買わないこと。/S

自分でファームウェアやOSを入れられるものを買った方がいいよ。だって、世界で最悪のセキュリティ(中国製以外のもの)か、まあ…中国製だしね。今はアメリカより中国が嫌いってわけじゃないけど(カナダ人だから、すまんね)、個人的な経験から、中国製でネットに接続できるものには全く信頼を置いてないって言えるよ。だから、少なくとも何かしらのWRTファームウェア(できれば今はちゃんとしたLinuxディストリビューションがいいな)を入れられないデバイスは完全に避けてる。だって、今のところそれができる唯一の方法だから。ハードウェアに組み込まれたバックドアがあったとしても、個人としてはそれ以上のことはできないしね。

国内製品がセキュリティ問題や雑な設計の温床じゃないみたいに言うの、笑えるよね。

最近、部屋の雰囲気を変えるための照明を買ったんだけど、専用アプリなしでは操作できないんだ。これが気に入らなくて…GoogleストアからAPKをダウンロードして解凍したら、実質的に王国の鍵を見つけちゃった:バックエンド用のAPIキーやShopify用のAPIキーとか。まだこの知識を使ってないけど。

公開鍵の中には特別なアクセスを与えないものもたくさんあるよ。開発者が本当にダメじゃない限りね。セキュリティを気にする人は、App AttestやGoogleストアの同等品を使ってるはず。

専用アプリなしでも全てをコントロールできるよ。プロトコルをリバースエンジニアリングして、やり方を公開してほしいな。

Hacker Newsで議論の続きを見る