AntiCheat ClientSide Source

[zzz]

AD: Mt2009 - Mobile & PC - 30 January 2026 CHECK THE PRESENTATION!

感谢分享！

 

[ozanongel]

teşekkür ederim paylaşım için

 

[hikmetaypek]

ty

 

[ozanongel]

şimdi bu kodlar nerelerde hilenin kullanımına engel olur hiç bunun hakkında bilgi varmı yada verebilcek varmı?
--
Now, where do these codes prevent the use of the cheat? Is there any information about this or can anyone give it?

 

[853870666]

在自由项目期间开发的客户端反作弊程序，用于“插入”私人服务器的专有客户端。包括内存完整性检查、线程执行限制、钩子检测、内存蜜罐等等。

*内存完整性检查​

最初收集游戏模块内的内存页面集合 (anticheat::cheat_monitor::init)，并根据每个页面的内存内容生成 CRC32 哈希值 (calc_vpt_hashes) - 每个周期都进行验证 (anticheat::cheat_monitor::check_pages) 。

*线程阻塞​

挂钩 RtlUserThreadStart 并检查线程的指定执行地址是否在正确的内存范围内。在这种情况下，它称为“仅图像执行”，其中仅允许主图像（以及其他一些排除的图像，例如 ucrtbased.dll）中的线程运行。如果线程在这些范围之外运行，那么它会在无效执行空间内被检测为恶意线程。这还可以防止调试器附加进程，因为 RtlUserThreadStart 是在调用 DbgUiRemoteBreakIn 之前执行的，而 DbgUiRemoteBreakIn 是在安全边界之外执行的。

*内存蜜罐​

内存蜜罐是在 init 例程中创建的，其中内存页面尚未被访问，但当它们被访问时（它们不应该被访问），就会被检测到。防止“欺骗”扫描仪。

*反调试​

直接检查 PEB（而不是使用 IsDebuggerPresent，因为可以轻松查找）BeingDebugged 标志的值以及 NtGlobalFlag 的值。不过，很容易直接修改 BeingDebugged 标志来绕过此检查。DbgUiRemoteBreakIn 被阻塞，因为调试线程无法在进程中执行（DebugActiveProcess 在进程内执行线程，但我们的进程有内存边界检查，在提到线程扫描时简化。）

TBA：任意向量异常处理检测

*受保护的功能​

概念上与内存完整性检查类似，但专门检测指定为“受保护”的 Winsock 例程是否被挂钩/修改，从而防止用户模式数据包被 WPE Pro 和 rPE 等软件修改和读取。

*过程扫描仪​

根据内容（进程名称、窗口名称）和唯一的内存签名扫描每个进程。

*模块扫描仪​

扫描进程中加载的模块，查找任何名称已列入黑名单的模块。

下载

[隐藏内容]

Good