iOS审核被拒

如果自己知道是马甲包,那就没什么好说的。如果确认自己都是手打的,直接上诉,要求他们电话沟通

怎么打电话,点击进去只有邮箱留言

oc工程最好重新建,用其他项目的也有问题,我之前就是,重新建然后配置一步步做,然后就过了

什么类型游戏

和什么类型游戏没什么关系吧,我当时是qp的

我才与审核人员通话过,设计问题,玩法问题,重了,不会被拒的。
他们说主要是代码问题,与违规账号所发布的代码重了,你再其它哪个账号上发,都会被直接定位并标记,导致这个账号下的app代码也有可能被标记。除非处理好违规账号(一般是没戏的)。另一个 办法就是完全重新写一个代码都不相同,底层框架都不能相同的。另外引擎会被苹果排除在外,不会认为重复。其中我也问道我的JS代码都是加密的,为什么也会被判重复。它说它们的技术升级了,不用问为什么可以,现在就是可以,运行时也可以判断的。不知真假。

下了个插件,正在改

应该是运行检测的,对命令进行比对

运行时检测
2dx-lua版本的要怎么修改
:worried:

问下,你的js代码加密是直接用引擎自带的xxtea,然后解密秘钥也是引擎生成的?

是的,我用的xxtea,换的新密码。依然无法通过审核,(因此我说的什么可能也没什么毛用,纯粹发泄一下,还正在为审核努力中),但是我已经明确到人审了。因为后台看见美国那边的审核人员玩了一分半的游戏,输了。两分钟后反手给我个4.3a
现在又在想测试尝试混淆的办法。(虽说当时与审核人员通话时,它们说过,什么混淆,小修小改,请上架团队之类的,都是没有用的。但是混淆成本最低,我还是想试试。)

和之前的代码重复率大概多少?还是说有标志性的代码重复?

cocos的xxtea秘钥明文写在c++代码里面,苹果机审有无数种办法从可执行文件直接找到解密秘钥(找到Game.cpp的函数名,再打开可执行程序搜索就能看到字节码附近有一串无意义的明文字符串,解密秘钥无疑),安卓一样,so直接UTF编码打开就能找到。

所以引擎自带js加密就是加个寂寞,推荐运行时基于一套规则来生成xxtea秘钥(加密时一样),总之秘钥不能被直接找到,但是随着审核技术升级以及AI,不清楚这种运行时生成方式还能用多久。

另外,发原生平台混淆意义很有限,混淆方向现在进入了误区,工具做的天花乱坠但是对字符串常量无能为力,比较的鸡肋(Unicode改编码,还是字符串常量),而审核最容易做的就是比对字符串常量来判断是否关联

现阶段能做的目标是加大审核人员识别的难度和复杂度

字符串常量这个,的确,我们开会也讨论到了。也需要改

字符串常量怎么修改? :worried:

兄弟解决了吗上去了吗

仍然没有,做了个小游戏(小体量游戏)进行上线测试。类似拼图的。拒绝原因是 玩法概念。