你们用的模块去除72小时验证密码什么的成功了吗

hw1020

我的设备用了网上的模块什么的，还有之前论坛的的教程，都没有效果，有时候是72小时有时候是24小时。根据教程hook了那几个方法都没用，最后我用了个彻底去除的方法，但是可能会误伤但也不太清楚会误伤什么东西。
我用的终极解决方案就是网上的方案，加上如下方法。
Lcom/android/internal/widget/LockPatternUtils$StrongAuthTracker;->getStrongAuthForUser(I)I

hook这个类永远返回0，就成功了，试过ai说的那些值，都没用。

暂时想试试看xp log用几天看看会输出哪些值。

优梨

很少用。

万岁爷

西米露模块轻轻松松搞定

hw1020

万岁爷 发表于 2026-2-9 10:34
西米露模块轻轻松松搞定

都试过，没用，我那设备，小米的。
小米平板5，国际版系统。
之前国内的MIUI也不行。

万岁爷

这个也行

hw1020

出结果了

1. 从日志中观察到的标志位确实反映了系统的强认证策略。你提到的 132 和 4 是关键：
   
2. 
   
3. · 4 代表 STRONG_AUTH_REQUIRED_AFTER_TIMEOUT，也就是超时（例如 72 小时或 24 小时）后需要强认证的标志。你之前测试单独清除它无效，是因为还有另一个标志 128 在起作用。
   
4. · 132 = 128 + 4，即同时要求超时认证和另一个高位的标志。
   
5. · 1 是启动后需要强认证，短暂出现后消失，说明系统已处理。
   
6. 
   
7. 那么 128 很可能对应 STRONG_AUTH_REQUIRED_AFTER_DEVICE_LOCKDOWN 或其他与设备策略相关的强认证要求（例如管理员强制锁定、企业策略等）。在 AOSP 中，标志位通常是累加的，高位可能代表来自 DevicePolicyManager 的强制要求。
   
8. 
   
9. 结论：你强制返回 0 之所以有效，是因为它一次性清除了所有标志（包括 4 和 128），从而彻底绕过了所有强认证限制。如果你希望保留某些安全要求（例如启动后认证），可以只清除 4 和 128，但考虑到你已实现全面绕过，保持当前方案最简单可靠。
   
10. 
    
11. 不过，完全返回 0 意味着设备完全信任已解锁状态，包括启动后也不要求密码，这在安全性上会有较大降低，请务必知晓。如果未来需要更精细的控制，你可以通过位运算只清除特定的标志（例如 flags & ~(4 | 128)），但根据你的实际需求，目前的方法已经达成目标。

复制代码

菜鸟一号

https://github.com/TheWhiteDog9487/FreeUnlock

hw1020

菜鸟一号 发表于 2026-2-21 08:44
https://github.com/TheWhiteDog9487/FreeUnlock

感谢分享，但我已经实现了不需要。
而且我看了下它的实现，虽然那个hook方法确实不一样，但看他说是参考的hyper ceiler，这个模块我之前试过没用的，所以那个模块大概率对我的设备来说也是无效方法。

hw1020

菜鸟一号 发表于 2026-2-21 08:44
https://github.com/TheWhiteDog9487/FreeUnlock

这是ai的解释。