附加游戏后下断点 bp ws2_32.send
send函数断下后,可以看到数据地址每次都一样

可以说明这个游戏是线程发包,所以直接在数据窗口中转到这个地址,然后对这个地址下硬件写入断点。
下了硬件写入断点后可以一层一层往上面跟,确定写包的CALL,但是由于这个游戏发包异常的频繁,这种方式跟的话费时费力,所以采取第二种办法:
下硬件断点断下来后看调用堆栈,多观察几个包的调用堆栈,一般来讲都有一个公共的写包函数,只要找到这个写包函数,再往上面跳就是各个功能了。
我这里地址是f1b9020 所以我执行命令dump f1b9020跳转到这个地址来:

接下来下硬件写入断点观察:

几次断下来后堆栈如下:




观察了几个包 只有00D8EAA2值公共调用,说明这个包很有可能就是写包函数
转到00D8EAA2这个地址,注意,这个地址是返回到了这个地址的意思,也就是说call是在这个地址上面一行。

在00d8ea9f处下断发现一直断 说明这个游戏在不断的发包,所以需要下条件断点过滤我们不必要的包。

经过几次观察发现唯一的规律就是 [esp+8]的值会变,我们过滤掉几个不是我们动作产生的包 断点条件如下:
esp+8\]!= 0f2eae7b\&\&\[esp+8\]!= 0f2eaabb 下好条件断点后去游戏选怪  断下来后返回到上一层 给这个call下段  然后再返回到上一层 给这个call下段  这里不打算返回上一层了。因为看这个call就有点像选怪call的样子。 这里下了一个断点,然后去游戏里面选个怪,看看参数,然后注入试试。  可以看到是有两个参数 第一次参数是41 第二个固定是1 盲猜第一个是怪物的ID,因为我换了几个怪这个参数就在不断的变换。 这里ecx也赋值了,ecx一般是this指针。可以去call里面看一下使用ecx的时候有没有先赋值,如果没有的话ecx就是传的this 所以 选怪的汇编代码如下: mov ecx,dword ptr ds:\[0xBBB05C
push 0x1
mov eax,dword ptr ds:[ecx]
push 怪物ID
call dword ptr ds:[eax+0x3C]

注入之前没有选怪物。
注入后的效果:

由此可见 选怪CALL是OK的。