三种测试模式的区别
黑盒不给任何内部信息，模拟外部攻击者视角，测出的是「实际可利用路径」；白盒提供源码、配置与架构文档，覆盖率与效率都更高，但视角偏内部；灰盒通常提供测试账号与部分架构信息，是安全评估中最常见的折中。选择哪种模式取决于评估目标：要评估利用难度用黑盒，要评估覆盖度用白盒或灰盒。
基本信息
| 黑盒 | 无前置信息，贴近真实攻击者视角 |
|---|---|
| 白盒 | 提供源码与文档，覆盖率高、效率高 |
| 灰盒 | 测试账号加部分架构信息，最常见折中 |
| 交付要求 | 报告须注明测试模式，避免客户误读结论 |
| 工作量 | 同等覆盖度下黑盒耗时通常是白盒的数倍 |
典型使用场景
- 上线前安全评估：常用灰盒，兼顾覆盖与效率
- 攻防演练前的边界验证：用黑盒贴近实战视角
- 代码级审计：白盒配合源码评审，定位根因
- 复测与回归：按原模式的清单逐项验证
- 合规性检查：按标准要求选择模式并说明
选择建议
选择建议
# 上线前安全评估：灰盒（测试账号 + 架构说明）
# 攻防演练外部视角：黑盒（仅范围资产清单）
# 代码级审计：白盒（源码 + 配置 + 设计文档）
# 混合模式：外网黑盒 + 内网白盒，覆盖边界与内部
# 报告开头注明模式，并说明该模式下结论的适用边界模式对比读法
| 维度 | 黑盒 | 白盒 |
|---|---|---|
| 前置信息 | 仅目标清单 | 源码、配置、架构文档 |
| 覆盖方式 | 依赖经验与外部线索 | 可系统性遍历代码路径 |
| 发现的问题 | 可直接利用的路径 | 含潜在问题与设计缺陷 |
| 结论含义 | 反映攻击者视角的真实难度 | 反映修复成本与隐患面 |
白盒效率高但容易高估问题的易发现性：报告里必须说明测试模式，否则客户会把白盒结论当成外部攻击者的实际能力。
黑盒结论要同时给出「当时的环境与时间窗口」，同一目标在不同时点的可达性可能完全不同。