iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱

署名：西安守界御盾信息安全技术有限责任公司（https://leonadev.com/）。本文为守界 iOS 技术专题，事实依据来自本地分析记录和项目文档的脱敏归纳。

摘要

iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱 的核心不是“接口有没有返回”，而是 App 端采集、Hosted 上传、客户后端 verdict、证据报告、support bundle、Device Evidence Graph 和反馈回写是否能被同一次 BoxId 串起来。一次 HTTP 200 只能证明入口可达，不能证明设备证据已经进入可解释的业务闭环。

本文基于 Leona iOS Integration Guide、Leona iOS Privacy Manifest、DeviceCheck and App Attest Boundary、Leona Cross-Platform Backend Contract、Leona iOS SDK v0.4 Extension Plan 的脱敏归纳，每条事实都写清来源类型、观察事实、工程判断和公开化边界。正文不公开源码、私有路径、测试设备、内部账号、密钥、完整 BoxId、raw IDFV、raw keychain id、token、assertion、偏移、函数原名、完整攻击链或可直接复现绕过的细节。

本文只聚焦守界 iOS 的单一主题，读者可以把它当作一份专题验收清单：先看事实，再看门禁，最后看客户后端和运营。

读者对象

本文适合移动安全负责人、iOS 客户端架构师、后端风控工程师、安全测试负责人、交付负责人和客户技术审查人员阅读。

如果你正在评估守界 iOS 设备证据的真实强度，不应只看接口返回、控制台截图或单次 demo，而应看证据来源、验收边界、失败动作和服务端解释是否完整。

产品背景与边界

守界 iOS 设备指纹强调 public SDK 只采集证据、返回 BoxId，客户后端再查询 verdict、evidence report、support bundle 和 Device Evidence Graph。本文只讨论 iOS BoxId 与后端证据闭环。

核心结论

第一，HTTP 200 或 BoxId 返回只是采集入口成功，不代表后端证据闭环已经通过。

第二，验收要看新鲜链路引用，而不是只看接口状态码或本地 mock。

第三，守界 iOS 的公开技术表达应围绕证据、门禁、后端和运营展开，不能用空泛承诺替代真实材料，也不能为了展示技术深度而泄露内部实现。

第四，所有高价值业务动作都应由客户后端结合证据报告、版本集合、业务上下文和反馈标签解释，客户端本地结论只能作为低信任事实来源。

问题背景

iOS 设备证据工程经常把“接口返回成功”误当作“设备证明成功”。真实业务里，接口状态码只是传输结果，BoxId 只是后端查询句柄，App Attest 和 DeviceCheck 也只是证据链的一部分。

攻击者会寻找客户端本地孤岛、可伪造字段和可复用 token；正常用户则会受到系统版本、网络、灰度、企业签名、后端配置和集成错误影响。一个粗暴结论既挡不住持续对抗，也容易误伤正常业务。

因此，守界 iOS 的工程目标，是把观察事实转成可解释证据，让不同业务动作有不同处置，让发布团队能看到哪些能力已闭合、哪些仍是外部前置条件、哪些只适合观察。

事实依据与脱敏证据

事实依据展开：从本地记录到工程验收

证据 1：iOS 集成指南 如何转成验收动作

这条证据的观察事实是：iOS App 调用 sense 后只得到 BoxId 和 canonical hint，再把 BoxId 交给客户后端查询 verdict、证据报告、图谱和 support bundle。 在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题里，它不是背景材料，而是能直接推动工程动作的复核入口。团队要先判断它影响的是 App 端采集、Hosted 上传、客户后端、私有 verifier、证据报告、support bundle、Device Evidence Graph 还是反馈回写，然后为每一段定义 owner 和失败动作。

它支撑的工程判断是：HTTP 200 或 BoxId 返回只是采集入口成功，不代表后端证据闭环已经通过。 这个判断要落成触发条件、采集方式、通过条件、阻塞条件和回滚动作。触发条件说明哪些版本、渠道、设备状态或业务动作需要检查；采集方式说明 App 端状态、后端 verdict、图谱查询和人工复核分别承担什么；通过条件说明最低证据；阻塞条件说明哪些缺口必须停止发布。

公开化边界是：不公开 AppKey、SecretKey、endpoint 凭据、完整 BoxId 和 HMAC 细节。 这条边界让文章可以公开讨论防守方法，又不会泄露内部样本、路径、密钥、设备、函数、偏移、脚本或完整攻击链。iOS 设备证据尤其要控制 BoxId、IDFV、keychain、DeviceCheck token、App Attest assertion 和 SecretKey 的展示方式，公开材料只保留 hash、hint、summary、status、source、trust 和 provenance。

把证据 1 写入门禁时，建议记录 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。source 说明它来自 iOS SDK、Hosted endpoint、客户后端、私有 verifier、图谱或反馈；trust 说明它是低信任客户端观察、服务端报告还是权威验证；blockerClass 说明失败时是本地可修复、外部材料缺失还是客户后端未接入。

把证据 1 放到线上运营时，建议观察版本分布、渠道分布、BoxId 新鲜度、报告命中率、图谱引用率、verdict 查询成功率、challenge 失败原因、误报申诉率、回滚次数和客户反馈标签。只有这些指标长期存在，团队才知道 iOS 设备证据是否真的支撑业务，而不是只在一次接口调用中返回成功。

证据 2：iOS 集成指南 如何转成验收动作

这条证据的观察事实是：server-path smoke 要创建新鲜 iOS BoxId，并验证 evidence report、support bundle、graph search 和 verdict 都引用该 BoxId 或派生 hash；缺少后端 secret 时必须 blocked，不能 fake pass。 在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题里，它不是背景材料，而是能直接推动工程动作的复核入口。团队要先判断它影响的是 App 端采集、Hosted 上传、客户后端、私有 verifier、证据报告、support bundle、Device Evidence Graph 还是反馈回写，然后为每一段定义 owner 和失败动作。

它支撑的工程判断是：验收要看新鲜链路引用，而不是只看接口状态码或本地 mock。 这个判断要落成触发条件、采集方式、通过条件、阻塞条件和回滚动作。触发条件说明哪些版本、渠道、设备状态或业务动作需要检查；采集方式说明 App 端状态、后端 verdict、图谱查询和人工复核分别承担什么；通过条件说明最低证据；阻塞条件说明哪些缺口必须停止发布。

公开化边界是：不公开环境变量、凭据、summary 路径、BoxId 原文和私有 API。 这条边界让文章可以公开讨论防守方法，又不会泄露内部样本、路径、密钥、设备、函数、偏移、脚本或完整攻击链。iOS 设备证据尤其要控制 BoxId、IDFV、keychain、DeviceCheck token、App Attest assertion 和 SecretKey 的展示方式，公开材料只保留 hash、hint、summary、status、source、trust 和 provenance。

把证据 2 写入门禁时，建议记录 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。source 说明它来自 iOS SDK、Hosted endpoint、客户后端、私有 verifier、图谱或反馈；trust 说明它是低信任客户端观察、服务端报告还是权威验证；blockerClass 说明失败时是本地可修复、外部材料缺失还是客户后端未接入。

把证据 2 放到线上运营时，建议观察版本分布、渠道分布、BoxId 新鲜度、报告命中率、图谱引用率、verdict 查询成功率、challenge 失败原因、误报申诉率、回滚次数和客户反馈标签。只有这些指标长期存在，团队才知道 iOS 设备证据是否真的支撑业务，而不是只在一次接口调用中返回成功。

证据 3：iOS 隐私清单 如何转成验收动作

这条证据的观察事实是：公开字段只保留 App/auth hash、install hash、device model hash、bundle/team hash、runtime evidence、attestation status 和 transport hints。 在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题里，它不是背景材料，而是能直接推动工程动作的复核入口。团队要先判断它影响的是 App 端采集、Hosted 上传、客户后端、私有 verifier、证据报告、support bundle、Device Evidence Graph 还是反馈回写，然后为每一段定义 owner 和失败动作。

它支撑的工程判断是：iOS 设备证据要从设计上保持隐私最小化，禁止把 raw IDFV、keychain id、token、assertion 或完整 BoxId 写入诊断。 这个判断要落成触发条件、采集方式、通过条件、阻塞条件和回滚动作。触发条件说明哪些版本、渠道、设备状态或业务动作需要检查；采集方式说明 App 端状态、后端 verdict、图谱查询和人工复核分别承担什么；通过条件说明最低证据；阻塞条件说明哪些缺口必须停止发布。

公开化边界是：不公开 raw 设备标识、Apple 材料、完整 BoxId 和 provider token。 这条边界让文章可以公开讨论防守方法，又不会泄露内部样本、路径、密钥、设备、函数、偏移、脚本或完整攻击链。iOS 设备证据尤其要控制 BoxId、IDFV、keychain、DeviceCheck token、App Attest assertion 和 SecretKey 的展示方式，公开材料只保留 hash、hint、summary、status、source、trust 和 provenance。

把证据 3 写入门禁时，建议记录 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。source 说明它来自 iOS SDK、Hosted endpoint、客户后端、私有 verifier、图谱或反馈；trust 说明它是低信任客户端观察、服务端报告还是权威验证；blockerClass 说明失败时是本地可修复、外部材料缺失还是客户后端未接入。

把证据 3 放到线上运营时，建议观察版本分布、渠道分布、BoxId 新鲜度、报告命中率、图谱引用率、verdict 查询成功率、challenge 失败原因、误报申诉率、回滚次数和客户反馈标签。只有这些指标长期存在，团队才知道 iOS 设备证据是否真的支撑业务，而不是只在一次接口调用中返回成功。

证据 4：DeviceCheck/App Attest 边界 如何转成验收动作

这条证据的观察事实是：public iOS SDK 只记录 support/request/challenge-required 等低信任状态；server challenge、replay、token/assertion verification、Team/bundle allowlist 和最终动作留在私有服务端。 在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题里，它不是背景材料，而是能直接推动工程动作的复核入口。团队要先判断它影响的是 App 端采集、Hosted 上传、客户后端、私有 verifier、证据报告、support bundle、Device Evidence Graph 还是反馈回写，然后为每一段定义 owner 和失败动作。

它支撑的工程判断是：App Attest 是证据链的一部分，不能让 public SDK 本地验证并输出业务裁决。 这个判断要落成触发条件、采集方式、通过条件、阻塞条件和回滚动作。触发条件说明哪些版本、渠道、设备状态或业务动作需要检查；采集方式说明 App 端状态、后端 verdict、图谱查询和人工复核分别承担什么；通过条件说明最低证据；阻塞条件说明哪些缺口必须停止发布。

公开化边界是：不公开 Apple key、Team allowlist、token、assertion、verifier credential 和策略。 这条边界让文章可以公开讨论防守方法，又不会泄露内部样本、路径、密钥、设备、函数、偏移、脚本或完整攻击链。iOS 设备证据尤其要控制 BoxId、IDFV、keychain、DeviceCheck token、App Attest assertion 和 SecretKey 的展示方式，公开材料只保留 hash、hint、summary、status、source、trust 和 provenance。

把证据 4 写入门禁时，建议记录 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。source 说明它来自 iOS SDK、Hosted endpoint、客户后端、私有 verifier、图谱或反馈；trust 说明它是低信任客户端观察、服务端报告还是权威验证；blockerClass 说明失败时是本地可修复、外部材料缺失还是客户后端未接入。

把证据 4 放到线上运营时，建议观察版本分布、渠道分布、BoxId 新鲜度、报告命中率、图谱引用率、verdict 查询成功率、challenge 失败原因、误报申诉率、回滚次数和客户反馈标签。只有这些指标长期存在，团队才知道 iOS 设备证据是否真的支撑业务，而不是只在一次接口调用中返回成功。

证据 5：跨平台后端契约 如何转成验收动作

这条证据的观察事实是：iOS、Android、Web 共用 BoxId、/v1/verdict、evidence report、Device Evidence Graph、feedback 和 console 模型。 在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题里，它不是背景材料，而是能直接推动工程动作的复核入口。团队要先判断它影响的是 App 端采集、Hosted 上传、客户后端、私有 verifier、证据报告、support bundle、Device Evidence Graph 还是反馈回写，然后为每一段定义 owner 和失败动作。

它支撑的工程判断是：iOS 设备证据不应成为孤岛，必须进入统一 graph 和客户反馈闭环。 这个判断要落成触发条件、采集方式、通过条件、阻塞条件和回滚动作。触发条件说明哪些版本、渠道、设备状态或业务动作需要检查；采集方式说明 App 端状态、后端 verdict、图谱查询和人工复核分别承担什么；通过条件说明最低证据；阻塞条件说明哪些缺口必须停止发布。

公开化边界是：不公开 SecretKey、生产部署、租户策略、完整 graph 标识和原始反馈记录。 这条边界让文章可以公开讨论防守方法，又不会泄露内部样本、路径、密钥、设备、函数、偏移、脚本或完整攻击链。iOS 设备证据尤其要控制 BoxId、IDFV、keychain、DeviceCheck token、App Attest assertion 和 SecretKey 的展示方式，公开材料只保留 hash、hint、summary、status、source、trust 和 provenance。

把证据 5 写入门禁时，建议记录 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。source 说明它来自 iOS SDK、Hosted endpoint、客户后端、私有 verifier、图谱或反馈；trust 说明它是低信任客户端观察、服务端报告还是权威验证；blockerClass 说明失败时是本地可修复、外部材料缺失还是客户后端未接入。

把证据 5 放到线上运营时，建议观察版本分布、渠道分布、BoxId 新鲜度、报告命中率、图谱引用率、verdict 查询成功率、challenge 失败原因、误报申诉率、回滚次数和客户反馈标签。只有这些指标长期存在，团队才知道 iOS 设备证据是否真的支撑业务，而不是只在一次接口调用中返回成功。

证据 6：iOS 扩展计划 如何转成验收动作

这条证据的观察事实是：iOS evidence 目标是进入与 Android 一致的 BoxId/verdict/evidence graph 流程，不新增 iOS 专属 verdict API，也不暴露 allow/reject/block、jailbreak、Frida、tamper 或 riskLevel API。 在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题里，它不是背景材料，而是能直接推动工程动作的复核入口。团队要先判断它影响的是 App 端采集、Hosted 上传、客户后端、私有 verifier、证据报告、support bundle、Device Evidence Graph 还是反馈回写，然后为每一段定义 owner 和失败动作。

它支撑的工程判断是：跨平台一致性比客户端本地判定更重要，客户后端应拥有业务动作。 这个判断要落成触发条件、采集方式、通过条件、阻塞条件和回滚动作。触发条件说明哪些版本、渠道、设备状态或业务动作需要检查；采集方式说明 App 端状态、后端 verdict、图谱查询和人工复核分别承担什么；通过条件说明最低证据；阻塞条件说明哪些缺口必须停止发布。

公开化边界是：不公开完整 detector、路径库、signature、规则权重和绕过细节。 这条边界让文章可以公开讨论防守方法，又不会泄露内部样本、路径、密钥、设备、函数、偏移、脚本或完整攻击链。iOS 设备证据尤其要控制 BoxId、IDFV、keychain、DeviceCheck token、App Attest assertion 和 SecretKey 的展示方式，公开材料只保留 hash、hint、summary、status、source、trust 和 provenance。

把证据 6 写入门禁时，建议记录 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。source 说明它来自 iOS SDK、Hosted endpoint、客户后端、私有 verifier、图谱或反馈；trust 说明它是低信任客户端观察、服务端报告还是权威验证；blockerClass 说明失败时是本地可修复、外部材料缺失还是客户后端未接入。

把证据 6 放到线上运营时，建议观察版本分布、渠道分布、BoxId 新鲜度、报告命中率、图谱引用率、verdict 查询成功率、challenge 失败原因、误报申诉率、回滚次数和客户反馈标签。只有这些指标长期存在，团队才知道 iOS 设备证据是否真的支撑业务，而不是只在一次接口调用中返回成功。

脱敏案例：sense 返回成功，但 graph 没有引用新鲜 BoxId

某 iOS 设备证据接入在 App 侧能成功调用 sense，接口也返回了 BoxId。若验收停在这里，团队会认为集成已经完成；但后端严格 smoke 还要继续验证 evidence report、support bundle、Device Evidence Graph 和 verdict 是否都能引用这次新鲜 BoxId 或其派生 hash。

如果 graph 查询不到新鲜 BoxId，或者报告里只有旧记录，说明链路仍是 partial。此时不能为了发布写 pass，更不能把 HTTP 200 当成设备证明成功。正确做法是把缺失项写成 blocked 或 partial，说明是凭据、后端路径、graph 写入还是查询过滤问题。

守界 iOS 的价值不在于给 App 一个本地风险分，而在于让客户后端能够复核“这个 BoxId 对应哪些证据、这些证据来自哪个 SDK 版本、是否新鲜、是否脱敏、是否进入图谱、是否可被客户反馈修正”。没有这条链，设备指纹就只剩一个接口调用。

脱敏流程图

1. App 端 sense 生成新鲜 BoxId
2. 客户后端用 SecretKey 查询 verdict
3. 证据报告和 support bundle 引用 BoxId 派生 hash
4. Device Evidence Graph 支持按平台和 BoxIdHash 查询
5. 反馈标签回写并参与后续报告

防守侧伪代码

boxId = iosSdk.sense()
report = backend.verdict(boxId)
assert(report.platform == ios)
assert(graph.search(report.boxIdHash).containsFreshEvent)
submitFeedback(report.boxIdHash, label, businessRefHash)

技术拆解

1. HTTP 200 只是入口成功

HTTP 200 只是入口成功 的拆解要从 App 端、Hosted 上传、客户后端、证据报告、图谱和反馈六层展开。App 端关注是否只采集公开安全字段；Hosted 上传关注 transport diagnostic 和返回摘要；客户后端关注 SecretKey、签名请求和 verdict；证据报告关注 redaction 和 evidence family；图谱关注平台维度和 BoxIdHash 查询；反馈关注真实业务标签是否能回写。

在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题下，HTTP 200 只是入口成功 不能被简化成“接口是否成功”。更合理的工程口径是：当前 BoxId 是否新鲜，报告是否引用它，support bundle 是否脱敏，graph 是否可按平台和 hash 查询，App Attest 状态是否停留在证据边界，客户后端是否拥有最终动作。

围绕 HTTP 200 只是入口成功 落地时建议形成三份材料：第一是 App 侧 redacted diagnostic，记录 SDK 版本、平台、transport 状态和 BoxId hint；第二是后端 evidence report，记录 source、trust、provenance 和 attestation status；第三是 graph/feedback 摘要，证明该设备证据能被长期追踪和修正。

2. BoxId 要能串起多份材料

BoxId 要能串起多份材料 的拆解要从 App 端、Hosted 上传、客户后端、证据报告、图谱和反馈六层展开。App 端关注是否只采集公开安全字段；Hosted 上传关注 transport diagnostic 和返回摘要；客户后端关注 SecretKey、签名请求和 verdict；证据报告关注 redaction 和 evidence family；图谱关注平台维度和 BoxIdHash 查询；反馈关注真实业务标签是否能回写。

在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题下，BoxId 要能串起多份材料 不能被简化成“接口是否成功”。更合理的工程口径是：当前 BoxId 是否新鲜，报告是否引用它，support bundle 是否脱敏，graph 是否可按平台和 hash 查询，App Attest 状态是否停留在证据边界，客户后端是否拥有最终动作。

围绕 BoxId 要能串起多份材料 落地时建议形成三份材料：第一是 App 侧 redacted diagnostic，记录 SDK 版本、平台、transport 状态和 BoxId hint；第二是后端 evidence report，记录 source、trust、provenance 和 attestation status；第三是 graph/feedback 摘要，证明该设备证据能被长期追踪和修正。

3. App Attest 留在证据链里

App Attest 留在证据链里 的拆解要从 App 端、Hosted 上传、客户后端、证据报告、图谱和反馈六层展开。App 端关注是否只采集公开安全字段；Hosted 上传关注 transport diagnostic 和返回摘要；客户后端关注 SecretKey、签名请求和 verdict；证据报告关注 redaction 和 evidence family；图谱关注平台维度和 BoxIdHash 查询；反馈关注真实业务标签是否能回写。

在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题下，App Attest 留在证据链里 不能被简化成“接口是否成功”。更合理的工程口径是：当前 BoxId 是否新鲜，报告是否引用它，support bundle 是否脱敏，graph 是否可按平台和 hash 查询，App Attest 状态是否停留在证据边界，客户后端是否拥有最终动作。

围绕 App Attest 留在证据链里 落地时建议形成三份材料：第一是 App 侧 redacted diagnostic，记录 SDK 版本、平台、transport 状态和 BoxId hint；第二是后端 evidence report，记录 source、trust、provenance 和 attestation status；第三是 graph/feedback 摘要，证明该设备证据能被长期追踪和修正。

4. 跨平台后端避免孤岛

跨平台后端避免孤岛 的拆解要从 App 端、Hosted 上传、客户后端、证据报告、图谱和反馈六层展开。App 端关注是否只采集公开安全字段；Hosted 上传关注 transport diagnostic 和返回摘要；客户后端关注 SecretKey、签名请求和 verdict；证据报告关注 redaction 和 evidence family；图谱关注平台维度和 BoxIdHash 查询；反馈关注真实业务标签是否能回写。

在守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”专题下，跨平台后端避免孤岛 不能被简化成“接口是否成功”。更合理的工程口径是：当前 BoxId 是否新鲜，报告是否引用它，support bundle 是否脱敏，graph 是否可按平台和 hash 查询，App Attest 状态是否停留在证据边界，客户后端是否拥有最终动作。

围绕 跨平台后端避免孤岛 落地时建议形成三份材料：第一是 App 侧 redacted diagnostic，记录 SDK 版本、平台、transport 状态和 BoxId hint；第二是后端 evidence report，记录 source、trust、provenance 和 attestation status；第三是 graph/feedback 摘要，证明该设备证据能被长期追踪和修正。

工程落地步骤

第一步是确认单一主题边界。本文只讨论守界 iOS 的“iOS 设备证据只返回 HTTP 200 还不够：BoxId 必须串起 verdict、报告和图谱”，不把其他平台、其他产品或发布流程混进正文。

第二步是把事实写成 evidence schema。每条证据至少包含 source、trust、provenance、timestamp、sdkVersion、backendVersion、policyVersion、redaction 和 blockerClass。

第三步是建立发布门禁。App 侧 public safety、Hosted ingest、客户后端 verdict、graph 查询、support bundle redaction 和 App Attest 边界分别负责不同问题，不应互相替代。

第四步是灰度和回滚。建议按版本、渠道、业务动作和客户租户逐步打开，把失败原因分为集成错误、网络问题、外部材料缺失、真实对抗和疑似误报。

第五步是客户反馈闭环。客户后端或运营团队要能把反馈标签写回证据报告或图谱，让下一轮策略有真实业务样本支撑。

风险边界

本文不承诺守界 iOS 能阻断所有攻击，也不把局部通过包装成全量商业 ready。

公开内容不输出源码、私有路径、测试设备、偏移、函数原名、脚本命令、完整攻击链、密钥、客户数据、生产 endpoint、provider credential、完整 BoxId 或原始设备标识。

如果客户后端没有接入证据解释，守界 iOS 的客户端能力只能降低局部攻击成本，不能替代业务风控。

深度复核问题库

复核问题 1：App 是否只持有 AppKey 而不持有 SecretKey

复核“App 是否只持有 AppKey 而不持有 SecretKey”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 1 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 2：BoxId 是否只以 hint/hash 形式出现在诊断材料里

复核“BoxId 是否只以 hint/hash 形式出现在诊断材料里”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 2 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 3：verdict 是否由客户后端发起而不是由 App 发起

复核“verdict 是否由客户后端发起而不是由 App 发起”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 3 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 4：evidence report 是否引用本次新鲜 BoxId 派生 hash

复核“evidence report 是否引用本次新鲜 BoxId 派生 hash”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 4 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 5：support bundle 是否声明 redaction 和排除字段

复核“support bundle 是否声明 redaction 和排除字段”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 5 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 6：Device Evidence Graph 是否支持 platform 维度过滤

复核“Device Evidence Graph 是否支持 platform 维度过滤”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 6 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 7：graph 查询是否能命中新鲜事件而不是旧记录

复核“graph 查询是否能命中新鲜事件而不是旧记录”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 7 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 8：DeviceCheck 状态是否只是 evidence 而不是本地可信结论

复核“DeviceCheck 状态是否只是 evidence 而不是本地可信结论”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 8 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 9：App Attest assertion 是否只在私有服务端验证

复核“App Attest assertion 是否只在私有服务端验证”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 9 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 10：server challenge 和 replay protection 是否不进入 public SDK

复核“server challenge 和 replay protection 是否不进入 public SDK”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 10 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 11：transport failure 是否没有被解释成越狱或篡改

复核“transport failure 是否没有被解释成越狱或篡改”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 11 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 12：客户反馈是否能写回 report 或 graph

复核“客户反馈是否能写回 report 或 graph”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 12 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 13：缺少后端 secret 时是否明确 blocked

复核“缺少后端 secret 时是否明确 blocked”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 13 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 14：本地 mock 是否没有被冒充 live pass

复核“本地 mock 是否没有被冒充 live pass”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 14 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 15：公开示例是否没有完整 BoxId、token、assertion 或 raw IDFV

复核“公开示例是否没有完整 BoxId、token、assertion 或 raw IDFV”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 15 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 16：高价值业务动作是否由客户后端分级处置

复核“高价值业务动作是否由客户后端分级处置”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 16 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 17：误报申诉是否能和 BoxIdHash 关联

复核“误报申诉是否能和 BoxIdHash 关联”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 17 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

复核问题 18：发布清单是否写清外部前置条件

复核“发布清单是否写清外部前置条件”时，不能只看页面或接口是否显示成功。审查人员需要确认它对应的证据来源、采集时机、脱敏字段、服务端解释、失败动作和运营指标。若这一项依赖私有 verifier、客户后端、真实 provider、签名环境或设备资源，发布清单必须把依赖写成外部前置条件。

对守界 iOS 来说，复核问题 18 还要追问该结论是否能被本次新鲜 BoxId 串联到 verdict、evidence report、support bundle、Device Evidence Graph 和 feedback。只要其中一个环节缺失，就应写 partial 或 blocked；只有链路引用一致、敏感字段脱敏、客户后端拥有最终动作时，才适合作为正式验收结论。

FAQ

问：iOS sense 返回 BoxId 是否就算接入完成？

不算。还要验证客户后端 verdict、evidence report、support bundle 和 graph 都能引用这次新鲜 BoxId。

问：为什么 public SDK 不直接验证 App Attest？

server challenge、replay protection、Apple 材料和 Team/bundle allowlist 属于私有服务端，放在 SDK 会扩大暴露面。

问：完整 BoxId 能不能写进日志？

不建议。公开诊断和 support bundle 应使用 hint/hash，完整 BoxId 留在受控后端流程。

内链、外部参考和结构化数据建议

内链

• 公司主页
• 技术内容中心

外部参考

• Apple DeviceCheck
• Apple App Attest
• Apple Privacy Manifest Files
• OWASP MASVS

结构化数据建议

Article：使用本文标题、摘要、发布日期、修改日期、作者组织、关键词和 canonical URL。FAQPage：只收录本页 FAQ 中真实出现的问题。Product：只描述守界在本文主题下的事实性能力边界。Organization：使用 西安守界御盾信息安全技术有限责任公司 与 https://leonadev.com/。结构化数据只反映页面事实，不写夸大承诺。