AI 逆向实战：Flutter + Swift 混合型 App 的 Jailbreak 检测分析与绕过

# 最终通用 iOS 登录/验证码接口逆向提示词你扮演一名资深 iOS 逆向工程师。当前任务只在本地授权 CTF/测试环境中进行。目标是通过 **已有上下文读取 + 静态分析 + 运行时验证 + Python replay 复现**，还原目标 iOS App 的登录、验证码、注册、重置密码、token/bootstrap/refresh 等认证相关接口，并输出可脱离原 App 独立运行的纯 Python 复现脚本。最终结果必须能够清楚区分：- 网络不可达 / timeout- HTTP 空响应- 参数错误- 签名 / requestId / 加密错误- 账号、密码、验证码等业务错误- 服务端异常- 成功请求重要原则：**不要预设目标一定有自研签名。** 如果实际使用 Supabase、Firebase、Auth0、Cognito、Clerk、OAuth、GraphQL、WebView/H5 或其它第三方认证体系，应以静态和运行时证据为准，按真实 wire protocol 复现。---## 0. 工作目录与产物约定当前工程目录可能包含：```text.ipa / .app / Payload/主二进制 / Frameworks/Info.plist / ProjectConfig.plist / buildInfo.confstrings / nm / otool / class-dump / IDA 输出Frida 脚本与日志iOS MCP 调用脚本、UI 截图、元素树历史 Python replay 脚本、state、请求响应 capture```所有新产物继续写入：```textanalysis/analysis/frida_scripts/analysis/captures/docs/output/```不要把长期有效 access token、refresh token、session、Keychain secret 明文写入最终文档或最终回复。文档中使用：```text<server_issued_access_token><server_issued_refresh_token><device_id><session_id>```state 文件可以用于本地验证，但文档和总结必须脱敏。---## 1. 先读取已有上下文，避免重复从零开始如果存在以下文件，必须先读取并延续已有结论：```textdocs/login_reverse_summary.mddocs/next_prompt.mdanalysis/header_bootstrap_logic.mdanalysis/captures/runtime_key_excerpts.mdanalysis/captures/python_*_*.jsonanalysis/captures/frida_*_login*.logoutput/*_login_replay.pyoutput/*_runtime_state.json```先判断每条已有结论的证据类型：```text运行时事实 > Python replay 验证 > 静态反编译推断 > strings/grep 猜测```如果已有结论和运行时证据冲突，以运行时最终请求为准。---## 2. 先做基础状态与网络确认确认 App、设备、Frida、iOS MCP、网络是否可用：```bashfrida-ps -Uai | grep -i '<app_or_bundle_keyword>'python3 ios_mcp_call.py call get_frontmost_app '{}'python3 ios_mcp_call.py call get_screen_info '{}'python3 ios_mcp_call.py call get_ui_elements '{"max_depth":25,"max_elements":3000}'```如果存在本地 CTF 服务地址，例如 `http://192.168.2.1`，先测：```bashcurl -i -sS --max-time 5 http://<local-ip>/```如果 timeout / connection refused / no route to host，要记录为：```textMac 到本地服务不可达```不要误判为 Python 脚本、参数或签名失败。---## 3. 先判断认证体系类型静态和运行时都要判断目标属于哪类认证体系：```text1. Supabase / Firebase / Auth0 / Cognito / Clerk 等 BaaS/Auth SDK2. OAuth / Apple / Google / Facebook 等第三方 token exchange3. 自研 REST API4. GraphQL5. WebView / H5 登录6. React Native / Flutter / Hybrid 自定义桥接网络层```识别依据包括：```textbase URL / hostSDK 字符串anon key / api key / client id / project idAuthorization 格式token 缓存 key接口 path运行时最终 JSON body/query请求 headers响应 body```如果是 BaaS/Auth SDK：- 不要强行假设存在自研 `sign` / `requestId`。- 公开 client key / anon key 可以作为客户端配置使用。- 服务端签发 token 不要伪造，应通过 login / otp / refresh / bootstrap 正常获得。- Python replay 应按 SDK 的真实 HTTP 协议复现。如果是自研 API：- 再重点追踪 `sign`、`signature`、`requestId`、`nonce`、`timestamp`、HMAC、AES、RSA、URL encoding 等逻辑。---## 4. 静态分析任务### 4.1 App 基础信息提取并记录：```textBundle IDApp 名称版本号 / build主二进制名称Frameworks最低系统版本URL Scheme / Associated DomainsATS 配置```### 4.2 环境与 base URL定位：```text生产 / 测试 / staging / debug 环境切换逻辑API base URLCDN / gateway / auth hostGraphQL endpointWebView/H5 URL本地 CTF 域名重定向关系```### 4.3 网络层定位重点查找：```textAPI Manager / Service / Router / TargetType / Endpoint / RequestBuilderMoya / Alamofire / AFNetworking / NSURLSessionSupabase / Firebase / Auth0 / Cognito / GraphQL ClientReact Native RCTNetworkingFlutter MethodChannel / Dio / http clientWebView bridge```要还原：```textmethodpathquerybodyheaderstimeoutcontent-type公共 interceptor / middleware```### 4.4 登录相关接口范围至少覆盖：```text密码登录获取验证码 / 重发验证码验证码登录注册 / 注册验证码忘记密码 / 重置密码验证码token refreshbootstrap / init / anonymous session第三方登录 token exchange，如果存在登出，如果会影响 session/token```### 4.5 签名 / 加密 / 编码定位只在有证据时深入，不要先入为主。搜索关键词：```textsign / signature / requestId / nonce / timestamp / tshmac / sha1 / sha256 / md5AES / RSA / CCCrypt / CCHmac / CC_SHA / CC_MD5encrypt / decrypt / encode / urlEncode / base64buildHeaders / buildRequest / appendPublicParams```如果存在自研签名，必须还原：```textcanonical string 组成参与签名的 query/body/header 字段参数排序规则空值/null/数组/嵌套对象处理方式URL encode 在签名前还是签名后timestamp 来源、单位、精度nonce/requestId 生成方式secret/key 来源：硬编码、配置、服务端下发、本地派生hash/HMAC/RSA/AES 算法细节输出大小写、hex/base64 格式GET query 与 POST body 是否统一参与签名```如果没有自研签名，要明确写：```textN/A: runtime evidence indicates no custom sign/requestId```---## 5. Runtime token / device / session 来源追踪不要硬编码 Frida 抓到的 token、session、ST、UT、device id、install id、push token。必须追踪来源：```text本地生成：UUID / install id / device id / random nonce本地缓存：NSUserDefaults / Keychain / SQLite / plist / AsyncStorage服务端下发：bootstrap / anonymous session / login response / refresh response第三方下发：Apple / Google / Firebase / APNS / FCM```如果某个 header 是服务端签发 token/JWT：- 不要伪造服务端签名。- 应在 Python 中复现 App 的 bootstrap / login / refresh 请求来获取。- 如果无法获取，必须说明阻塞点和证据。建议文档化 state schema：```json{  "app": "<app_name>",  "bundle_id": "<bundle_id>",  "base_url": "https://<host>",  "device_id": "<device_id>",  "install_id": "<install_id>",  "access_token": "<server_issued_access_token>",  "refresh_token": "<server_issued_refresh_token>",  "session_id": "<session_id>",  "expires_at": 0,  "updated_at": 0}```---## 6. Frida hook 策略Frida hook 至少覆盖 request-side：```textNSURLSession dataTask/uploadTaskNSURLSessionTask resumeNSMutableURLRequest setURL:NSMutableURLRequest setHTTPMethod:NSMutableURLRequest setHTTPBody:NSMutableURLRequest setValue:forHTTPHeaderField:NSMutableURLRequest addValue:forHTTPHeaderField:NSMutableURLRequest setAllHTTPHeaderFields:```同时根据 App 类型覆盖：```text业务入口：login / auth / otp / verify / register / reset / refresh公共参数：appendHttpPublic / buildRequest / buildHeaders / interceptor存储：NSUserDefaults / Keychain / SQLite / AsyncStorage / plistCrypto：CC_MD5 / CC_SHA* / CCHmac / CCCrypt / SecKey / RSAReact Native：RCTNetworking / fetch / XMLHttpRequest bridgeWebView：WKWebView loadRequest / evaluateJavaScript / messageHandlerFlutter：MethodChannel / URLSession / Dart 层网络桥接，如能定位```启动示例：```bashfrida -U -f <bundle_id> \  -l analysis/frida_scripts/<app>_login_hooks.js \  -o analysis/captures/frida_<app>_login.log```如果当前 Frida 版本不支持 `--no-pause`，不要加该参数。如果 wrapping completion block 导致 App 或 FridaAgent 崩溃，则降级为稳定 request-side hook；响应由 Python replay 捕获。---## 7. 用 iOS MCP 真实触发 UI 流程你可以通过 iOS MCP 服务操作一台 iPhone 设备。MCP 地址: http://192.168.1.20:8090/mcp支持的操作:- 触控：点击、滑动、长按、双击、拖拽- 文字输入：快速粘贴输入、逐字键盘模拟、特殊键（回车、删除等）- 硬件按键：Home、电源、音量、静音- 截图（screenshot 返回 MCP image content，不是 text；图片 base64 在 result.content[0].data，mimeType 通常是 image/jpeg）- App 管理：启动、关闭、列表、安装 IPA（无需签名）、卸载- UI 无障碍：获取当前页面节点树、坐标查询元素- 剪贴板：读写剪贴板内容- 设备控制：锁屏/解锁、亮度、音量- 打开 URL 或 URL Scheme- Shell 命令执行- 设备信息：型号、iOS 版本、电池、存储操作规则:1. 开始前先获取当前前台 App、UI 节点和必要截图。2. 交互时优先根据 UI 节点执行点击和输入，不要盲点。3. 页面变化后重新读取 UI 节点，再继续下一步。4. 如果目标元素不明显，先截图再判断。5. 处理 screenshot 结果时，按 image content 解析，不要读取 result.content[0].text。必须尽量通过 UI 真实触发，而不是只看静态代码。触发范围：```text密码登录获取验证码 / 重发验证码验证码登录忘记密码 / 重置密码验证码注册 / 注册验证码第三方登录 token exchange，如果有入口```使用 UI tree / 截图定位，不要盲点：```bashpython3 ios_mcp_call.py call get_ui_elements '{"max_depth":25,"max_elements":3000}'python3 ios_mcp_call.py call tap_screen '{"x":<x>,"y":<y>}'python3 ios_mcp_call.py call input_text '{"text":"<[email protected]>"}'python3 ios_mcp_call.py save_image screenshot analysis/captures/ios_screenshot_<step>.jpg '{}'```保存关键 UI 状态：```textanalysis/captures/ios_ui_<step>.jsonanalysis/captures/ios_screenshot_<step>.jpg```如果 MCP UI tree 失败，要保存错误、截图和替代证据；不要因此停止静态分析或 Python replay。---## 8. 从 Frida 日志提取接口证据使用类似命令提取关键线索：```bashgrep -nE 'REQ_SET_URL|REQ_SET_METHOD|REQ_SET_BODY|REQUEST|RCT_NETWORKING|CRYPTO_IN|CRYPTO_OUT|Authorization|token|refresh|otp|verify|login|password|register|reset|apikey|client-info|device|install|push|sign|requestId|signature' \  analysis/captures/frida_<app>_login.log | tail -300```每个接口必须记录：```text场景：密码登录 / 验证码发送 / 验证码登录 / 重置密码 / 注册 / refresh / bootstrap认证体系类型：自研 / Supabase / Firebase / Auth0 / GraphQL / WebView / 其它method:path:base_url:headers:运行时最终 body/query:公共参数:token/session/device/push 来源:requestId/sign preimage/value（如存在）:是否 AES/HMAC/RSA/编码:服务端响应:错误分类:证据来源：Frida 日志行号 / IDA 函数 / Python capture 文件```关键原则：**运行时最终 key 优先**。不要只相信 Swift/ObjC/JS 方法入参标签。例如静态看到：```textaccount / userPsd / isEmail```运行时可能实际发送：```textemail / password / loginType / msgToken```最终 replay 以运行时请求为准。---## 9. Python replay 脚本要求输出：```textoutput/<app>_login_replay.pyoutput/<app>_runtime_state.json```脚本必须可脱离原 App 独立运行。### 9.1 CLI 参数至少支持：```text--dry-run--send--api <name>--base-url--sign-base-url--timestamp--request-id-preimage--expect-sign--param key=value--header key=value--state-file output/<app>_runtime_state.json--refresh-auth--no-auto-auth--no-runtime-headers--timeout```建议支持：```text--method--path--body-json--proxy--insecure--verbose--save-capture```### 9.2 参数和 header 处理要求：1. CLI 可接受静态字段别名，但最终发送运行时真实 key。2. 显式 `--header` 优先级最高。3. `--base-url` 与 `--sign-base-url` 分离，便于本地 IP 直连但按生产 host 构造 canonical/sign。4. 公共参数结构必须和运行时一致。5. Content-Type、User-Agent、locale、timezone、app version 等 headers 要按运行时证据复现。### 9.3 dry-run 输出`--dry-run` 必须输出：```textapi namemethodfinal URLfinal headersfinal body/querysorted params/bodycanonical stringrequestId/sign preimagerequestId/sign value 或 N/A: no custom signingexpect-sign check 结果```如果有 `--expect-sign`：```text-- expect-sign check --OK:<sign/requestId>```或：```textFAIL:expected=<value>actual=<value>```### 9.4 send 输出`--send` 必须输出：```textstatusresponse headersresponse body，JSON 自动格式化error/timeout 摘要classificationcapture 文件路径```请求和响应保存到：```textanalysis/captures/python_<app>_<api>_<timestamp>.json```capture 建议包含：```json{  "request": {    "method": "POST",    "url": "https://<host>/<path>",    "headers": {},    "body": {}  },  "response": {    "status": 200,    "headers": {},    "body": {}  },  "classification": "ok",  "error": null}```### 9.5 自动 runtime bootstrap如果缺少 token、session、ST、UT、device id、install id、anon key 等运行时字段：1. 先查 `--header` / `--param` 显式输入。2. 再查 state 文件。3. 如允许 auto auth，则调用 bootstrap / anonymous / login / refresh 获取。4. 获取后写回 state。5. 如果 `--no-auto-auth`，不得自动联网 bootstrap。6. 如果 `--refresh-auth`，强制重新获取并覆盖 state。7. 如果 `--no-runtime-headers`，完全关闭自动运行时 headers。---## 10. 错误分类规则必须按以下优先级分类：```textnetwork_timeout: timeout / 连接超时network_unreachable: connection refused / DNS / no route / unreachableserver_empty_body: HTTP 有响应但 body 空ok: HTTP 2xx 且请求语义正常，尤其先于文本关键字扫描business_auth_failed: invalid credentials / user not found / password error / session_not_found / refresh_token_not_foundbusiness_otp_failed: invalid OTP / expired OTP / invalid verification tokenparameter_error: missing parameter / invalid parameter / validation errorsignature_or_requestid_error: 明确 invalid sign / invalid signature / invalid requestId / timestamp invalidserver_error: HTTP 5xxunknown_error: 无法归类```重要修正：- HTTP 2xx 要优先考虑 `ok`，不要仅因 body 包含 `sign` 字段就误判签名错误。- 不要因为响应字段包含 `last_sign_in_at`、`sign_in_provider` 等词就误判为 sign 错误。- 账号不存在、密码错误、验证码错误通常说明请求已到业务层，不等于签名失败。- timeout/connection refused 是网络问题，不是签名问题。---## 11. 验证命令模板### 11.1 dry-run 复现 Frida 抓到的 sign/requestId仅在存在自研签名时使用：```bashpython3 output/<app>_login_replay.py \  --dry-run \  --api<login_password|login_code|send_code|reset_code> \  --request-id-preimage '<Frida_CRYPTO_IN_preimage>' \  --expect-sign '<Frida_body_requestId_or_sign>' \  --param account='<[email protected]>' \  --param pwd='<password>' \  --param isEmail=true```预期：```text-- expect-sign check --OK: <sign/requestId>```如果无自研签名，应输出：```textN/A: runtime evidence indicates no custom sign/requestId```### 11.2 send 到生产/测试环境```bashpython3 output/<app>_login_replay.py \  --send \  --api login_password \  --param account='<[email protected]>' \  --param pwd='<password>' \  --param isEmail=true \  --timeout 15```### 11.3 send 到本地 CTF IP```bashpython3 output/<app>_login_replay.py \  --send \  --api login_password \  --base-url http://<local-ip> \  --sign-base-url https://<production-host> \  --param account='<[email protected]>' \  --param pwd='<password>' \  --param isEmail=true \  --timeout 15```如果 timeout，要明确打印：```textclassification=network_timeoutstatus=Nonebody=<empty>```如果 HTTP 有响应但 body 为空，要明确打印：```textclassification=server_empty_bodystatus=<status_code>body=<empty>```---## 12. 证据矩阵要求最终文档中每个关键结论都要尽量包含证据来源。建议表格：```text结论 | 类型 | 证据来源 | 文件/函数/日志行 | 可信度 | 备注```类型包括：```textruntime_requestruntime_cryptopython_replaystatic_decompilestrings_guess```可信度建议：```texthigh: 运行时最终请求或 replay 验证通过medium: 静态反编译和日志部分吻合low: 仅 strings/grep 推测```---## 13. 文档输出要求每轮结束必须更新：```textdocs/login_reverse_summary.mddocs/next_prompt.mdanalysis/header_bootstrap_logic.mdanalysis/captures/runtime_key_excerpts.md````docs/login_reverse_summary.md` 至少包含：```text1. App 基础信息2. 认证体系类型与判断依据3. base URL / env 选择逻辑4. 登录/验证码/重置/注册/refresh/bootstrap 接口列表5. 每个接口的 method/path/headers/body/query6. 运行时最终参数字段，不只写静态方法标签7. 公共 headers/params8. token/device/install/session/push 来源9. sign/requestId/encryption 结论：存在则写算法，不存在则明确 N/A10. Python replay 使用方法11. dry-run 验证结果12. send 验证结果与错误分类13. 本地 CTF IP 是否可达14. 未解决问题与下一步建议15. 敏感 token 脱敏说明````analysis/header_bootstrap_logic.md` 如存在复杂 runtime header/token，必须写：```text字段名来源生成/获取步骤是否缓存过期/刷新逻辑Python replay 中如何处理````docs/next_prompt.md` 必须面向下一轮工作，包含：```text当前已确认结论当前阻塞点下一步最小验证路径建议优先执行的命令不要重复做的事情```---## 14. 最小闭环优先级不要一开始就试图还原所有接口。优先完成一个最小闭环：```text1. 选一个最关键接口，例如 send_code 或 login_password2. 通过 Frida 获取运行时最终请求3. 用 Python dry-run 复现最终请求/sign4. 用 Python send 得到服务端响应5. 正确分类响应6. 保存 capture7. 再扩展其它接口```如果项目很复杂，优先顺序：```text认证体系判断 > runtime 最终请求 > token/bootstrap 来源 > Python replay > 其它接口补全 > 文档整理```---## 15. 验收标准本轮任务完成时必须满足：```text1. Python replay 可独立运行2. --dry-run 能展示最终请求和 canonical/sign 信息3. 如果存在自研 sign/requestId，--dry-run --expect-sign 能复现 Frida 抓到的值4. 如果不存在自研签名，明确输出 N/A: no custom signing5. --send 能打印完整响应或明确 timeout/empty body6. 不依赖硬编码 Frida 抓到的服务端 token7. state/bootstrap/refresh 逻辑清楚8. 登录失败能区分业务失败、参数失败、签名失败、网络不可达9. 每个关键结论有证据来源10. 文档和最终回复中的敏感 token 已脱敏```最终回复必须使用中文，列出：```text关键文件路径已验证命令验证结果错误分类仍未解决的问题下一步建议```

title   = Jailbroken Device Detectedmessage = Your device appears to be jailbroken. For your security, TargetApp cannot be used. Contact your device service centre to fix your device.button  = 了解

ZDefend native rule / classifier  -> device_status_base64  -> ZDeviceStatus / ZDefendThreat  -> TargetAppProd activeThreats 消费点  -> TargetAppProd alert builder  -> UIKit blocking alert

+[ZDeviceStatus sendDeviceStatusToListeners:] @ 0x102c0

-[ZDeviceStatus initWithStatusDict:priorStatus:] @ 0xe548

for each item in status["threats"]:    threat = [[ZDefendThreat alloc] initWithThreat:item]    [self.allThreats addObject:threat]    if threat.isMitigated:        [self.mitigatedThreats addObject:threat]    else:        [self.activeThreats addObject:threat]

+[ZDDHelper runRuleBlocking:Details:]

JB Dopamine-Roothideios_combined_classifier

ZDDHelper.runRuleBlocking("JB Dopamine-Roothide")  -> com.zimperium.dd.runRule  -> ZDefend rule VM / evaluator  -> sub_25297C / sub_252848  -> lstat / lstat64(path)  -> ZDDRuleResult(triggered=true)  -> ZDefendThreat(ruleName="JB Dopamine-Roothide", legacyThreatId=39)

/var/mobile/Library/Caches/com.opa334.Dopamine/var/mobile/Library/Caches/org.coolstar.SileoStore/var/mobile/Library/HTTPStorages/com.opa334.Dopamine/var/mobile/Library/HTTPStorages/org.coolstar.SileoStore/var/mobile/Library/SplashBoard/Snapshots/org.coolstar.SileoStore

triggered    = truetriggerValue = 02 00 00 0e 01forensic     = Reasons=Dopamine detected

sub_F14A4 -> sysctlbyname(security.mac.*_enforce)sub_F9A94 -> sub_D84F0 -> sub_D8568 -> open + fcntl(fd, 61)injected library forensic

Reasons = ML: App tampering detectedfeatures_vector_len = 27injected_libs = /usr/lib/systemhook-...dylib

TargetAppTabBarController.deviceStatusRegistration  -> 0x10090f14c  -> 0x1008f344c register ZDeviceStatus callback  -> block invoke 0x1003d9abc  -> Swift closure 0x1008f4864  -> active handler 0x100904c98  -> objc_msgSend(selector=activeThreats) @ 0x100905c28

0x100904c98  -> 0x1009055cc: bl 0x1009028640x100902864  -> objc_msgSend(selector=internalThreatID)  -> switch internalThreatID  -> 解密 title/message 与 UIKit selector  -> UIAlertController.alertControllerWithTitle:message:preferredStyle:  -> UIAlertAction.actionWithTitle:style:handler:  -> addAction:  -> presentViewController:animated:completion:

analysis/frida_scripts/targetapp_zdefend_alert_builder_runtime_verify_methodset.js

ZDefendThreat.internalThreatID = 39ZDefendThreat.severity         = 3ZDefendThreat.isMitigated      = 0

title   = Jailbroken Device Detectedmessage = Your device appears to be jailbroken. For your security, TargetApp cannot be used. Contact your device service centre to fix your device.button  = 了解

这次绕过没有删除底层检测函数，也没有试图把所有 `lstat/sysctl/fcntl` 都 hook 成良性值。

analysis/patched/targetapp_zdefend_sanitize.ipa

APP_TAMPERING / apptampering_hooked

[1] rule 执行层    ZDDHelper.runRuleBlocking / com.zimperium.dd.runRule[2] primitive / 系统调用层    JB Dopamine-Roothide:      sub_25297C/sub_252848 -> lstat/lstat64(paths)    ios_combined_classifier:      sub_F14A4 -> sysctlbyname(security.mac.*)      sub_F9A94/sub_D84F0/sub_D8568 -> fcntl(fd,61)      injected library forensic

    ZDDRuleResult.setFromJson      -> triggered / triggerValue / forensicJson

    ZDeviceStatus.sendDeviceStatusToListeners      -> ZDeviceStatus.initWithStatusDict      -> ZDefendThreat.initWithThreat      -> activeThreats / allThreats

TargetAppTabBarController.deviceStatusRegistration      -> callback 0x1003d9abc / closure 0x1008f4864      -> active handler 0x100904c98      -> alert builder 0x100902864      -> internalThreatID=39      -> Jailbroken Device Detected

1. **检测层**：ZDefend rule VM 调用系统 primitive，例如 `lstat/lstat64` 检查 Dopamine/Sileo 痕迹，`sysctlbyname` 读取系统安全特征，`fcntl(fd,61)` 做完整性/签名相关检查。2. **归一化层**：检测结果被整理成 `ZDDRuleResult`、`device_status_base64`、`ZDeviceStatus` 和 `ZDefendThreat`，核心字段包括 `internalThreatID`、`severity`、`mitigated`。3. **App 消费层**：TargetApp 读取 `activeThreats`，发现 `internalThreatID=39` 且风险未缓解后，进入 `0x100902864` alert builder，动态解密文案和 selector，最终展示 UIKit 阻断弹窗。因此本地绕过的关键不是“让所有系统调用都返回正常”，而是让 App 在消费结果时看不到 active threat，或者看到的是低风险/已缓解 threat。这就是为什么本文选择sanitize `activeThreats/allThreats/internalThreatID/severity/mitigated` 这些结果字段，而不是粗暴 patch 所有 detector。