めんどうくさいゲームセキュリティ

Slide 1

Slide 1 text

めんどうくさいゲームセキュリティアカツキセキュリティエンジニア小竹泰一

Slide 2

Slide 2 text

タイトルの元ネタ

Slide 3

Slide 3 text

自己紹介 • 名前: 小竹泰一 • 入社: 2019年9月 • 職種: セキュリティエンジニア • 脆弱性診断、ツールの検証/開発などなど

Slide 4

Slide 4 text

脆弱性診断とは！？ • 攻撃者目線で自社サービスに対して攻撃し、脆弱性を発見する • 自社サービスのセキュリティホールを修正するために実施 • セキュリティインシデントによる被害を未然に防ぐ

Slide 5

Slide 5 text

いろいろな脆弱性診断

Slide 6

Slide 6 text

ネットワーク診断 • ミドルウェアの設定不備や、古いバージョンのソフトウェアが放置されていることによる脆弱性などを発見 • 社内ネットワークにやる場合だと... • 社内ネットワークにつないだ診断員の PCからネットワーク上の端末へ攻撃 • 脆弱性を持つ端末が放置されていると、社内ネットワークに攻撃者が何らかの形で侵入した場合、その端末が攻撃の起点となる可能性

Slide 7

Slide 7 text

アプリケーション診断 • Webアプリケーションやスマホアプリなどに対する脆弱性診断 • XSS、SQLi、CSRF、SSRF、権限管理の不備などを見つける • ゲームアプリの場合だとチートのしやすさという観点からも確認 • ユーザー自身が攻撃してくるので、他のアプリケーションとは観点が異なる

Slide 8

Slide 8 text

今日のお話 • ゲームアプリの診断で確認するところとチート対策について、ざっくりお話しします • 時間の都合上、すべて網羅しているというかんじではないです

Slide 9

Slide 9 text

ゲーム以外のアプリケーションの診断 • プロキシツールをつかってアプリケーションとサーバーの間の通信の詳細を見て、改ざんし脆弱性がないかチェック • プロキシツールを使うと通信内容を確認、改変しやすいサーバーの証明書プロキシの証明書公開鍵の証明書公開鍵の証明書

Slide 10

Slide 10 text

Burp Suiteで通信内容を見る様子

Slide 11

Slide 11 text

ゲームアプリの診断 • 通信内容が暗号化されていることが多く、ただプロキシを使うだけでは中身を読み取れないプロキシの証明書サーバーの証明書公開鍵の証明書公開鍵の証明書

Slide 12

Slide 12 text

Burp Suiteで通信内容を見る様子暗号化されている

Slide 13

Slide 13 text

診断準備が必要 • 暗号化に使われている鍵とアルゴリズムを特定 • BurpやPacketProxyといったプロキシツールのencoderを開発 • 有償版のBurp Suiteはスキャナーがついていて便利 • PacketProxyはTCP/UDPを利用したバイナリ通信に対応していたり、 DNSサーバーが組み込まれていたりして便利

Slide 14

Slide 14 text

ありがちな脆弱性 • 複数のリクエストを同時に送信することで回数の制限を突破 • 例: 有料のガチャを１回分のコストで何度も引く • ガチャを引く際のリクエストをプロキシ上に保存 • 複数の同一のガチャを引くリクエストを同時に送信 • 例えば20個のリクエストを同時に送信すると9割程度のリクエストが通るケースがある • 原因: DBでのロックの不備 • SELECT FOR UPDATEを用いて規定回数以上に処理が通らないようにする

Slide 15

Slide 15 text

見るべきところは通信レイヤーだけではない

Slide 16

Slide 16 text

クライアント上にもゲームロジックが載っていると.... • メモリ上のデータ • apk/ipa内のバイナリ • ローカルファイル

Slide 17

Slide 17 text

クライアント上にもゲームロジックが載っていると.... • メモリ上のデータ • apk/ipa内のバイナリ • ローカルファイル攻撃可能！

Slide 18

Slide 18 text

メモリ改ざん • デバッガやチートツールを用いて、メモリ上の値を検索 • GDB、IDA Pro、GameGuardianなど • 見つかった値を改ざんしチート • スコアや所持金などを不正に上昇させる • チートツールがあるので、チーターがカジュアルにチート可能 • この辺はゲーム以外のスマホアプリでも見ることもある

Slide 19

Slide 19 text

ありがちな脆弱性 • メモリ改ざんが有効な画面が一部だけ存在する • バトル画面は対策されていても、ショップ画面では対策されていない場合がある • 対策: メモリ上のデータのエンコード/暗号化 • くわしくは後ほど

Slide 20

Slide 20 text

バイナリの改ざん • 逆アセンブルした結果やデコンパイルした結果を元にバイナリを解析 • パッチを当てることでチート • メモリ改ざんより難易度が高い • シンボル（関数名、変数名）が残っている、あるいはメタデータから復元できると容易 • Unityのglobal-metadata.datに注意

Slide 21

Slide 21 text

ローカルファイルの改ざん • ローカルファイル内にゲーム情報が保存されていることがある • 改ざんすることでチートができる • この辺はゲーム以外のスマホアプリでも見ることもある

Slide 22

Slide 22 text

チート対策方法

Slide 23

Slide 23 text

バイナリ改ざん対策 • シンボル情報の削除 • メタデータからも復元できないように • コード難読化 • 逆アセンブル、デコンパイルされても処理がわからないように • コード改ざん検知 • パッチを当てられたらゲームが起動しないように • 攻撃者には無限に時間があるため、完全なリバースエンジニアリング対策は難しい

Slide 24

Slide 24 text

パケットの改ざん対策 • SSL Pinning • HTTPSで通信する際の証明書 or 公開鍵が一致するか検証 • プロキシツールの証明書を弾くことができる • 通信内容の暗号化 • リバースエンジニアリング対策も併用 • バイナリからのシンボル情報の削除 • バイナリの難読化多層防御が重要！

Slide 25

Slide 25 text

パケットの改ざん対策 • より強くするには.... • コード改ざん検知 • SSL Pinningを解除させないために • リクエスト/レスポンス改ざん検知 • 暗号化 + bodyに入っているデータのハッシュの検証でより強く • 独自暗号 • 一般的な暗号方式だと、暗号に使われている定数でバイナリをgrepされると暗号方式がバレてしまう

Slide 26

Slide 26 text

メモリ改ざん対策 • メモリ上の値のエンコード/暗号化 • デバッガアタッチの検知 • GDBなどのデバッガの使用を検知 • Root化端末/Jailbreak端末の検知 • チートツールはRoot化端末/Jailbreak端末のみで動作することが多い

Slide 27

Slide 27 text

ローカルファイル改ざん対策 • ゲームの進行を左右するようなファイルを置かない仕様に • 置く場合は暗号化 • リバースエンジニアリング対策も併用 • バイナリからのシンボル情報の削除 • バイナリの難読化多層防御が重要！

Slide 28

Slide 28 text

チート対策のポイント • クライアント側にロジックを載せると、100%の対策は不可能 • 時間と技術があれば理論上突破できる • 攻撃者には無限に時間がある • できるだけサーバー側にロジックを寄せるのが好ましい • カジュアルなチートは阻止したい • 簡単にツールを使うだけでチートできるようなのは対策マスト • 他ユーザーに影響が及ぶようなチート、脆弱性は防ぎたい • 他ユーザーのアイテムの使用、サーバーが落ちる(DoS)など

Slide 29

Slide 29 text

まとめ • ゲームアプリの診断は他のアプリケーションの診断に比べてめんどうくさい • 高レイヤーと低レイヤーに両方に触れられるのは面白い！！ • クライアントサイド、サーバーサイド両方で対策を行う必要があり、めんどうくさい • 多層防御が重要

Slide 30

Slide 30 text

おしまい