3
0
0

关于omk第二次重启后tee状态出现问题的解决方案

2026-09-24
2026-09-24

· 酷安原贴 [作者:竹清鸢] :

https://www.coolapk.com/feed/73920263?s=NDdhMDJkM2EyMDJhMDJkZzZhYjJhM2I5ega1662

· 问题来源与解决方案:

原因是 OMK 前后读取到的 vb_key 和 vb_hash 发生变化,导致 KeyBlob 的 KEK 派生结果变化,旧 KeyBlob 无法解密。

先查看当前系统值:

getprop ro.boot.vbmeta.public_key_digest getprop ro.boot.vbmeta.digest

然后修改:

/data/misc/keystore/omk/config.toml

把:

vb_key = "auto" vb_hash = "auto"

改成当前系统实际读取到的两个 64 位值。

例如我这里是:

vb_key = "5caf8e74bfc8783d54bdd8ce0a48a587f9304214ae58803ffbb80b04c1fee06f" vb_hash = "a6c710d15c281f3ff52b370ecedc68e7f3bb1ef1e76b69fcc579a733b9d42055"

然后清理 OMK 自己的旧数据:

rm -rf /data/misc/keystore/omk/data/* rm -f /data/adb/omk/*.pid reboot

注意不要删除整个 /data/misc/keystore/,只清理 /data/misc/keystore/omk/data/。

重启后 OMK 会使用固定的 vbmeta Root of Trust 重新生成 KeyBlob,避免因为 vb_key / vb_hash 变化再次出现 InvalidKeyBlob。

支持与分享

如果这篇文章对你有帮助,欢迎分享给更多人或者给予支持!

评论