Add Device.fix_execute_only_memory() to fix app crashes on execute-only-memory (XOM) ROMs

[leeduin]

问题

在启用 execute-only memory (XOM) 的 ROM 上（如 MIUI），lamda server 内嵌的 frida 运行时 hook zygote fork 路径后，所有 spawn / 注入的目标 app 都会在启动时崩溃：

• 现象 1：app 卡死在启动页（splash screen）
• 现象 2：spawn() + resume() 后进程数秒内死亡（SIGSEGV）

根因

MIUI 等 ROM 将 zygote 内的系统库映射为 --x（只执行、禁读）段。frida gum 在 zygote fork 特化路径上构建 trampoline 时需要读取目标内存（如 libmedia.so 的 .text），触发 SEGV_ACCERR：

#00 ... /system/lib64/libmedia.so (.text 段)   <- 读被 XOM 拒绝
...
<- linker64 __dl__ZN6soinfo17call_constructorsEv

zygote 内段权限被 app 继承，因此每个 fork 出的进程都会崩，与具体 app 无关。

修复

新增 Device.fix_execute_only_memory()：通过 server 内嵌的 frida 运行时 attach zygote/zygote64，将后备文件位于 /system、/apex、/vendor 的全部 --x 段 mprotect() 回 r-x，fork 出的进程恢复可读，注入恢复正常。

from lamda.client import Device

d = Device("192.168.22.x")
# 设备重启 / server 重启后调用一次（XOM 是内核每次启动重新生效的）
d.fix_execute_only_memory()
# -> {'zygote64': {'fixed': 294, 'failed': 0}}

pid = d.frida.spawn(["com.example.app"])   # 之后 spawn/注入不再崩溃

实测

• 环境：Xiaomi cepheus (MIUI V12, Android 10, arm64)，lamda server 10.8
• 修复前：注入后任意 app 卡启动页 / SIGSEGV
• 修复后：zygote64 内 294 个 --x 系统库段恢复 r-x，目标 app（含 Unity/cocos 混合引擎、带 native 反调试的 app）正常 spawn 存活到主界面

也建议后续考虑在 server 端注入前自动执行该恢复逻辑（本 PR 先提供客户端工具方法，不改变 server 行为）。