1. 项目概述精准流量控制的必要性在渗透测试或安全审计的日常工作中Burp Suite 作为核心的代理工具其流量捕获能力既是利器也可能成为负担。想象一下你正专注于对一个目标Web应用进行深度测试但Burp的代理窗口却像繁忙的十字路口不断涌入各种无关的流量浏览器自动更新的请求、第三方统计脚本、甚至是你后台播放音乐软件的API调用。这些“噪音”不仅会迅速填满你的历史记录让关键请求石沉大海更会严重干扰你的测试思路和效率。因此掌握如何为Burp设置精准的流量捕获规则——即“只抓取”特定目标域名和“不抓取”干扰域名——是每一位安全从业者从“会用工具”到“精通工具”必须跨越的一道门槛。这不仅仅是点击几下鼠标的配置更是一种精细化测试思维的体现。本文将深入拆解Burp Suite中实现域名级流量过滤的几种核心方法从基础配置到高阶技巧并结合大量实战中踩过的坑为你提供一套可直接复用的“静默”审计环境搭建方案。2. 核心思路与方案选型解析实现Burp的精准抓包本质是在代理链路上设置一个智能过滤器。Burp本身提供了多层次、可组合的过滤机制我们需要根据不同的测试场景选择最合适或组合使用这些方案。2.1 方案对比Scope作用域 vs. Proxy Filter代理过滤器这是最常被混淆也最具决定性的两个概念。简单来说Scope作用域定义的是“Burp认为什么是目标”而Proxy Filter代理过滤器定义的是“哪些流量可以进入Proxy历史记录”。两者协同工作但目的不同。Target Scope目标作用域定位 这是Burp Suite的“战略级”配置。它位于Target-Scope标签页。功能 在这里添加的域名或URL会被Burp整个套件识别为“目标范围”。其影响是全局性的Proxy历史记录 默认情况下只有位于Scope内的请求才会被记录但这受Proxy Filter影响。Scanner扫描器 主动扫描仅针对Scope内的目标进行避免误扫其他网站。Spider爬虫 爬行范围被限制在Scope内。Dashboard仪表盘 任务和问题视图主要关注Scope内的目标。核心逻辑 “告诉我哪些是我们要测试的我会让整个工具集聚焦于此。”Proxy Filter代理过滤器定位 这是Burp Suite的“战术级”配置。位于Proxy-Options-Proxy Listeners下方或更常用的是在Proxy-HTTP history标签页的顶部过滤器栏。功能 它专门控制哪些HTTP请求/响应会显示并保存在Proxy的历史记录中。你可以设置非常复杂的布尔逻辑规则例如“显示所有来自Scope的请求但隐藏所有图片请求”。核心逻辑 “在流经代理的所有流量中我只想看到我关心的那一部分进入这个历史记录窗口。”如何选择对于“只抓取某域名”的需求最佳实践是结合使用两者先用Target Scope框定战略目标再用Proxy Filter进行战术微调。例如将target.com加入Scope然后在Proxy Filter中设置“Show only in-scope items”只显示作用域内的项目这样就实现了纯净的目标流量捕获。2.2 方案延伸客户端代理配置与浏览器扩展除了在Burp端过滤我们还可以在流量源头客户端进行控制。浏览器代理插件如SwitchyOmega、FoxyProxy原理 这些插件允许你创建复杂的代理规则例如“对*.target.com的请求使用Burp代理127.0.0.1:8080其他所有请求直连”。优势 过滤发生在请求发出之前Burp完全看不到无关流量性能开销最小最为干净彻底。尤其适合需要同时正常浏览和测试的场景。劣势 配置在浏览器端移动端APP或非浏览器客户端测试时不适用。操作系统/全局代理配置通常不推荐。因为这将把所有系统流量包括软件更新、邮件客户端等都导向Burp会引入大量噪音不如浏览器插件精准。选型总结 对于绝大多数Web应用测试“Target Scope Proxy Filter只显示作用域内”的组合是基础且必需的。如果测试环境复杂、干扰域名多强烈建议辅以浏览器代理插件进行源头过滤。对于移动端APP测试则主要依赖Burp端的Scope和Filter。3. 核心配置实操详解下面我们进入具体的操作环节每一步都会解释其意图和潜在陷阱。3.1 第一步精确定义Target Scope这是构建精准抓包环境的基石。打开Scope设置 在Burp顶部菜单栏进入Target-Scope。添加目标规则点击“Add”按钮你可以选择两种模式简单模式Simple 直接输入域名如target.com。这将会匹配http(s)://target.com及其所有子域名、所有端口、所有路径。这是最常用的方式。高级模式Advanced 使用正则表达式定义更复杂的范围。例如^https?://www\.target\.com(/.*)?$将只匹配www.target.com的根域名及其路径不包含其他子域。启用Scope控制 添加后确保顶部的“Use advanced scope control”选项是启用的默认通常启用。这个选项允许Burp的其他模块如Proxy Filter识别并尊重Scope的定义。实操心得 在测试包含多个子域如api.target.com,admin.target.com,static.target.com的大型应用时我更喜欢使用简单模式添加target.com一劳永逸。但如果只想测试其中一个子域例如仅测试后台admin.target.com则必须使用高级模式或精确的域名避免Scope过大引入无关子域的流量。3.2 第二步配置Proxy Filter实现“只抓取”设好Scope后我们需要在Proxy历史记录中应用它。进入过滤器设置 切换到Proxy-HTTP history标签页。注意观察标签页顶部有一个过滤器栏显示为“Filter: hiding some items”或类似文字。点击这个栏位或旁边的齿轮图标打开详细过滤器设置。设置“Show only in-scope items”在过滤器设置对话框中找到“Filter by request type”区域。勾选“Show only in-scope items”这个复选框。这个选项一旦勾选Proxy历史记录将只保留那些URL符合你在Target Scope中定义的规则的请求。所有Scope外的流量将不会被记录。验证效果 配置完成后清空当前历史记录然后访问目标域名和一个无关域名如www.google.com。你会发现只有目标域名的请求出现在历史列表中。避坑指南 一个常见的困惑是“我已经设置了只显示Scope内的为什么还能看到一些其他请求” 请检查你是否在“Filter by MIME type”或“Filter by status code”等区域设置了其他“隐藏Hide”规则。这些规则会与“只显示”规则进行与AND运算。例如如果你同时设置了“只显示Scope内”和“隐藏图片类型”那么一个Scope内的图片请求也会被隐藏。务必理清各过滤条件间的逻辑关系。3.3 第三步利用Proxy Filter实现“不抓取”黑名单有时Scope内仍有你不想看到的噪音。例如目标网站引用了某个已知的、无关的第三方CDN如cdn.third-party.com其请求量很大且对测试无意义。这时我们需要“黑名单”功能。继续在Proxy Filter中操作 在同一过滤器设置对话框中找到“Filter by domain”或“Filter by URL”区域不同Burp版本命名略有差异。添加隐藏规则选择“Hide”操作。在匹配条件中选择“Domain name”或“URL”。在输入框里填写你想排除的域名或URL模式。例如输入static.unwanted-cdn.com。你也可以使用通配符如*.unwanted-cdn.com来排除该域的所有子域。规则优先级 记住Hide规则的优先级很高。如果一个请求既在Scope内因此“只显示”规则允许它显示又匹配了某个Hide规则那么它最终会被隐藏。这种设计非常灵活可以实现“显示所有Scope内的但除了某个特定子域或特定文件类型”的效果。3.4 第四步浏览器端精准分流以SwitchyOmega为例这是实现“物理级”隔离的终极技巧尤其适合开发测试环境与生产环境域名相似或需要长时间挂代理的场景。安装SwitchyOmega插件 在Chrome或Edge的扩展商店中安装。创建情景模式点击插件图标进入选项。新建一个情景模式命名为“Burp Target”。代理协议选择HTTP 服务器127.0.0.1 端口8080你的Burp监听端口。设置条件规则在“Burp Target”情景模式的“条件”标签页下点击“添加条件”。条件类型选择“域名通配符”。在规则框中输入你的目标域名模式例如*.target.com。这意味着任何访问target.com及其子域名的请求都会匹配此规则并使用Burp代理。配置默认情景将“系统默认”或新建一个“Direct”直连情景模式设置为默认情景。在SwitchyOmega的“情景模式自动切换”中确保“Burp Target”规则列表在上方。工作流程 插件启用后你访问app.target.com流量自动走Burp代理你访问mail.google.com流量直接连接完全不会经过Burp。Burp的Proxy历史记录配合“只显示Scope内”规则将得到一个极其干净的目标请求列表。实测经验 在测试单页应用SPA时应用可能频繁向同一个域名发起大量API请求如graphql.target.com和静态资源请求如static.target.com。如果我只关心API交互我可以在SwitchyOmega中只设置graphql.target.com走代理让静态资源直连。这样既减轻了Burp的解析负担历史记录也完全聚焦于核心业务逻辑。4. 高级技巧与场景化应用掌握了基础配置我们来看一些能进一步提升效率的进阶玩法。4.1 使用正则表达式进行复杂过滤Burp的过滤规则支持正则表达式功能非常强大。场景 只想抓取/api/路径下的请求但目标站点的API散落在不同子域或路径下。操作 在Target Scope的“高级模式”或Proxy Filter的URL过滤中使用正则表达式。例如在Proxy Filter中添加一个“Show”规则匹配URL正则.*/api/.*。这样任何URL中包含/api/的请求都会被显示无论其域名是什么需注意Scope限制。更精确的例子^https?://(api|internal)\.target\.com/.*匹配api.target.com或internal.target.com的所有请求。4.2 临时禁用与快速切换测试中经常需要对比“过滤后”和“原始流量”视图。快速禁用所有过滤器 在Proxy - HTTP history的过滤器栏直接点击第一个下拉菜单选择“Hide nothing”什么都不隐藏。这会暂时禁用所有隐藏规则但“只显示Scope内”这种显示规则可能依然生效。最彻底的方法是点击过滤器栏右边的“Filter is on”按钮通常是个打勾的图标将其变为“Filter is off”即可完全关闭过滤功能。保存和加载过滤器配置 在Proxy Filter的设置对话框底部有“Save”和“Load”按钮。你可以为不同的项目如“项目A-仅API”、“项目B-全站”保存不同的过滤配置实现一键切换。4.3 移动端测试下的抓包配置抓取手机APP流量时源头过滤浏览器插件方案失效更需要依赖Burp端的精确配置。设置Scope 将APP的所有相关域名主域名、API网关域名、OSS域名等加入Target Scope。通常需要先进行粗略抓包来发现这些域名。强化Proxy Filter“只显示Scope内”是必须的。利用MIME类型过滤 很多APP会频繁请求图片、字体、视频等静态资源。在Proxy Filter中添加规则Hide-MIME type- 选择Image,Font,Video等。可以瞬间清除大量噪音。利用文件扩展名过滤 添加Hide规则匹配URL文件扩展名如.jpg,.png,.css,.js,.woff2等。这对清理WebView混合开发的APP流量特别有效。注意证书锁定SSL Pinning 如果APP使用了证书锁定即使流量经过Burp你也无法解密HTTPS内容。此时需要配合Xposed、Frida等工具进行绕过但这已超出本文域名过滤的范畴。5. 常见问题排查与实战心得即使配置正确实践中还是会遇到各种问题。这里记录几个高频问题和我自己的解决思路。5.1 问题排查速查表问题现象可能原因排查步骤与解决方案设置了Scope和“只显示”但依然抓到大量无关流量1. Scope模式为“简单模式”域名定义过于宽泛如.com。2. Proxy Filter中其他“Hide”规则与“Show”规则冲突导致目标请求被误杀。3. 浏览器或系统全局代理设置错误所有流量都走了Burp。1. 检查Target Scope规则改为更精确的域名或使用高级模式。2. 在Proxy Filter中暂时切换到“Hide nothing”模式确认目标请求是否出现。然后逐一启用过滤规则定位冲突点。3. 检查浏览器代理插件规则或系统代理设置确保只有目标流量指向Burp。目标域名的请求完全抓不到1. 目标域名未正确添加到Target Scope。2. Proxy Filter中误设置了针对该域名的“Hide”规则。3. 客户端浏览器/APP未正确配置代理。4. Burp的代理监听器未运行或端口被占用。1. 确认域名已在Scope列表且拼写无误包括http/https。2. 关闭所有Proxy Filter看请求是否出现。3. 确认客户端代理设置为127.0.0.1:8080且Burp证书已正确安装信任。4. 检查Proxy - Options - Proxy Listeners确保Running为是。HTTPS请求显示为Tunnel to … 或无法解密1. 客户端未安装/信任Burp的CA证书。2. 目标网站使用了HSTS或证书锁定等高级安全机制。3. 域名匹配问题Burp未对该子域生成动态证书。1. 在浏览器或手机系统中重新安装并完全信任Burp导出的CA证书。2. 对于HSTS尝试在浏览器中清除该站点的HSTS状态。对于证书锁定需要移动端脱壳或HOOK绕过。3. 访问一下该子域Burp通常会为其自动生成证书。过滤规则生效但历史记录还是越来越卡1. 过滤只是“不显示”但流量依然经过Burp并消耗内存。2. 目标站点本身请求量巨大。1. 对于完全不需要的域名如第三方统计、广告最佳方案是在浏览器代理插件中设置直连从源头切断。2. 定期清空历史记录CtrlX或增加Burp的JVM堆内存修改启动脚本中的-Xmx参数。5.2 个人实战心得与技巧“先宽后严”的配置流程 开始测试一个新目标时我通常先不设任何过滤用浏览器插件粗略浏览一遍所有功能。同时观察Burp历史记录快速识别出核心业务域名如api.xxx.com、静态资源域名如cdn.xxx.com、以及第三方干扰域名如google-analytics.com。摸清情况后再系统性地配置Scope和Filter做到有的放矢。为不同测试阶段准备不同配置信息收集阶段 过滤可以宽松只隐藏最明显的静态资源以便发现尽可能多的子域和接口。漏洞探测/主动扫描阶段 必须严格限定Scope确保Scanner只针对授权目标避免法律风险。同时过滤掉静态资源提升扫描效率。手动测试/漏洞利用阶段 可以开启“只显示Scope内”并配合浏览器插件获得最纯净的视图专注于业务逻辑漏洞。善用“注释”和“高亮”功能 在纯净的历史记录中对关键的请求如登录、权限验证、核心业务操作右键添加注释Comment或使用不同颜色高亮Highlight。这在测试复杂流程时能帮你快速定位和回溯关键步骤比单纯靠过滤更灵活。移动端测试的静态资源过滤正则 对于安卓/iOS APP除了用MIME类型过滤我经常在Proxy Filter中使用这个URL正则表达式来隐藏常见静态资源.*\.(jpg|jpeg|png|gif|ico|css|js|woff|woff2|ttf|svg|mp4|m4v|webm|mp3|m4a)$。效果立竿见影。精准控制Burp Suite抓包范围远不止是清理界面这么简单。它直接关系到测试效率、数据分析和专注度。通过将Target Scope的全局战略与Proxy Filter的局部战术相结合再辅以客户端代理的源头管控你就能为每一次安全审计打造一个安静、专注、高效的“作战室”。这套方法需要你在初期花几分钟配置但在长达数小时甚至数天的测试过程中它将为你节省大量筛选和排查的时间让你把精力真正集中在发现漏洞本身。 Burp Suite精准抓包：域名过滤与流量控制实战指南
1. 项目概述精准流量控制的必要性在渗透测试或安全审计的日常工作中Burp Suite 作为核心的代理工具其流量捕获能力既是利器也可能成为负担。想象一下你正专注于对一个目标Web应用进行深度测试但Burp的代理窗口却像繁忙的十字路口不断涌入各种无关的流量浏览器自动更新的请求、第三方统计脚本、甚至是你后台播放音乐软件的API调用。这些“噪音”不仅会迅速填满你的历史记录让关键请求石沉大海更会严重干扰你的测试思路和效率。因此掌握如何为Burp设置精准的流量捕获规则——即“只抓取”特定目标域名和“不抓取”干扰域名——是每一位安全从业者从“会用工具”到“精通工具”必须跨越的一道门槛。这不仅仅是点击几下鼠标的配置更是一种精细化测试思维的体现。本文将深入拆解Burp Suite中实现域名级流量过滤的几种核心方法从基础配置到高阶技巧并结合大量实战中踩过的坑为你提供一套可直接复用的“静默”审计环境搭建方案。2. 核心思路与方案选型解析实现Burp的精准抓包本质是在代理链路上设置一个智能过滤器。Burp本身提供了多层次、可组合的过滤机制我们需要根据不同的测试场景选择最合适或组合使用这些方案。2.1 方案对比Scope作用域 vs. Proxy Filter代理过滤器这是最常被混淆也最具决定性的两个概念。简单来说Scope作用域定义的是“Burp认为什么是目标”而Proxy Filter代理过滤器定义的是“哪些流量可以进入Proxy历史记录”。两者协同工作但目的不同。Target Scope目标作用域定位 这是Burp Suite的“战略级”配置。它位于Target-Scope标签页。功能 在这里添加的域名或URL会被Burp整个套件识别为“目标范围”。其影响是全局性的Proxy历史记录 默认情况下只有位于Scope内的请求才会被记录但这受Proxy Filter影响。Scanner扫描器 主动扫描仅针对Scope内的目标进行避免误扫其他网站。Spider爬虫 爬行范围被限制在Scope内。Dashboard仪表盘 任务和问题视图主要关注Scope内的目标。核心逻辑 “告诉我哪些是我们要测试的我会让整个工具集聚焦于此。”Proxy Filter代理过滤器定位 这是Burp Suite的“战术级”配置。位于Proxy-Options-Proxy Listeners下方或更常用的是在Proxy-HTTP history标签页的顶部过滤器栏。功能 它专门控制哪些HTTP请求/响应会显示并保存在Proxy的历史记录中。你可以设置非常复杂的布尔逻辑规则例如“显示所有来自Scope的请求但隐藏所有图片请求”。核心逻辑 “在流经代理的所有流量中我只想看到我关心的那一部分进入这个历史记录窗口。”如何选择对于“只抓取某域名”的需求最佳实践是结合使用两者先用Target Scope框定战略目标再用Proxy Filter进行战术微调。例如将target.com加入Scope然后在Proxy Filter中设置“Show only in-scope items”只显示作用域内的项目这样就实现了纯净的目标流量捕获。2.2 方案延伸客户端代理配置与浏览器扩展除了在Burp端过滤我们还可以在流量源头客户端进行控制。浏览器代理插件如SwitchyOmega、FoxyProxy原理 这些插件允许你创建复杂的代理规则例如“对*.target.com的请求使用Burp代理127.0.0.1:8080其他所有请求直连”。优势 过滤发生在请求发出之前Burp完全看不到无关流量性能开销最小最为干净彻底。尤其适合需要同时正常浏览和测试的场景。劣势 配置在浏览器端移动端APP或非浏览器客户端测试时不适用。操作系统/全局代理配置通常不推荐。因为这将把所有系统流量包括软件更新、邮件客户端等都导向Burp会引入大量噪音不如浏览器插件精准。选型总结 对于绝大多数Web应用测试“Target Scope Proxy Filter只显示作用域内”的组合是基础且必需的。如果测试环境复杂、干扰域名多强烈建议辅以浏览器代理插件进行源头过滤。对于移动端APP测试则主要依赖Burp端的Scope和Filter。3. 核心配置实操详解下面我们进入具体的操作环节每一步都会解释其意图和潜在陷阱。3.1 第一步精确定义Target Scope这是构建精准抓包环境的基石。打开Scope设置 在Burp顶部菜单栏进入Target-Scope。添加目标规则点击“Add”按钮你可以选择两种模式简单模式Simple 直接输入域名如target.com。这将会匹配http(s)://target.com及其所有子域名、所有端口、所有路径。这是最常用的方式。高级模式Advanced 使用正则表达式定义更复杂的范围。例如^https?://www\.target\.com(/.*)?$将只匹配www.target.com的根域名及其路径不包含其他子域。启用Scope控制 添加后确保顶部的“Use advanced scope control”选项是启用的默认通常启用。这个选项允许Burp的其他模块如Proxy Filter识别并尊重Scope的定义。实操心得 在测试包含多个子域如api.target.com,admin.target.com,static.target.com的大型应用时我更喜欢使用简单模式添加target.com一劳永逸。但如果只想测试其中一个子域例如仅测试后台admin.target.com则必须使用高级模式或精确的域名避免Scope过大引入无关子域的流量。3.2 第二步配置Proxy Filter实现“只抓取”设好Scope后我们需要在Proxy历史记录中应用它。进入过滤器设置 切换到Proxy-HTTP history标签页。注意观察标签页顶部有一个过滤器栏显示为“Filter: hiding some items”或类似文字。点击这个栏位或旁边的齿轮图标打开详细过滤器设置。设置“Show only in-scope items”在过滤器设置对话框中找到“Filter by request type”区域。勾选“Show only in-scope items”这个复选框。这个选项一旦勾选Proxy历史记录将只保留那些URL符合你在Target Scope中定义的规则的请求。所有Scope外的流量将不会被记录。验证效果 配置完成后清空当前历史记录然后访问目标域名和一个无关域名如www.google.com。你会发现只有目标域名的请求出现在历史列表中。避坑指南 一个常见的困惑是“我已经设置了只显示Scope内的为什么还能看到一些其他请求” 请检查你是否在“Filter by MIME type”或“Filter by status code”等区域设置了其他“隐藏Hide”规则。这些规则会与“只显示”规则进行与AND运算。例如如果你同时设置了“只显示Scope内”和“隐藏图片类型”那么一个Scope内的图片请求也会被隐藏。务必理清各过滤条件间的逻辑关系。3.3 第三步利用Proxy Filter实现“不抓取”黑名单有时Scope内仍有你不想看到的噪音。例如目标网站引用了某个已知的、无关的第三方CDN如cdn.third-party.com其请求量很大且对测试无意义。这时我们需要“黑名单”功能。继续在Proxy Filter中操作 在同一过滤器设置对话框中找到“Filter by domain”或“Filter by URL”区域不同Burp版本命名略有差异。添加隐藏规则选择“Hide”操作。在匹配条件中选择“Domain name”或“URL”。在输入框里填写你想排除的域名或URL模式。例如输入static.unwanted-cdn.com。你也可以使用通配符如*.unwanted-cdn.com来排除该域的所有子域。规则优先级 记住Hide规则的优先级很高。如果一个请求既在Scope内因此“只显示”规则允许它显示又匹配了某个Hide规则那么它最终会被隐藏。这种设计非常灵活可以实现“显示所有Scope内的但除了某个特定子域或特定文件类型”的效果。3.4 第四步浏览器端精准分流以SwitchyOmega为例这是实现“物理级”隔离的终极技巧尤其适合开发测试环境与生产环境域名相似或需要长时间挂代理的场景。安装SwitchyOmega插件 在Chrome或Edge的扩展商店中安装。创建情景模式点击插件图标进入选项。新建一个情景模式命名为“Burp Target”。代理协议选择HTTP 服务器127.0.0.1 端口8080你的Burp监听端口。设置条件规则在“Burp Target”情景模式的“条件”标签页下点击“添加条件”。条件类型选择“域名通配符”。在规则框中输入你的目标域名模式例如*.target.com。这意味着任何访问target.com及其子域名的请求都会匹配此规则并使用Burp代理。配置默认情景将“系统默认”或新建一个“Direct”直连情景模式设置为默认情景。在SwitchyOmega的“情景模式自动切换”中确保“Burp Target”规则列表在上方。工作流程 插件启用后你访问app.target.com流量自动走Burp代理你访问mail.google.com流量直接连接完全不会经过Burp。Burp的Proxy历史记录配合“只显示Scope内”规则将得到一个极其干净的目标请求列表。实测经验 在测试单页应用SPA时应用可能频繁向同一个域名发起大量API请求如graphql.target.com和静态资源请求如static.target.com。如果我只关心API交互我可以在SwitchyOmega中只设置graphql.target.com走代理让静态资源直连。这样既减轻了Burp的解析负担历史记录也完全聚焦于核心业务逻辑。4. 高级技巧与场景化应用掌握了基础配置我们来看一些能进一步提升效率的进阶玩法。4.1 使用正则表达式进行复杂过滤Burp的过滤规则支持正则表达式功能非常强大。场景 只想抓取/api/路径下的请求但目标站点的API散落在不同子域或路径下。操作 在Target Scope的“高级模式”或Proxy Filter的URL过滤中使用正则表达式。例如在Proxy Filter中添加一个“Show”规则匹配URL正则.*/api/.*。这样任何URL中包含/api/的请求都会被显示无论其域名是什么需注意Scope限制。更精确的例子^https?://(api|internal)\.target\.com/.*匹配api.target.com或internal.target.com的所有请求。4.2 临时禁用与快速切换测试中经常需要对比“过滤后”和“原始流量”视图。快速禁用所有过滤器 在Proxy - HTTP history的过滤器栏直接点击第一个下拉菜单选择“Hide nothing”什么都不隐藏。这会暂时禁用所有隐藏规则但“只显示Scope内”这种显示规则可能依然生效。最彻底的方法是点击过滤器栏右边的“Filter is on”按钮通常是个打勾的图标将其变为“Filter is off”即可完全关闭过滤功能。保存和加载过滤器配置 在Proxy Filter的设置对话框底部有“Save”和“Load”按钮。你可以为不同的项目如“项目A-仅API”、“项目B-全站”保存不同的过滤配置实现一键切换。4.3 移动端测试下的抓包配置抓取手机APP流量时源头过滤浏览器插件方案失效更需要依赖Burp端的精确配置。设置Scope 将APP的所有相关域名主域名、API网关域名、OSS域名等加入Target Scope。通常需要先进行粗略抓包来发现这些域名。强化Proxy Filter“只显示Scope内”是必须的。利用MIME类型过滤 很多APP会频繁请求图片、字体、视频等静态资源。在Proxy Filter中添加规则Hide-MIME type- 选择Image,Font,Video等。可以瞬间清除大量噪音。利用文件扩展名过滤 添加Hide规则匹配URL文件扩展名如.jpg,.png,.css,.js,.woff2等。这对清理WebView混合开发的APP流量特别有效。注意证书锁定SSL Pinning 如果APP使用了证书锁定即使流量经过Burp你也无法解密HTTPS内容。此时需要配合Xposed、Frida等工具进行绕过但这已超出本文域名过滤的范畴。5. 常见问题排查与实战心得即使配置正确实践中还是会遇到各种问题。这里记录几个高频问题和我自己的解决思路。5.1 问题排查速查表问题现象可能原因排查步骤与解决方案设置了Scope和“只显示”但依然抓到大量无关流量1. Scope模式为“简单模式”域名定义过于宽泛如.com。2. Proxy Filter中其他“Hide”规则与“Show”规则冲突导致目标请求被误杀。3. 浏览器或系统全局代理设置错误所有流量都走了Burp。1. 检查Target Scope规则改为更精确的域名或使用高级模式。2. 在Proxy Filter中暂时切换到“Hide nothing”模式确认目标请求是否出现。然后逐一启用过滤规则定位冲突点。3. 检查浏览器代理插件规则或系统代理设置确保只有目标流量指向Burp。目标域名的请求完全抓不到1. 目标域名未正确添加到Target Scope。2. Proxy Filter中误设置了针对该域名的“Hide”规则。3. 客户端浏览器/APP未正确配置代理。4. Burp的代理监听器未运行或端口被占用。1. 确认域名已在Scope列表且拼写无误包括http/https。2. 关闭所有Proxy Filter看请求是否出现。3. 确认客户端代理设置为127.0.0.1:8080且Burp证书已正确安装信任。4. 检查Proxy - Options - Proxy Listeners确保Running为是。HTTPS请求显示为Tunnel to … 或无法解密1. 客户端未安装/信任Burp的CA证书。2. 目标网站使用了HSTS或证书锁定等高级安全机制。3. 域名匹配问题Burp未对该子域生成动态证书。1. 在浏览器或手机系统中重新安装并完全信任Burp导出的CA证书。2. 对于HSTS尝试在浏览器中清除该站点的HSTS状态。对于证书锁定需要移动端脱壳或HOOK绕过。3. 访问一下该子域Burp通常会为其自动生成证书。过滤规则生效但历史记录还是越来越卡1. 过滤只是“不显示”但流量依然经过Burp并消耗内存。2. 目标站点本身请求量巨大。1. 对于完全不需要的域名如第三方统计、广告最佳方案是在浏览器代理插件中设置直连从源头切断。2. 定期清空历史记录CtrlX或增加Burp的JVM堆内存修改启动脚本中的-Xmx参数。5.2 个人实战心得与技巧“先宽后严”的配置流程 开始测试一个新目标时我通常先不设任何过滤用浏览器插件粗略浏览一遍所有功能。同时观察Burp历史记录快速识别出核心业务域名如api.xxx.com、静态资源域名如cdn.xxx.com、以及第三方干扰域名如google-analytics.com。摸清情况后再系统性地配置Scope和Filter做到有的放矢。为不同测试阶段准备不同配置信息收集阶段 过滤可以宽松只隐藏最明显的静态资源以便发现尽可能多的子域和接口。漏洞探测/主动扫描阶段 必须严格限定Scope确保Scanner只针对授权目标避免法律风险。同时过滤掉静态资源提升扫描效率。手动测试/漏洞利用阶段 可以开启“只显示Scope内”并配合浏览器插件获得最纯净的视图专注于业务逻辑漏洞。善用“注释”和“高亮”功能 在纯净的历史记录中对关键的请求如登录、权限验证、核心业务操作右键添加注释Comment或使用不同颜色高亮Highlight。这在测试复杂流程时能帮你快速定位和回溯关键步骤比单纯靠过滤更灵活。移动端测试的静态资源过滤正则 对于安卓/iOS APP除了用MIME类型过滤我经常在Proxy Filter中使用这个URL正则表达式来隐藏常见静态资源.*\.(jpg|jpeg|png|gif|ico|css|js|woff|woff2|ttf|svg|mp4|m4v|webm|mp3|m4a)$。效果立竿见影。精准控制Burp Suite抓包范围远不止是清理界面这么简单。它直接关系到测试效率、数据分析和专注度。通过将Target Scope的全局战略与Proxy Filter的局部战术相结合再辅以客户端代理的源头管控你就能为每一次安全审计打造一个安静、专注、高效的“作战室”。这套方法需要你在初期花几分钟配置但在长达数小时甚至数天的测试过程中它将为你节省大量筛选和排查的时间让你把精力真正集中在发现漏洞本身。