授权测试的第一步:信息收集做到什么程度算够

渗透测试 · 2 分钟阅读· 129 次阅读

所有测试都从「知道有什么」开始。资产没摸清,后面的漏洞发现就是碰运气。

但信息收集必须先有「书面授权范围」,越过边界的技术动作都是违规的。

先说结论

先确认授权范围,再做被动收集,最后才主动扫描。

  • 授权书写明域名/IP 段与时间窗口
  • 被动收集(证书、DNS、公开数据)零风险
  • 主动扫描控制速率,避免影响业务
  • 把资产清单落成表格,持续更新

漏洞是怎么产生的

信息收集的产出是「资产地图」:有哪些域名、哪些 IP、哪些服务、哪些人。

这张图决定了测试的覆盖面,也是事后复测的依据。

修复与验证

修复不是改一行代码,而是四件事一起做:

  • 确认授权范围与禁止动作(如禁止 DoS、禁止社工)
  • 被动收集:证书透明度日志、DNS 记录、公开代码仓库
  • 主动识别:端口扫描、服务指纹、版本信息
  • 标记暴露面:后台、调试接口、测试环境
  • 整理成资产表,标注优先级

攻击面与检测点

按影响面排序,先修影响最大的:

阶段 手段 风险
被动 CT 日志、DNS、搜索引擎 无
半主动 子域爆破 低
主动 端口与服务扫描 中,需限速
人工 页面与接口梳理 低

授权测试的第一步

几个容易踩的坑

下面这些是最常见的错误做法:

  • 没有授权就开始扫:法律风险
  • 全速扫描:影响业务可用性
  • 只扫主域名:遗漏测试环境与子域
  • 不记录:复测时无法对比

写在最后

信息收集的边界是「授权」,底线是「不影响业务」。这两条比技术更重要。

安全不是一次加固,是持续的假设:假设输入不可信、假设边界会破、假设有人会看错。

评论 (3)

半
半箱油

修复清单比漏洞描述有用多了,很多文章只讲怎么打不讲怎么防。

白
白帽小林

白名单那条永远是最有效的,正则黑名单迟早绕过。

运
运维老张

建议再补一条:把这类检查加到 CI 里,靠人记必然漏。

发表评论

验证码

提交后需站长审核,通过后才会显示。