不正対策技術

**名前は開発中のものです。** · 2009/03/25(水) 04:53:05

バイナリやメモリの改変とかの不正に対する技術について。
とりあえずC#でお願いします。

例えばチェックサムとかでバイナリ改変チェックを入れたとして
そのチェック自体をバイナリ改変でスルーすることができると思いますが
その対策とかはあるのでしょうか？
おそらくどんな対策（nProにしても）も上級者には破られると思いますが
中級者くらいまで防ぐ目的でお願いします。

**名前は開発中のものです。** · 2009/03/28(土) 12:10:58

>>17
同感。
また徒に対策を強化することで、かえって対抗心を煽るってケースもあるしな。
チートすることよりもプロテクトを破ることに燃えられては、ますます無意味。

**名前は開発中のものです。** · 2009/03/28(土) 16:27:27

チートって攻撃力とかパラメータの数値をイジルだけ？
たとえば、こういうゲームはチートできるの？
http://d.hatena.ne.jp/ku-ma-me/20081216

**名前は開発中のものです。** · 2009/03/29(日) 00:14:00

>>19
おもろいねこれ。
チートはできるよ。
Life10の数値をLife1万とかにすればゲームバランスくずれちゃうでしょ。

**名前は開発中のものです。** · 2009/04/06(月) 21:58:18

毎フレーム数値をチェックして本来変化するわけのないタイミングで数値が変化したらエラー吐いて強制終了とか効かないかなぁ

**名前は開発中のものです。** · 2009/04/07(火) 01:05:27

>>21
デバッガでエラー用文章を参照している部分を検出されたらアウト
もしくは、終了処理から辿られてもダメ
たぶんほとんど効かないと思うよ

**名前は開発中のものです。** · 2010/04/24(土) 01:16:22

宮島

**名前は開発中のものです。** · 2010/05/09(日) 15:32:46

あ

**名前は開発中のものです。** · 2010/05/10(月) 00:40:18

ピドさん、まだいたのか。最近どうよ？

**名前は開発中のものです。** · 2011/01/21(金) 19:59:44

知識もないのに言語指定する>>1が立てるスレにロクなのがあったためしがない。

**名前は開発中のものです。** · 2011/04/08(金) 00:10:20.62

ちょっといいか？
プログラムの最初に乱数出してその数だけ変数作ったらどうなるんだ？
これでランダムアドレス作れねーかな

**名前は開発中のものです。** · 2011/04/08(金) 11:43:27.59

その乱数を求めるルーチンをクラックされて終了だと思う・・・。

**名前は開発中のものです。** · 2011/04/10(日) 09:18:47.29

ランダムジェネレータに /dev/random とか使えばいけるし、
現代ではごく普通に知られているアイディア。
http://en.wikipedia.org/wiki/Address_space_layout_randomization

**名前は開発中のものです。** · 2011/04/10(日) 10:59:25.04

アホなの？それとも本気で言ってるの？
乱数の質が問題なんじゃねえんだよ。
アプリ内にせよOSやCPUが提供するものにせよ、アプリ内の乱数ジェネレータにアクセスする部分のコードをバッサリと削除or改変して、変数領域が常に同じ場所に留まるようにされたらそれまでだろうが。
仮に、それを検出するコードを付加したところで、さらにその部分を探し出してクラックされたらそれまでだ。

そもそも、PS3のCellのSPEのアイソレーションモードみたいな例外を別にすれば、殆どの汎用CPUは、プロセスを完全に外部から保護・隠蔽する手段がない。
たとえ、不正対策ルーチンを一般のプロセスより上位に持って行こうと、カーネルデバッガで追われたらそれまでだ。
ローカルで処理する限り、クラッカーに手がかりを与えないことなど原理的に不可能だ。

変数領域を動かすなんてチンケな手法は、昔から普通に実装されていて、そして普通にクラックされまくりなんだよ。
市販の改造ツールで解析ごっこしてる素人に対する目眩まし程度にはなっても、本気でクラックしてる奴には何の障害にもならん。

**名前は開発中のものです。** · 2011/04/10(日) 11:00:09.48

訂正
＞アプリ内の乱数ジェネレータにアクセスする部分のコードを
アプリ内から乱数ジェネレータにアクセスする部分のコードを