不会重置数据，但是没锁屏密码解不出数据，BL 也绕不过。
30 次错误以后每 10 次额外错误会使尝试间隔加倍，一天封顶。https://cs.android.com/android/platform/superproject/+/master:system/gatekeeper/gatekeeper.cpp;l=291

@little_cup 说不定只是审核人员手抖选错了具体条款。。<del>你要反驳 easibly reversible，我觉得可以从和用户启用这个功能的复杂程度相对比。因为启用的时候需要用 ADB</del>

发现免 root 模式原来是设置 Device Owner，这个权限太大了，我觉得不好洗。。。

英文版 Play policy 里，“促成不诚实行为”应该对应 Deceptive Behavior

https://play.google.com/about/privacy-security-deception/deceptive-behavior/#!?zippy_activeEl=deceptive-settings#deceptive-settings

Deceptive Device Settings Changes

Additionally, we do not allow:

Apps that modify device settings or features with the user’s consent but do so in a way that is not easily reversible.

应该就是这条了。不过 Easily reversible 这个概念比较主观，所以见仁见智了。。

完整的 logcat 里有，你这里 filter 过了，只显示了你 app 的 log

@am241 +1

@am241 思路不错，只要把伪随机数换成伪随机置换就行了，最方便的就是常见的分组密码 DES AES 之类。服务器只需要存一个密钥 k ，第 i 号用户的号码就是 DES_k(i)。随用随算，根本不需要存进数据库里。

似乎没人提过这个？ https://en.wikipedia.org/wiki/Secure_Remote_Password_protocol

@xqin +1

adb shell run-as <package name> <cmd> 直接以 app uid 运行命令，要求 app manifest debuggable ，不需要 root 。

难道是 XSS?

NoMachine

让你朋友学习下 Kerckhoffs's principle 。
没有源代码就随便找人破解的都是耍流氓。

LZ 如果用官方教程那个“ Creating a case-sensitive disk image ”的话会巨慢无比，磁盘 IO 跟不上，不如直接分区。

Google "HBase client leaking connections"有没有看上去符合的。[/kb]

寂寞

McAfee原文链接： https://blogs.mcafee.com/mcafee-labs/apps-sending-plain-http-put-personal-data-risk