ゲームShadow Worldsのミニ研究、改善、ボット

黄色の見出し：MMORPGを調べ、チート機能を追加し、わかりにくいボットを記述します。

このゲームとは何ですか？

私は10年前にShadow Worldsにつまずいたが、それは私を完全に捕らえた。 ひどいモデム接続で友達と遊んだり、ネズミやゾンビをびしょぬれにしたり、オークから逃げ出したり、チェストを開けたり、ボスの上で勝利したりして歓喜し、「タフなゲーム！」と叫びました。



彼女の何が特別なのか説明するのは難しい。 そのときでさえ、それはかなり原始的なグラフィックスを持ち、ほとんど変化がありませんでしたが、何かに惹かれました。 それはアヒルの症候群にあるかもしれない。



それ以来、たくさんの水が流れましたが、時々ゲームクライアントをダウンロードし、新しいアカウントを作成して疲れるまでプレイしました。その後、ネジからゲームの痕跡をすべて削除しました。 何年も変わっていないことを確信するたびに、同じ場所、同じモンスター、グローバルチャットで同じ宣誓、新しいことは何もありませんが、バランスは上下します。



1か月前、古いメールボックスに大量のスパムをすくい、SWチームからの手紙を見つけました。 最近、新しいカード、アイテム、その他の設備を備えた新しいサーバーが発売されたと述べました。 次回は懐かしさに突入するようになったトリガーが私の脳内でオフになった。

登録し、クライアントをダウンロードして、ゲームに参加しました。

すべての新しいプレーヤーが最初に目にするもの。

ダンジョンでネズミを殺し、墓地でゾンビを殺し、お金を集め、漁網を買うことができます。



再び若く感じ、十分なプレイをした、日曜日の夕方近く、私は好奇心を抱いていました。ゲームはどのようにサーバーと通信するのですか？ 実際、インターフェースの原始性（以下で説明します）と長年にわたる進歩の欠如から判断すると、使用されるプロトコルの単純さを期待できます。 Wiresharkを起動し、ログのおlogsをバイトから見ましたが、意味のあるものは何もありませんでした。 さて、内部から見ていきましょう。



IDA、DeDe、OllyDBGのゲームのメインehe-shnikであるMUDClient.exeを開きます。 IDAでは、Ollyではクールに、DeDeではデバッガーを見つけない方がいいので、ゲームはBorland C ++ Builderで書かれているためです。

すべてがバタンと行く、元はパックされておらず、トレッドによって上から保護されていません。



DeDeでは、奇妙なプロシージャ名が表示されます。これにより、多くの有用な情報を迅速に取得できる（保護なし）という自信が得られます。



Ollyには小さな問題があります。事実は、起動時にゲームが毎回更新のチェックを開始し、ダウンロードして再起動することです。





したがって、デバッガでMUDClient.exeを実行すると、すぐに終了し、代わりにrun.exeが起動し、管理者特権を要求することもあり、管理者パスワードを入力する必要があります。 わかった。



OllyDbg run.exeを開き、CreateProcessWにブレークポイントを設定します。 これを取得します。



マジックパラメーターはE8DA81A3FFE9B1です。 何らかのチェックサムなのか、単なる秘密なのかはわかりませんが、batファイルを作成して作成します

start MUDClient.exe E8DA81A3FFE9B1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ゲームが開始され、管理者パスワードの入力は不要で、更新は試行されません。 勝利



これで、Ollyでコマンドライン引数E8DA81A3FFE9B1を指定できるようになり、ゲームは更新の確認が不要であると判断し、デバッグを安全に進めることができます。 そして、単にプレイしたいときは、このバットファイルを実行する方が便利です。 重要な更新を見逃すという事実を心配する価値はありません。すべて同じで、新しい実行可能ファイルはありません。ゲームは週に1回更新されます（このサーバーの機能）が、更新にはゲームの場所の新しいファイルのみが含まれます。



どうする？ そして、プレイヤーを狩る人、つまりゲーム内でゲームマスター（ GM ）と呼ばれる管理者を狩りましょう。 彼らの仕事は、ルールの違反者、特にAFK +マクロを追跡することです。つまり、プレイヤーが鉱石を掘ったり、魚を採ったり、仕事に出かけたりする簡単なプログラムを起動したときです。 これは規則で禁止されています。



私自身は（正直に）このルールに違反したことはありません。これを見たら、そのようなプレイヤーにゾンビを連れて行き、死体を掃除しました。 これは楽しいです。 なぜGMを捕まえる必要があるのですか？ そして、あなたが職場にいる場合、チェックは見逃しがちであり、ゲームは2番目のモニターにあり、別のウィンドウで誤ってブロックしましたが、プレイヤーは一般的なチャットで積極的にお互いをトロールしています。 そして、時々ゲームに気を取られてしまうと、うまくいきません。 したがって、アラームを作成する必要があります：彼らが私たちをチェックしようとするとすぐに、何らかの種類の信号を送信します。たとえば、ゲームウィンドウを開いて点滅させ、メロディを再生し、SMSを送信します。



検証はどのように行われますか？ 管理者はあなたにテレポートしますが、彼は普通のゼロレベルプレイヤーのように見えますが、彼のギルドだけがゲームマスターを持ち、「ここに？」または「afkをチェック」という簡単な質問をします。 数分以内に回答がなく、キャラクターがスキルを上げ続ける場合、彼はキーボードではなく、禁止に行きます。



デバッガーに！ 私たちはImthebotのキャラクターでゲームに参加し、生きている魂を長い間探しています-オンラインゲームのこの特定の瞬間には、わずか19人（数千人ではなく、数百万人ではない）がいます。 その結果、銀行に出くわします。

銀行と彼が特別であるとは思わない

バンクがエスケープするまでデバッガーをすばやく取得し、プロセスメモリから行「Bank」を検索します。 そして見つけます。





名前の横にはまだ面白いtsiferkiがあり、少し高いところに同じtsiferokに囲まれたニックネームがあります。 士気が高まっており、好奇心と掘りたいという欲求が高まっています。



しかし、ここに悔やみがあります：このデータブロックの場所にすぐにゴミが表示され、「Bank」という行が他の多くのアドレスですでに検出されています。 つまり、便利な静的アドレスは見つかりませんでしたが、一部の手順の重要な産物であるファントムだけが見つかりました。 そこで、このデータが形成されるソースを探します。



WSOCK32.dllモジュールのrecv関数の内訳を追加しました。 たとえば、次のような多くの操作が発生します。



現在のところ、recvを埋めるバッファには、Wiresharkのロギングの結果のように、意味のないものがあります。 上記の呼び出しスタックを上に移動し、メモリ内の呼び出しの1つを処理した結果、人間が読み取れる行が形成されることを確認します

申し訳ありませんが、銀行は仕事を辞めました

トレースを続けると、システムの中核になります。 実際、recv呼び出しはスレッド内で行われ、そのタスクはメモリ内に行を形成することです。その後、ゲームのメインスレッドがそれを取得して処理します。 生成された行にハードウェアブレークポイントを配置し、メインスレッドハンドラーで終了することができます。



しばらくの間、仕事で座って、OllyDbgを使用して着信メッセージをファイルに記録することで楽しかった。 これは、条件付きブレークポイントを設定することで実行されます（Shift + F4）





その結果、巨大なデータラップを形成しました。





そして突然、GMユーザーからのメッセージが「GM-GM-AFKのチェック// GM-AFCチェック」というテキストを含む個人チャットで私に届きます。 同時に、私の近くには誰もいませんでした。 私はすでに驚きに飛びつきました。 神秘的なGMに挨拶した後、フォーラムに登って、GMチェックの改革について語った最新のトピックを見つけました。 簡単に説明すると、GMは飛行しませんが、特別な呪文を導入します。その結果、彼はキャラクターを見るようになりますが、彼の前に誰がいるかはわかりません-ニックネーム、レベル、外観さえも決定できません。 実行するアクションと近くの敵（匿名性を高めるためにマウスに置き換えられます）のみが表示されます。 このようにして、不正なゲームマスターの問題は解決されました。



それは追加の課題でした。隣のプレイヤーを追跡する必要があるだけでなく、個人的なチャットも必要でした。 私に飛んだGMからの質問がログに記録されました。ここにあります：

0044A435 COND: 48:457:01GM-GM - check for AFK // - ;I41:46:35;P002:Imthebot:1001:53:35:1000:1000:0:0:0:0:0:0:;G00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

パッチを作成します。 彼に何が必要ですか？ サーバーから到着した文字列を外部アプリケーションに転送する必要があります。これにより、それをどう処理するかがわかります。 これを行うには、ウィンドウに送信メッセージWM_COPYDATAを使用します。



クイックグーグルは次のコードを提供しました：

 var aCopyData: TCopyDataStruct; hTargetWnd: HWND; begin with aCopyData do begin dwData := 0; cbData := StrLen(PChar(Edit1.Text)) + 1; lpData := PChar(Edit1.Text) end; // Search window by the window title // Fenster anhand des Titelzeilentext suchen hTargetWnd := FindWindowEx(0, 0, nil, PChar('WM_COPYDATA-Receiver')); if hTargetWnd <> 0 then SendMessage(hTargetWnd, WM_COPYDATA, Longint(Handle), Longint(@aCopyData)) else ShowMessage('No Recipient found!'); end;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

MUDClient.exeインポートにはFindWindowEx関数はありませんが、FindWindowAがあるため、これを使用します。



パッチジャンプは次の場所にあります。

ここに形成された行があり、3つのNOPが恩恵を受けます

手順の最後の3つのコマンドの上に「JMP 00515080」を書き留めます

2つのPOPコマンドを食べた後、それらを復元する必要があることに注意してください。



ゼロで満たされたメモリの大きなブロックに配置したパッチリレーは次のようになります。





受信機のコードはさらにシンプルです：

 procedure WMCopyData(var Msg: TWMCopyData); message WM_COPYDATA; ------ procedure TForm1.WMCopyData(var Msg: TWMCopyData); begin try StrLCopy(sText, Msg.CopyDataStruct.lpData, Msg.CopyDataStruct.cbData); DoProcessNewLine(sText); //      except end; end;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここで、どのような種類のラインが得られるのか、その中で何が価値があるのか​​を伝える必要があります。 たとえば、自分やMobを含む画面上のキャラクターに関する情報：





上記は、GMキャラクターからプライベートのメッセージがあった行の一部でした。



この情報は、私たちが見ているキャラクターと、私たちに個人的に書き込む不可視のGMの両方を追跡するのに十分です。 スクリーンショットは、画面にユニットを表示する「ボット」ウィンドウの1つを示しています。

ルール違反の典型的な例。 AFKマウスシールドを振って、私が彼らの健康の1つを台無しにしたことすら気付かなかった

サーバーからのデータの受信を調べたので、少なくとも片方の目でクライアントが送信していることを確認する必要があります。 読者にリストの負担をかけません。recvの場合と同様に、送信時にブレークポイントを設定し、コールスタックを調べて、文字列がまだエンコードされていない場所を見つけたことを簡単に説明します。 コマンドの例：

VR-継続的に送信されます。これにより、クライアントは自分が生きており、状態を更新したいと言います。

QR-ゲームからのキャラクター退出

UI4：0-インベントリの4つのセルを使用します。 たとえば、ボトルを飲む、魚を食べる、巻物を読む

MB012：4：0-在庫アイテムを12セルから4に移動します

ACHello0000-ローカルチャットに挨拶

PC * Vasya * Hello-「Hello」とプライベートチャットでプレイヤーVasyaに書き込みます

SP3-座る（キャラクターが座ると、彼はすぐに健康と魔法のエネルギーを補充します）

ACesani gre olam1003-ID1003のキャラクターのファイアボールスペルを読む



などなど。



各コマンドは0x13および0x10で終了する必要があります

使い方は？ もちろん、偽のチーム。 より便利なチャットを書いて、キャラクターに魚を自動的に食べさせ、自動的に座るように教えることができます。 もちろん、キーストロークとマウスクリックをエミュレートすることで多くのことができます。 多くの、しかしすべてではありません。



2番目のパッチも非常に簡単です。 主なアイデア：ゲームが暗号化してサーバーにデータを転送しようとしている場所に、パッチコードを挿入します。 彼はボットのウィンドウを検索し、見つかった場合はコマンドを読み取り、その後ゲームプロセスのメモリ内の行を書き換えます。







クールから。 ゲームには、近くのキャラクターを「見る」機能があります。そのため、ALTを押したままクリックする必要があります。





どのようなチームが同時に送られるのか興味があります。 自分自身をクリックすると、ログに以下が表示されます。

 00515160 COND: ID1006
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

1006を1001に変更してみましょう。





しかし、このプレイヤーは私たちの隣にいるだけでなく、別の場所にいるだけでなく、異なる世界にいます（レベル21に到達したすべての人が行きます。経験は最初の世界ではこれ以上進みません）。

これにより、現在オンラインになっているユーザーを知ることができます。 ただし、オンラインのプレーヤーのリストはゲームのウェブサイトで入手できるため、やめましょう。 これはそうですが、管理者は表示されません。 また、管理者を非表示にするには、管理者がオンラインであっても、メッセージを送信しようとすると、「メッセージを送信できませんでした」というメッセージが表示されます。 そして、見つかった機会のおかげで、特定のGMが現在機能していることを常に知ることができます。 タスクは、ID1000から... ID1100までの検索を行うだけで十分であるという事実によって促進されます。 誰かがゲームを離れてIDをリリースすると、次のプレーヤーが自分でIDを取得します。 したがって、ゲームマスターのIDを推測する必要はありません。 また、ボーナスとして、プレイヤーが私たちから逃げたとしても、プレイヤーの健康状態を監視できます。



たとえば、コマンドを送信します

 ID1020
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

結果：

 Osiris:0:Invictus:53:0:705:705:1:124:190:189:0:139:187:131:184:186:0:0:0:
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

 ID1021
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

結果：

 Admin:0::80:0:1880:1880:0:0:136:555:171:138:167:133:155:163:0:0:0:
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

かなりおいしい。

在庫

それから私は本当に役に立つ何かをしたかった。 このゲームは在庫を扱うのは非常に不快です。 外出先でバッグを開けて使用することはできません。使用できる高速セルは3つだけです。必要なアイテムが遠くにある場合は、葉が抜けるのに非常に長い時間がかかります。



同時に、非常に抑制的なカーソルに言及する価値があります。これは、ハードウェアカーソルに結び付けられていませんが、ゲームによって独自に描画されます。つまり、クイック機器をひっくり返す小さな矢印でそれらを突くのは拷問であり、オブジェクトもクリックします。



ゲームと同じように使用できる別のウィンドウの形でインベントリを作成することにしました。 結果：





まず、ゲームがインベントリの先頭を格納するアドレスを見つけました。 その後、ArtMoneyの助けを借りました。 未知の値をふるいにかけ、最初のセルとゼロのセルの間にゾンビの手を投げることで、私はすぐにこの場所を思い出しました。



00550AC4以降、アイテムを定義する4バイトの値が保存されます。 確かに、うまくいかず、これらの値をtga / itemsフォルダー内の画像と単純に比較しました。 ご覧のとおり、ゾンビの手には151のインデックスがありますが、写真のあるフォルダーでは、手は別の意味を持っています。





151-149の単純な減算は、他のオブジェクトの場合は完全に異なる可能性があるため、下がらない。



WinHexでITEMS.DATファイルを開きます。このファイルはすべて同じtga / itemsフォルダーにあります。





ご覧のように、暗号化されたもののようには見えませんが、一見するとロシア語と代替言語（ドイツ語版にはドイツ語があります）でオブジェクトを記述するだけで便利です。 ファイルを少し掘り下げて、何らかの種類の構造を見つけて、それを非常にすばやく見つけます。アイテムの各説明の先頭間の距離をバイト単位で計算すると、毎回0x2E2（738）バイトになります。 つまり、N被験者に関する情報の各ブロックは738 * Nで始まります。



しかし、ゾンビの手と一致する151は何ですか？ 非常に簡単：151 * 738を掛け、この値（0x1B34E）でファイルの先頭から戻り、以下を参照してください。



この情報から手が描かれているグラフィックファイルの名前を取得する方法は？ 個人的には目で見ましたが、値による検索も使用できます。アドレス1B5A4には目的の149（149.bmp000.png）があります。 結論：データブロックの先頭から0x256バイトの後に、ピクチャを含むPNGファイルの数に等しい2バイトの数があります。



在庫はほとんど準備ができています。 ただし、単純な表示だけでは十分ではなく、そこからオブジェクトを使用する必要があります。 前述のように、サーバーにUIコマンドX ：0（Xはセル番号）を送信すると、アイテムが使用されます。 マジシャンと一緒に走り、外出先でマナのボトルを飲むことができます。これは、ゲーム内の機器を開くことなく、健康補給のボトルを飲む戦士であり、さらに不快な「速い」ものです。







インベントリのより優れた機能のために、基本的なことをします：「私たちの」インベントリの件名をクリックすると、ゲームのクイックインベントリがこのアイテムにスクロールし、ダブルクリックがゲームに転送されます。 また、基本的に行われました。ArtMoneyは、クイックインベントリの位置が格納されているアドレスを見つけ、古き良きWriteProcessMemoryを使用して、必要な番号を書き込みます。 コマンドで送信されたダブルクリック

 PostMessageW(h, WM_LBUTTONDBLCLK,wParam,lParam);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Shadow Worldsのインベントリの操作はこれまでになく便利で、オブジェクトを投げる速度（鉱夫にとって非常に便利）が大幅に増加しました。レバーとホイールの発明者のように感じました。

自動フェードと禁止

そのため、危険な場合の出口自動化を作成しています。これに必要なものはすべてあります。キャラクターが画面に表示されるとすぐに、これに関する通知を受け取ります。ゲームを終了するには、少なくとも2つの方法があります。QRコマンドをサーバーに送信するか、「終了」ボタンのマウスクリックをエミュレートします。キャラクターが一度打たれた場合、彼は一分間ゲームに留まらなければならないので、素早く押す必要があります。



できたホワイトリストも追加されており、信頼できるものを追加できます。そして、楽しみが始まりました。私たちは鉱石を採掘し、邪悪なエイリアンまたは「私たち」が鉱山に飛び込んで剣を振りかけましたが、ヌボの鍛冶屋の姿はすぐに消えてしまいました。彼らは待ち伏せを配置しましたが、私たちは忍者のように現れたり消えたりしました。



また、科学を念頭に置いて、危険を回避し、GMからの簡単な質問に答えながら、釣りや鉱石を掘る完全自動のImthebotを作成するという犯罪的思考も思いつきました。彼は何日/月まで耐えますか、どのレベルのスキルを発揮できましたか？数日間、私はアイデアを育てましたが、鍛冶屋をポンプで揚げることに対する私の情熱が強すぎたため、拒否しました。



そして、ひどいことが起こりました。いつものように、私は鉱石を掘っていたので、管理者が私にテレポートしました。自動出力が機能し、すぐに「Enter」を押して挨拶しました。しかし、遅すぎた



ため、キャラクターはキャラクターを見たときにゲームを自動的に終了するプログラムを使用したことで999日間の禁止を受けました。



ああ、このトピックについて絶えず考えていたが、手が届かなかったため、ホワイトリストに管理者を追加しないことに対して自分を非難した。管理者と話をしようとしましたが、沈黙の壁に遭遇しました。彼は禁止されている人々のしつこさに慣れてきたようです。対話への長い招待の後、彼は「あなたは苦情を受け取った、私はチェックし、疑いは確認された」と付け加えた。おもしろい不満：私は自分のクールな魔術師/戦士を低レベルの裸の職人で殺すことができないので、それを把握するよう管理者に依頼します。



鍛冶屋の喪失は、私にとって「タフなゲーム」のもう一つの論理的なポイントになり、その後、ゲームは再び記憶に移ります。

善と悪についての真実と推論

明らかな質問は次のとおりです。ゲームは記事の後に苦しみますか、詐欺師とバギーはあふれますか？ いや第一に、記事には特定のコードはほとんどなく、いくつかのアイデアがあります。第二に、これらのアイデアはすべて完全に関連しているわけではありません。つまり、機能しますが、不器用です。たとえば、サーバーに送信するコマンドを偽造するコードは不安定です。彼はクライアントの通常のリクエストをほじるので、しばらくしてクライアントが病気になり、切断が発生します。正しく行う方法、私は教えません-記事はこれから良くなることはありません。自動終了アルゴリズムを改善しても誰にも何も与えられません：管理者は検証のために別のキャラクターを簡単に作成でき、管理者は非常に厳しいため、民主主義や無罪の推定がないため、ポンピングの月はゼロになります。