3.1 Target站点地图与范围控制

3.1 Target站点地图与范围控制

本节摘要：Target 模块把代理历史收敛成一张按主机与路径组织的站点地图，作用域配置则把 1.1 节说的授权边界落成工具里可执行的规则。本节讲地图怎么读、范围怎么圈，以及在地图上找攻击面的具体方法。

先圈定范围再看站点

上一章历史记录里积累的流量是原始素材，本节第一步不是浏览，而是圈范围。顺序反过来会出事：先浏览后圈范围，人的注意力会先被有趣的页面吸走，范围设置被挤成"回头再补"——而范围恰恰是授权的数字化。操作上，把委托书里的域名清单逐条加进作用域包含规则，必要时加上排除规则（比如委托方明确不碰的路径），从此地图上范围外的一切以灰色显示，视觉上不可能误碰。

作用域规则按主机与路径两级匹配，写法直接：

包含：lab.local           允许整个站
包含：lab.local:8088      指定端口
排除：lab.local/logout    排除会破坏会话的路径
​

两处容易混的过滤要分清：作用域过滤是"授权边界"，决定什么被视为范围内资产；显示过滤是"注意力管理"，只影响地图和历史里你看到什么。前者错有合规后果，后者错只费眼睛。日常开着"仅显示范围内"的显示过滤，授权边界由作用域保证，两不耽误。

地图读法：从树到攻击面

圈好范围的地图是一棵按主机、路径层级组织的树。读地图找攻击面的经验可以列成几条。看目录结构：管理路径、接口路径、旧版本路径常常并列出现，旧版本目录里的遗留文件是经典疑点。看参数：地图视图能展开每个请求的参数清单，参数富集的端点天然值得优先验证——参数多意味着服务端解析的输入多。看认证边界：登录前可见的路径与登录后的路径在树上的分界，对照着看哪些"登录后"页面意外出现在未认证浏览的历史里，会话控制是否有漏。看响应特征：历史里按状态码过滤，大量重定向或异常码的路径单独拎出来。

在靶场上做一次完整演练。背景：靶场初始化后只逛了首页与登录页，想确认地图能提供多少信息。操作：以低权限账号登录，把主要功能页面各点一遍，回地图开"仅范围内"过滤，按参数数量排序观察。结果：一个文件包含练习页与一个上传功能页的参数明显高于均值，且地图里出现了未在导航菜单出现的设置目录。解读：导航菜单是给普通用户看的，地图是给测试者看的，两者的差集就是候选攻击面。变式：真实评估里再补一步被动爬取，让工具在不主动构造请求的前提下补充链接发现——主动爬取留给确认过授权允许的场景。

💡 给地图上确认过的重要请求做高亮与备注，颜色自定语义（比如红=已坐实、黄=待复核）。写报告时按颜色筛，证据检索快一个数量级。

地图不是一次画完的

新手常把站点地图当成"打开就有的东西"，实际它是随测试推进持续生长的：每条新历史、每次爬取、每个手工重放都会往地图添砖。测试中期的地图往往比初期大得多，而后期发现的疑点（比如一个深藏的接口）常常来自重放时顺手改路径的"如果这里存在另一版本呢"。所以本节的正确收尾动作是把 2.3 节的项目保存做掉——地图是有价值的资产，按资产对待。

显示过滤的实战用法

显示过滤值得单独给一组起步配置。按方法：测试写入类行为时只看请求方法为提交型的条目；按响应码：浏览阶段关注异常码（服务端错误、跳转），常规的成功响应暂时折叠；按参数：地图视图里按参数有无筛选，能快速把"带业务参数的接口"从静态资源里分出来；按类型：把图片样式脚本等静态类型整体隐藏，是噪音治理的第一刀。过滤器可以组合与保存，把常用组合存成命名方案（呼应 2.3 节的配置库思路），切换场景一键切换视图。

过滤与标注要配合使用：过滤是临时视野，标注是永久记忆。每天的收尾动作建议固定为"清空过滤、全量过一遍当天新增、批量标注"——过滤态下容易遗漏落在视野外的关键条目，全量复核一遍保住的是证据的完整性。

从地图到汇报：三个衍生用法

站点地图的价值不止于测试过程本身。其一，资产盘点：评估结束时地图就是目标应用的资产清单，导出后作为报告附录，委托方往往第一次见到自己系统的完整接口视图——这份附录的长期价值有时超过漏洞条目本身。其二，覆盖度证明：地图上标注了"已测"与"未测"的区域，报告的覆盖范围说明据此撰写，这是对"你们到底看了多少"这类质询最体面的回答。其三，回归基线：本次评估的地图留档，下次评估对比两版地图，新增接口一目了然——资产演进视角的测试，比每次从零开始有效得多。

这三种用法共同的底层逻辑是：地图是测试方与委托方都能看懂的中立事实。漏洞判定可以有分歧，资产与覆盖的事实没有分歧——善用这类中立事实，是专业沟通里以柔克刚的路数。

圈范围的三个验证动作

范围配置完成后用三个动作验收，缺一不可。动作一，命中测试：把范围内的每个主机与范围外的代表性主机各访问一次，地图上前者入图、后者标灰，规则的真实效果以行为验证为准，不以配置页面为准。动作二，排除测试：对配置了排除的路径发起一次请求，确认它被正确识别为范围外——排除规则的匹配优先级经常与直觉不符，实测才知道。动作三，边界复核：把作用域规则与委托书逐条对照，请第二个人读一遍——配置的是"你理解的范围"，委托书写的是"委托方理解的范围"，两个理解的偏差只能在对照中发现。这三个动作写进启动检查单，从此范围错误在第一小时暴露，而不是在报告评审时爆发。

高频疑问

问：历史里的流量和地图对不上，有些请求没进地图？
答：地图按目标聚合，某些异常请求（解析失败、被规则过滤）可能不入图。排查时以历史为准绳：历史里有而地图缺的，检查作用域与显示过滤配置。

问：作用域内的第三方嵌入资源算不算范围内？
答：按授权文件判断，默认不算——第三方系统不在你的委托范围内，即便其资源被范围内页面引用。发现可疑的第三方依赖时，写入报告的备注建议委托方另行评估，而不是自己上手。

问：地图越点越大，怎么控制复杂度？
答：靠作用域与过滤控制视野，靠标注控制记忆，靠阶段性归档控制体量。真正失控的根源通常是没圈好作用域——范围外的流量全涌进来，治理从源头做起。

与后续章节的接口

地图给出疑点清单，下一节把其中一个疑点拿到重放器里走完整流程：假设、改写、对比、判定。当疑点多到手工逐个验不过来时，第四章的批量模块接手——但那时你已经知道每个批量任务的判定标准长什么样，因为它在重放器里被人确立过。

本节要点回顾

• 顺序：先圈作用域再读地图，授权边界的数字化优先于一切浏览。
• 两把过滤：作用域是合规边界，显示过滤是注意力管理，别混用。
• 攻击面：参数富集区、认证边界、目录差集是三个高产出观察位。
• 生长性：地图随测试持续生长，阶段性保存是习惯也是资产保全。