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

社内勉強会にて

[suimin28]

なんでもかんでもサーバーに処理させるのがチート対策になるんだけど、それだと通信量が増え過ぎるジレンマ。PCゲーなら良いけどスマホゲーだと致命的

[ngsw]

主旨と外れてしまうが、ガチャのロックの話もセキュリティになるのか。なるほど。「守りたいと考えていたものをそのように守ること」がセキュリティか。

[wordi]

「クライアントはビューアーであれ」は基本よね

[hirose504]

だいぶ昔の話だけど、アイテムをユーザーAからBに譲渡するようなリクエストをAからAに送るように変えたらアイテム増殖したことがある

[kazatsuyu]

一方艦これはHTTPでJSONを飛ばした

[khtokage]

懐かしいなぁ。UOとかROとかの頃から基本は何も変わってない。WoWのAPI設計は色々勉強になった。

[hdampty7]

webでも基本は同じ。ロックについては可能な限り楽観ロックで対応、悲観ロックは避ける。仕様が複雑になるとデッドロックの可能性があるので。ロック単位とロック対象テーブルやロジック管理は必須。

[dekokun]

クライアント側とサーバ側で同じロジックを走らせ最後に突き合わせることでレイテンシの問題を緩和しつつチート対策をする、ってのを昔聞いたな。

[asakura-t]

スクストは全部サーバ側かな。プリコネRはプレイヤー間の競合があるのはサーバ側/多少いじられても大きな問題にならないのはクライアント側で処理してる印象（チート報告の受付はしてる）。

[braitom]

ゲームアプリでのセキュリティ診断について。サーバーサイドとクライアントサイドの両方で対策をする必要がある、チート対策のためにバイナリの改ざん対策もチェックする必要があるなど。

[turanukimaru]

ファイアーエムブレムヒーローズは最初スマホ上でゲームが動いててチートし放題でバグってる性能のキャラと対戦することが普通にあった。今は相手の動きを再生できるので多分操作をまとめてサーバに送ってる。

[ryunosinfx]

MITMを弾く以外はまあ普通のWebシステムやな。こういったクライアントが信頼できない状況でクライアントに作業を移譲したい場合にブロックチェーンなんやろうなとは思うが、あれ遅いんだよね。

[ysync]

面倒くさいゲームからユーザーを保護してくれるセキュリティー？

[toaruR]

その上、botや人力ファーミング対策とか、ほんとお疲れ様です（´－｀）

[napsucks]

クライアントからはUI操作だけサーバに送れってのが究極の対策だよね

[Helfard]

大変だなあ。

[BlueSkyDetector]

独自暗号推奨なのか。。どの程度信頼できるようなものができるんだろう。

[cliphit]

付け足されたサブ要素にありがちなモッサリ感は、体験を犠牲にしたセキュリティの（ロジックを置かない）ためであるか。

[YukeSkywalker]

基本的な事を抑えるにはいい。クライアントは単なるブラウザにすべき。

[daichirata]

チートされてもそんな影響ない仕様にするとかそういう所から対策していかないと厳しい

[tattyu]

クライアントの処理がバグだらけで通信を頻繁に行うように変更した結果、画面遷移するごとに30秒のロードが入り(レビューの9割がロード時間の苦情)サ終したゲームがある。

[skypenguins]

ユーザーをコントロールしたいならクライアントには究極的には何も置いたらダメよ リモートプレイやStadiaみたいに映像流すだけにしないと

[otihateten3510]

うわーめんどくさそう