羊了个羊只要发请求就可以通关，如何在设计层面避免这种情况

[FstarKing]

羊了个羊之前只要抓包拿到 token ，然后向他的服务器发一个 get 请求，就算通关了

所以好多人刷了 99999+次

如何在设计层面去防止这样的情况

[qsnow6]

没必要！

[zaul]

@Mithril 听君一席话，胜敲 5 年代码

[qsnow6]

但是如果非要加强防护的话，这个场景下，帧重放确实是拦截异常数据比较高的方案。

[GLee9507]

@villivateur 这是防抓包吧，root 后直接添加系统证书

[knva]

没啥用.

[doomzc]

我想问 不是这两天不能刷了么？？

[qbuer]

我的想法：通关的消除顺序是某个方程的解，服务器带入计算就知道是否完成了游戏。类似挖矿，用户需要耗费脑力求解，服务器只需少量计算即可验证。至于实现方法。。。不知道

[avenger]

类似 CSRF 的方案可行吗？

[Jooooooooo]

2l 看起来是个解法.

[eycode]

源码加密，防止泄露加密方式，请求提交带安全码，可行？？？

[yyf1234]

不使用明文传输，就可以拦住 99%的脚本小子了

[fank99]

逆向老哥的眼里，什么加 token 、源码加密都没用
有用的是 提高逆向的成本，杜绝一部分人。不过正如 3L 所说，这个问题是无所谓的

[janus77]

换成提交的请求呗，结果有通关成功和通关失败。服务端自己拉取分数进行判断是否是通关。

[HugoChao]

#3 说的太好了

[marcong95]

考虑到这个游戏是为了让人看广告的，那么可以有一种更加粗暴的反作弊、反 AI 的方法：如果这个玩家在本局游戏内看的广告少于一定阈值，就不计成绩😂

如果考虑到运气或者技术因素，那可以把这名玩家所有游戏记录做个平均数

[Reficul]

POW ，用户一边玩一边挖矿。 （逃

[des]

所以你就是作者？

[cjpjxjx]

检测通关时间太快的玩家不出现在好友列表里，仅自己可见，自娱自乐去吧

[zapper]

设计成通关不了，就不会有这种烦恼

[darkengine]

"这个问题优先级放到最低"