传奇私服抽奖漏洞

去年冬天，一个开私服的私服朋友半夜给我发截图。他运营的漏洞1.76复古服里，有个叫“幸运锦鲤”的传奇抽奖抽奖活动，原本设定特等奖概率0.8%，私服结果连续三天，漏洞同一个账号抽走了六把屠龙。传奇抽奖他查了日志，私服发现那个玩家每次抽奖前都会先小退一次，漏洞再上线点抽奖。传奇抽奖就这么个动作，私服特等奖概率被拉到了接近15%。漏洞

这不是传奇抽奖玄学。私服抽奖的私服底层逻辑，十有八九是漏洞伪随机数生成器（PRNG）加时间种子。很多GM图省事，直接用GetTickCount()或者time(NULL)当种子。问题在于，玩家小退再上线，客户端会重新发送抽奖请求，而服务端如果没做严格的冷却和种子隔离，两次请求可能落在同一个时间窗口里。种子相同，随机序列就相同。你第一次抽是“谢谢参与”，小退再抽，序列重置，结果还是“谢谢参与”——但如果你在特定毫秒数上线，序列开头恰好是特等奖。

更离谱的是有些服连随机数都不取种子。我见过一个版本，抽奖逻辑写死在QuestDiary文件夹的脚本里，用Random(1000)，但每次调用前没有Randomize()。这意味着每次服务器重启，随机序列完全一样。第一个抽奖的人必中某个固定奖，第二个也是。有工作室专门蹲重启，凌晨四点服务器维护完，脚本一跑，特等奖直接进他们背包。GM第二天看后台数据，还以为是自己设置的概率有问题。

还有一种漏洞不在随机数，在并发请求。抽奖按钮点下去，客户端发一个封包，服务端扣元宝、给物品。如果扣元宝和给物品之间没有加锁，玩家用封包工具同时发十个抽奖请求，元宝只扣了一次，物品给了十份。这个漏洞在不少传奇私服引擎里都存在，尤其是那些用老版GameOfMir或者HeroM2改的版本。修复方法也简单，把扣元宝和给物品放在同一个事务里，或者加个互斥锁。但很多小服GM根本不懂这些，他们只会改爆率、调经验，底层代码碰都不敢碰。

我观察到一个规律：抽奖漏洞的严重程度，和私服的“快餐化”程度成正比。越是那种上线就送满级、装备全靠抽的服，漏洞越多。因为这种服的核心收入就是抽奖，GM恨不得把抽奖做成自动贩卖机，代码写得越简单越好，简单就意味着漏洞。反倒是那些复古的、节奏慢的服，抽奖只是个添头，GM愿意花时间写严格的校验逻辑。

去年有个叫“龙腾”的私服，抽奖漏洞被曝光后，GM在群里发公告说“技术已修复”。结果玩家发现，他只是把特等奖概率从0.8%改成了0.1%。漏洞还在，只是中奖更难了。这种掩耳盗铃的操作，在私服圈子里太常见了。很多人以为抽奖漏洞是技术问题，其实首先是态度问题——你愿不愿意承认自己的代码是屎山，愿不愿意推倒重写。

如果你现在还在玩某个私服的抽奖，不妨试试：抽之前小退一次，再上线抽。如果连续三次结果都一样，恭喜你，这个服的随机数种子没变。别声张，闷声抽你的。但别太过分，GM查日志的时候，你那个账号的抽奖记录会像秃子头上的虱子一样明显。