信息泄露为什么单列一类
版本号、内部地址、代码注释、调试页、监控入口这类信息单独看价值有限，但汇总之后是后续攻击的重要输入：内部地址可用于网络结构推断，框架与版本可用于匹配已知问题，接口清单可用于扩大测试面。把它们归为一类系统检查，既避免逐条低危忽略了综合价值，也便于向客户说明整改优先级。
基本信息
| 检查渠道 | 响应头、页面注释、脚本资源、错误页、元数据文件 |
|---|---|
| 产出 | 信息泄露清单：位置、内容类型、敏感度 |
| 记录方式 | 只截取必要片段作为证据，不外传原始内容 |
| 定级原则 | 单个泄露点多为低危，需结合链路综合判断 |
| 重点对象 | 内部地址、凭据线索、接口与版本信息 |
典型使用场景
- 核对响应头中的框架与版本标识暴露情况
- 检查页面注释中的内部地址与开发说明
- 检查脚本资源中的调试标识与内部端点
- 核对错误页是否暴露堆栈与数据库信息
- 检查公开的元数据与说明文件是否被误上线
检查清单
检查清单
# 响应头：框架与版本标识、代理与托管平台特征
# 页面：注释、隐藏字段、内部地址与工单编号
# 脚本资源：调试标识、内部端点、地图文件
# 错误页：堆栈、数据库类型、绝对路径
# 文件：公开目录下的说明文件与版本清单渠道与敏感度读法
| 渠道 | 典型内容 | 敏感度判断 |
|---|---|---|
| 响应头 | 框架与版本标识 | 低，需结合已知问题才有实际意义 |
| 页面注释 | 内部地址、开发说明 | 中，可用于网络结构推断 |
| 脚本资源 | 内部端点、调试标识 | 中，可扩大测试面 |
| 错误页 | 堆栈、路径、数据库信息 | 中高，直接影响后续测试效率 |
综合定级参考：单一泄露点多为低危，但配合其他缺陷会显著提升链路风险，报告应说明关联性。
只截取必要片段作为证据：保存并外传完整源码或配置内容，会把一次低危问题变成数据泄露事件。