绝杀反外挂计划

　　自从网络游戏诞生以来外挂就一直是网络游戏厂商头痛的尴尬 。由于网络游戏服务器端的负荷很重 ，不能铺开太多计算，只能把大量检测外挂的筹备放在网络游戏的客户端铺开。但是外挂也总是可以铺开针对性的修改，使这些检测失效。而且从某种意义上会谈 ，外挂使这些检测失效比游戏检测这些外挂更轻易 。从目前的情况来校验，在这场较量中似乎也是外挂占了上风。在这种情况下游戏厂商不得不使用封号的计划阻止玩家作弊，但是这又会造成玩家流失 。有没有一种能有很好的反外挂效果，而外挂又无法使这些检测失效的反外挂计划计划 ？这就是本计划所能做到的 。

　　首先介绍一下本计划的基本原理
。一个网络游戏客户端在运行时 ，从本质上会谈是一个从服务器接收数据，网络游戏客户端根据这些数据
，加上用户鼠标键盘的输入
，计算出向服务器发送的数据 ，并把这些数据发送给服务器的过程
。记录下一个客户端从服务器接收到的数据、用户鼠标键盘的输入，以及这些数据在客户端上被筹备的时间，就能计算出这个客户端应向服务器发送的数据。在用户没有作弊的情况下，即使在不同的客户端重新计算，也仍然能得到相同的结果。quake（雷神之锤） 、星际争霸 、cs（反恐精英）等游戏的录像功能使用的就是本原理 。因此我们只要比较两个客户端计算的结果，如果不相同，就能知道其中有客户端作弊了。

　　由于被检验的客户端和检验它的客户端都有可能作弊，例如检验它的客户端有可能谎报被检验客户端作弊 ，也可能谎报被检验客户端没作弊
，因此两端的作弊都必须防止。我们先来校验一下具体怎么做 。

　　一个网络游戏客户端接合服务器时，同时也接合另外两个用于对它铺开验证的游戏客户端 。在服务器传送给客户端的数据中含有从服务器上发出的时间。客户端把它从服务器上接收到的数据D1
、该客户端上鼠标键盘的数据D2，以及这些数据在客户端上被筹备的时间D3、D4传送给两个用于验证的游戏客户端。为保证这些数据不被修改  ，在传送给验证客户端前，D1、D2、D3、D4使用RSA算法加密 。验证客户端根据D1 、D2 、D3、D4计算出被验证客户端应向服务器发送的数据D5和D5的CRC校验D6，把D6传送给服务器。为防止被验证客户端在把D1传送给验证客户端前修改D1的数据 ，验证客户端也要把D1的CRC校验D7传送给服务器。服务器计算被验证客户端发送给它的的数据D8的CRC校验D9  ，以及D1的CRC校验D10。比较D9、D6
、D10 、D7，如果不相同，就可以知道有客户端作弊了 
。

　　下面来校验校验上面的计划在各种情况下是如何检测出哪个客户端在作弊的。

　　假设被验证客户端在把D1传送给验证客户端前修改D1，服务器只需比较D10、D7就能知道被验证客户端是否修改了D1。

　　假设验证客户端谎报D1被修改
，在验证客户端向服务器报告此尴尬时，服务器将要求验证客户端把D1传送给服务器。由于D1使用RSA算法加密，验证客户端根本无法修改它，因此验证客户端是无法谎报D1被修改的。对于验证客户端谎报D2、D3、D4被修改的情况也与此类似。

　　假设被验证客户端使用加速外挂 ，由于D1中含有服务器发送它的时间，这个时间减D3或D4后的值D11应该是一个恒定值 
。如果这个值变化超过一定范围  ，例如两秒，就可以知道被验证客户端作弊了
。

　　假设被验证客户端使用修改封包、内存 、脱机等外挂 ，D9、D6必定不相同，所以只需比较D9、D6就能知道有客户端作弊。

　　在发现有客户端作弊后，服务器将要求验证客户端把D1 、D2、D3、D4发送给服务器，由服务器计算被验证客户端应向服务器发送的数据D13。比较D8、D13，如果不相同，就能知道是被验证客户端作弊
。比较D5、D13，如果不相同 ，就能知道是验证客户端作弊。

　　假设被验证客户端为了躲避验证 ，不把验证数据发送给验证客户端。对于这种情况，如果两个验证客户端在一段时间内都没有收到验证数据，服务器可以断开被验证客户端的接合。

　　假如被验证客户端因为验证客户端下线等原因和验证客户端断开了接合怎么办
？只要另一个验证客户端还能收到验证数据 ，就不会有什么影响。如果网络带宽允许，甚至可以思索接合三个验证客户端。这样即使有两个验证客户端谎报收不到数据，仍然不会对被验证客户端裸露影响。在验证客户端和被验证客户端接合断开的情况下，我们需要让被验证客户端重新接合一个验证客户端 。

　　应该如何重新接合一个验证客户端呢？对此需要每过一定时间
，例如10秒 ，保存一次被验证客户端的状态。在验证客户端和被验证客户端接合断开时
，被验证客户端接合一台新的验证客户端，把此状态传送给新的验证客户端 。新的验证客户端根据此状态，再加上被验证客户端传送给它的D1、D2、D3 、D4就能绵延计算D5，从而绵延对被验证客户端铺开验证。如果被验证客户端和两个验证客户端的接合都中断了，我们就需要中断服务器和验证客户端的接合。对于服务器计算D13的情况也是一样，只要根据被验证客户端的状态
，再加上D1 、D2、D3、D4就能计算出D13

　　 。

　　假如验证客户端总是不报告被验证客户端作弊 ，只要另一个验证客户端筹备正常就不会有影响。另外可以让一些客户端故意传送给它错误的数据 ，如果它没有报告作弊
，就可判断出此验证客户端在作弊。

　　假如被验证客户端故意传送给验证客户端无法用RSA算法解密的数据，或者验证客户端故意报告被验证客户端传送给它无法用RSA算法解密的数据怎么办  ？服务器无法区分这两种情况，所以只能作为被验证客户端和验证客户端接合中断来筹备。

　　再来校验一种情况 。假设外挂通过某种计划让使用外挂的客户端互相联系 ，并且联合作弊怎么办？例如
，一个使用了外挂的被验证客户端接合了两个验证客户端，其中一个验证客户端也使用了外挂，另一个没有。被验证客户端强行中断与没有使用外挂的验证客户端的接合，而另一个使用了外挂的验证客户端却又不向服务器报告被验证客户端的作弊行为。对此我们可以每过一小段时间
，例如30秒
，就要求被验证客户端改变它的两个验证客户端
。这个周期越短越好 。在接合新的验证客户端后，除了要求新的验证客户端验证当前被验证客户端和服务器之间的通讯外，还要求验证之前30秒的通讯。只要这时的两个验证客户端没有作弊，被验证客户端之前30秒的作弊行为就能被检测出来。

　　本计划可以检测所有修改客户端网络输入输出数据的外挂
，例如加速、修改封包 、修改内存等。也不可能做出脱机外挂。在没有源代码的情况下，脱机外挂要输入和输出和原游戏完全相同的数据远比厂家自己还难。如果这样
，外挂作家们不如写游戏赚钱了。目前国内外挂这么多 ，跟这些外挂作家无法通过正常的软件得到收入也有关系。而且游戏每做一次小小的改动 ，外挂都得改得吐血
 。

　　本计划对于不修改客户端对外输入输出流的外挂是无法检测。什么情况外挂不会修改客户端网络输入输出数据？有两种情况
，一种是使用程序模拟用户的鼠标键盘输入，另一种是修改显示。对于模拟用户的鼠标键盘输入的外挂 ，我们可以用网页上常用的验证码的方式来对付。像网页上那样的验证码 ，人眼可以很轻易辨认出其中的数字 ，但用软件却很难辨认出，因此外挂也就无法筹备 。况且模拟键盘鼠标的外挂对游戏的影响比加速 、修改封包、修改内存  、脱机等要小得多，因此被一些人称为绿色外挂
。对于修改显示，传奇外挂显示人物血条的功能后来被厂商自己加入到游戏中。而在魔兽世界中显示血条的功能则是官方认可的插件 ，可见厂家对这种外挂的认可。把墙体变成透明的一些程序，如果游戏中没有阻碍物视线的墙体就没有用处 。在雷神之锤（QUAKE）或反恐精英（CS）中 ，把墙体变透明后 ，就能校验见墙后面的人，或者血和甲 。这是因为在客户端上实际有这些数据，只是在正常情况下游戏不在屏幕上显示出来。对此 ，我们可以让服务器不把这些在正常情况下玩家校验不到的东西的数据传送给客户端。

　　由于本计划是即时的，所以在检测到客户端作弊后可以立即断开该客户端的接合 。这要比事后封号更轻易让用户收受。由于验证客户端需要把D1、D2、D3 、D4传送给被验证客户端，所以每增补一个验证客户端，被验证客户端所需的网络带宽就需要增补大约0.5倍。但是一个不使用本计划的网络游戏实际所需的网络带宽是很少的 ，通常在每秒1K字节左右 ，所以即使被验证客户端接合两个验证客户端 ，所需的网络带宽也只有大约2K。而且一些对游戏没有影响的数据，例如玩家在游戏中的会谈天，或者服务器发送的广告等，不需要发送给验证客户端，因此所需的带宽还能更少。

　　在本计划中已经假设了很多种外挂以及它们的抵御计划 。如果您认为还有本计划中无法抵御的外挂，欢迎假设出这种外挂对本计划铺开虚拟攻击 。