用途：在漏洞赏金提交前，规范截图、HAR 导出和证据附件的采集与脱敏，避免 Cookie 泄露、未经同意分享 PII、或截图不适合分诊。核心原则：证据只用于说服分诊员，超出此范围的实时 Cookie、真实用户 PII、无用的内部追踪 ID 不应出现在证据中。
主要能力：区分两类敏感数据——本方账户密钥（会话 Cookie、OAuth 令牌、API Key）始终遮蔽；他人 PII（姓名、邮箱、电话、地址、照片、账户 ID）除非明确演示跨账户影响否则遮蔽，且需打码人脸并最小化展示。对分诊有用的元数据（如 x-datadog-trace-id、请求 ID、服务器时间戳、测试账户 UID/邮箱、GraphQL 操作名、响应结构）保留可见。
Cookie 遮蔽协议：需遮蔽会话 Cookie、绑定会话的 csrf-token、Authorization 头、请求与响应中的会话 Cookie；可保留 Cloudflare Cookie、分析 Cookie、追踪 ID、框架头。方法分三级：A 尽量不采集（DevTools 用 credentials: 'include'，Burp 拉下分隔条隐藏请求体，只截 Results 表）；B 用图像编辑器黑条覆盖（macOS Preview 的标注矩形，Windows 用截图工具或画图软件，Burp 可用 Match and Replace 预替换）；C 对 HAR 或终端记录用 jq 查找替换。截图前后各有检查清单。
PII 黑条协议：明确遮蔽姓名、邮箱本地部分、电话后七位、地址、出生日期年份、身份证件、人脸、可关联公开资料的账户 ID；保留字段存在性、字段形状、攻击者自身 UID/邮箱、端点 URL、追踪 ID。报告正文需显式说明已脱敏。
HAR 清洗：提供 sanitize_har shell 函数，用 jq 将 Cookie、Authorization、X-CSRF-Token、Set-Cookie 及请求/响应 cookies 值替换为 <REDACTED>，使用方式为 sanitize_har /path/to/exported.har；之后用 grep 校验是否仍有泄露，跨账户 PII 需额外 gsub。
Burp 截图卫生：Repeater 下拉分隔条或临时删除 Cookie 行再恢复；Intruder 只截 Results 表列；Proxy HTTP 历史几乎不适合截图；Scanner Issues 面板通常安全。
DevTools Console PoC：推荐 credentials: 'include' 模式，代码不引用 Cookie；多步 PoC 用 Cmd+K 或 Ctrl+L 清屏；长响应只打印摘要；Chrome 需先输入 allow pasting。
截图顺序与命名：状态变更类用五步法（前置验证、漏洞本身、后置验证负/正、带外副作用），命名采用 {finding-#}-step{step-#}-{description}.png，全部截图一次完成，避免刷新。
公开输出 OPSEC：禁止包含公司域名加漏洞细节、真实人名、真实邮箱、内部 IP/主机名/AD 域、原始凭据；用行业或中性目标替代，计数用范围描述，模式化而非目标化。提供 grep 检查清单。
提交后处理：轮换测试账户凭据、私下保存未脱敏证据、不公开讨论未解与已解问题、季度审计本地残留。
限制：资料未提供适用平台、收费、价格与效果验证；示例中的测试账户密码、UID 等为演示占位，需按实际目标调整；未提供官方安装命令或托管平台信息。