授权测试的第一步:信息收集做到什么程度算够
所有测试都从「知道有什么」开始。资产没摸清,后面的漏洞发现就是碰运气。
但信息收集必须先有「书面授权范围」,越过边界的技术动作都是违规的。
先说结论
先确认授权范围,再做被动收集,最后才主动扫描。
- 授权书写明域名/IP 段与时间窗口
- 被动收集(证书、DNS、公开数据)零风险
- 主动扫描控制速率,避免影响业务
- 把资产清单落成表格,持续更新
漏洞是怎么产生的
信息收集的产出是「资产地图」:有哪些域名、哪些 IP、哪些服务、哪些人。
这张图决定了测试的覆盖面,也是事后复测的依据。
修复与验证
修复不是改一行代码,而是四件事一起做:
- 确认授权范围与禁止动作(如禁止 DoS、禁止社工)
- 被动收集:证书透明度日志、DNS 记录、公开代码仓库
- 主动识别:端口扫描、服务指纹、版本信息
- 标记暴露面:后台、调试接口、测试环境
- 整理成资产表,标注优先级
攻击面与检测点
按影响面排序,先修影响最大的:
| 阶段 | 手段 | 风险 |
|---|---|---|
| 被动 | CT 日志、DNS、搜索引擎 | 无 |
| 半主动 | 子域爆破 | 低 |
| 主动 | 端口与服务扫描 | 中,需限速 |
| 人工 | 页面与接口梳理 | 低 |

几个容易踩的坑
下面这些是最常见的错误做法:
- 没有授权就开始扫:法律风险
- 全速扫描:影响业务可用性
- 只扫主域名:遗漏测试环境与子域
- 不记录:复测时无法对比
写在最后
信息收集的边界是「授权」,底线是「不影响业务」。这两条比技术更重要。
安全不是一次加固,是持续的假设:假设输入不可信、假设边界会破、假设有人会看错。
评论 (3)
修复清单比漏洞描述有用多了,很多文章只讲怎么打不讲怎么防。
白名单那条永远是最有效的,正则黑名单迟早绕过。
建议再补一条:把这类检查加到 CI 里,靠人记必然漏。
发表评论