Frida 17.15.5：代码补丁与新版 iOS 的兼容修复

当天发生了什么

2026-07-13（UTC 11:47），Frida 在 GitHub 发布 17.15.5，官网同日发布新闻稿，称其为一次快速的缺陷修复版本。按新闻稿：Android 方面，当目标进程没有映射 boot image 时，可以容忍修补 USAP 时的暂时失败；Darwin 方面，在较新内核上重新启用 CodeSegment，vm_remap 覆盖方式在 iOS 17.6 及以上重新可用；Gum.Memory 方面，修复 patch_code 中的挂起死锁，补丁先在临时缓冲区准备好，并让 patch_code 在并发和失败情况下更安全，所有目标页先变为可写、只回写修改过的字节、在刷新指令缓存前恢复为可读可执行。

对威胁模型意味着什么

Frida 是安全测试中常用的动态插桩工具，开发团队自己的测试人员和外部分析者都会使用。这次发布说明了一个规律：当操作系统更新导致某些机制失效时，工具会在后续版本中重新适配，而且代码补丁的稳定性也在持续提升。对开发者而言，含义是：客户端在运行时的行为应当被视为可以观察和修改的，在用户可控的设备上尤其如此；依赖某个工具特定行为的检测方式会随工具更新而失效，维护成本很高。这并不意味着客户端防护没有价值，它可以提高成本、产生风险信号，但不能作为授权、计费或反作弊的唯一依据。

可以在自己的应用上做的检查

第一，在威胁模型中明确写出“运行时可被插桩”这一前提，并据此梳理哪些判断只在客户端完成。第二，把权益、计费和关键业务规则放在服务端校验，客户端结果只作为输入。第三，使用平台证明（如 App Attest、Play Integrity）作为风险信号而非绝对证明，并在服务端做好降级处理。第四，在授权范围内对自己的应用做动态测试时，记录所用工具和系统版本，平台或工具更新后重新测试。第五，关注工具发布说明中与平台版本相关的变化，及时调整自己的测试矩阵，而不是在客户端堆叠针对单一工具的检测。

行动清单

• 威胁模型中写明运行时可被插桩
• 权益与计费在服务端校验
• 平台证明作为风险信号并设计降级
• 记录测试工具与系统版本，更新后重测