PacSec2015 slides

1. プラットフォームの中に潜む
危険

2. 時間をとってくれてありがとう

3. 私たちです

4. アジェンダ
- パート1
- バックグラウンド
- プラットフォーム資産の概要
- プラットフォームコンポーネントのタイプ
- 悪意ある者にとってのモチベーション
- パート2
- 最悪のシナリオの現実世界での例
- ⾒つかった脆弱性の解説

5. 古典 プラットフォーム

6. 古典的プラットフォーム

7. 現代的プラットフォーム

8. 現代的プラットフォーム

9. 現代的プラットフォーム

10. 現代的プラットフォーム

11. 内部にコードがある
BSL Mask ROM, Marked
MSP430F2274のブートローダ
ROM。This is an
MSP430F2274 bootloader
ROM. 左端の列は⽬印がつけ
られている
- Travis Goodspeed

12. 攻撃者のモチベーション

13. 攻撃者のモチベーション
• ステルス
• 持続性
• 低レベルのセキュリティバイパス
• データの傍受 (USB)
• サイドチャネルスパイ (センサー等)
• 権限上昇
• VMエスケープ
• ジャイルブレイク/キャリアアンロック
• PDoS (永続的/持続的なDenial of Service)

14. 可能である
BadUSB 根本的原因
- フラッシュドライブ内部のコントローラはCPU
(8051)を持っている
- 安全でないファームウェアアップデートの仕組み

15. 内部からの攻撃⾯の
レビュー

16. 現代的なプラットフォーム

17. 現代的なプラットフォーム
• SPD内に少量のデータを隠す
• 古い攻撃 – PDOSを引き起こすた
めに、実際に存在しているよりも
⼩さいRAMサイズを⽰すようSPD
を変更
• 古い攻撃 – セキュリティコント
ロールの周辺で重複したメモリア
クセスによるバイパスを発⽣させ
るため、実際に存在しているより
も⼤きいRAMサイズを⽰すよう
SPDを変更 (すなわちメモリエイ
リアシング)

18. 現代的なプラットフォーム
• JEDEC eMMC spec 5.1
• FFUが導⼊
• フィールドファームウェア更新

19. 現代的なプラットフォーム

20. 現代的なプラットフォーム

21. 現代的なプラットフォーム

22. 現代的なプラットフォーム

23. 現代的なプラットフォーム

24. 現代的なプラットフォーム

25. Modern platform

26. 現代的なプラットフォーム

27. 現代的なプラットフォーム

28. 現代的なプラットフォーム
興味深い「プラガブル」
- 拡張HDDのためのUSB 3.0 SATAドック
- 使われているコントローラはASMedia製
- ファームウェアアップデートツールがリリース
され、2013年にさかのぼってパッチ
- http://plugable.com/2013/03/05/usb3-sata-
u3-firmware-update

29. 現代的なプラットフォーム
おなじASMedia コント
ローラがSamsungウルト
ラブックでも⾒られる

30. 例
1. フィッシングやブラウザの脆弱性などを介しマル
ウェアはプラットフォームにインストールされる。
2. プラットフォームコンポーネントの脆弱性を検出。
3. その後、デバイス上での永続化のためにそのコン
ポーネントを使⽤する。

31. Platform
デモ
Internet
Malware
C&C
Internal LTE
module
Malware
AV clean or
OS wipe &
reinstall

32. VIDEO

33. Huawei LTE 内蔵モデム
• M.2ソケットにUSB経由で接続
• ARMv7, 256MB flash, 50MB ram

34. • ソフトウェア
• ファーム更新⽤のWIndowsユーティリティ
• ファームウェア
• Stringsは便利
• ハードウェア
• テストパッド?

36. アンドロイドカーネルとともに組込みLinuxを内蔵

37. root@9615-cdp:# cat /proc/cpuinfo
Processor : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 274.02
Features : swp half thumb fastmult vfp edsp neon vfpv3 tls
vfpv4
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xc05
CPU revision : 1
Hardware : QCT MSM9615 CDP
Revision : 0000
Serial : 0000000000000000
アンドロイドカーネルとともに組込みLinuxを内蔵

38. LTEモジュールのファームウェアアップデートの脆弱性
• Windowsのファーム更新ツールはLTEモジュールにファームウェアを渡す前に、CRC
チェックを⾏う
• LTEモジュールは更新を受け⼊れる前にファームウェアイメージのCRCチェックのみ⾏う
• CRCは完全性の検証には役⽴つが、セキュリティの侵害を防ぐのには⼗分ではない
• CRCを再計算しLTEモジュールに任意の更新を受け取らせることは容易
• 我々向けにCRCを再計算するようファーム更新ツールにパッチを充てるのも簡単
• ボーナス: モジュールが侵害された場合には、ファーム更新を強制する⽅法はない
• ファームウェア更新はOEMのプライベートキーで署名されるべきである
• LTEモジュールはモジュール内においたパブリックキーを使って、署名の検証を⾏うべきで
ある

39. • CVE-2015-5367
• セキュアでないファームウェア内Linuxイメージ
• CVE-2015-5368
• セキュアでないファームウェア更新の認証

40. 影響を受けるプロダクト
• Huawei
• ME906V/J/E
• HP
• HP EliteBook 725 G2,HP EliteBook 745 G1,HP EliteBook 755 G2,HP EliteBook 820 G1,HP EliteBook 820 G2,HP
EliteBook 840 G1,HP EliteBook 840 G2,HP EliteBook 850 G1,HP EliteBook 850 G2,HP EliteBook 1040 G1,HP
EliteBook 1040 G2,HP EliteBook Folio 9470m,HP EliteBook Revolve 810 G2,HP EliteBook Revolve 810 G3,HP
ElitePad 1000 G2,HP Elite x2 1011 G2,HP ProBook 430 G1,HP ProBook 430 G2,HP ProBook 440 G0,HP ProBook 440
G1,HP ProBook 440 G2,HP ProBook 450 G0,HP ProBook 450 G1,HP ProBook 450 G2,HP ProBook 640 G1,HP
ProBook 645 G1,HP ProBook 650 G1,HP ProBook 655 G1,HP Pro x2 612 G1,HP Spectre x2 13-SMB Pro,HP ZBook
14,HP ZBook 14 G2,HP ZBook 15,HP ZBook 15 G2,HP ZBook 15u HP ZBook 17,HP Zbook 17 G2,mt41 Thin Client

41. Thanks for your research and for giving the DefCon talk. I was there in the
audience.
Huawei is refusing to provide the ME906 firmware update directly to end users.
Instead, they refer to the OEM partner (Sony, etc.), who in turn knows nothing
about this. It's a classic case of finger pointing.
Do you have any insight and/or suggestions on how an end user of one of these
LTE modules can acquire the patch? In my case, it's the Sony variant.
Thanks in advance for your assistance. Please excuse the anonymous disposable
email, but I'm sure you know it's the only way to remain secure.
Regards,
A (Disgruntled) Huawei Modem Owner

42. まとめと重要なポイント
• あらゆる現代的なプラットフォームには、誰もが知っているメインとなるCPUの背後に多
数のCPUが搭載されている
• それらはたいていセキュアなアップデートの仕組みを使っていない
• メインCPUで動作しているAVソフトウェアからはそれらの補助的なCPUは⾒えない
• それらは興味深い⽅法でセキュリティコントロールを回避するために使⽤することが可能
• ひとたびこれらのCPUが侵害されてしまうと、クリーンな状態に戻すことは不可能
• 我々は、メインCPUとOSのセキュリティ問題のみに焦点をあてるのではなく、むしろ複数
のセキュリティ境界と実⾏環境を持つ相互接続されたシステムとしてプラットフォームを
⾒なければならない
• デバイスファームウェアのセキュリティを確保することなく、プラットフォームの全体的
なセキュリティを確保することは不可能

43. Questions?