简介这是一份面向网络安全从业者与渗透测试学习者的火狐浏览器定制集成包基于Firefox 49.0打造将Burp Suite、Nessus、Wappalyzer、Web Developer、OWASP ZAP、Fiddler等常用安全测试插件预先整合省去逐一安装配置的麻烦可直接用于Web应用安全评估、漏洞扫描与信息收集等场景适合具备一定安全基础、希望快速搭建测试环境的中高级人员。压缩包为rar格式共700个文件约62.98MB其中xpi与xul构成插件主体dll、exe、js、jsm支撑程序运行与脚本逻辑properties、dtd、json、xml负责配置与本地化png、ico、gif等为界面资源另有sqlite、pset、cache等缓存与配置文件结构完整。目前已有1270人浏览学习。借助这套集成环境读者可省去插件兼容性调试直接开展信息收集、漏洞扫描、漏洞验证与权限提升等实操并对照工具输出整理安全报告是熟悉渗透流程、积累实战经验的实用工具包。1. 火狐浏览器 Firefox 49.0 渗透插件集成版为什么老版本反而成了刚需如果你最近在折腾渗透测试环境大概率会遇到一个尴尬局面新版 Firefox 对扩展签名和 WebExtension 接口收得越来越紧很多经典渗透插件要么装不上要么装上了功能残缺。于是不少人开始往回找——Firefox 49.0 这个 2016 年的版本反而成了很多老牌安全插件的“最后一块能跑的地”。这个集成版就是在这个背景下被整理出来的它把一批常用的渗透辅助扩展预先打包进浏览器省去了逐个找安装包、逐个处理兼容性的麻烦。适合谁适合做 Web 安全测试、需要快速起一个带插件环境的从业者以及想研究早期扩展架构的技术人。但先说清楚它不是一个能无脑双击就万事大吉的安装包版本锁定、证书、插件加载方式都有讲究下面拆开讲。2. 环境准备与安装从解压到首次启动的完整链路2.1 为什么是 Firefox 49.0 而不是更新版本Firefox 从 57 版开始彻底转向 WebExtension 架构旧式 XUL 扩展全部失效。而渗透测试里常用的不少插件——比如请求拦截、代理切换、DOM 审计类工具——恰恰是 XUL 时代的产物。49.0 处于一个微妙的节点它支持 XUL 扩展同时又有相对完整的开发者工具和证书管理界面。再往前推比如 3.x 或 10.x虽然也能跑老扩展但对现代 TLS 和页面渲染的支持太差很多目标站点直接打不开。所以 49.0 是一个折中点插件兼容性够用基础浏览能力不至于拖后腿。常见做法是把这个集成版放在一个隔离目录里不要和日常浏览器混用。因为它的配置目录profile里会写入大量插件数据和证书例外混用容易污染主环境。2.2 解压与目录结构确认拿到资源后先看目录结构。典型布局是这样的# 假设资源包解压到当前目录 ls -la firefox-49.0-pentest/ # 输出示例 # drwxr-xr-x firefox/ # 主程序目录 # drwxr-xr-x profiles/ # 预置配置目录 # -rw-r--r-- README.txt # 简要说明 # -rw-r--r-- install.sh # 可选安装脚本关键点是profiles/目录。集成版通常已经把插件和配置写进这个 profile 里启动时只要指定这个 profile插件就会自动加载。不要直接双击firefox二进制就完事那样会走默认 profile插件不一定生效。2.3 指定 profile 启动Linux 下用命令行指定 profile 是最稳的方式# 进入主程序目录 cd firefox-49.0-pentest/firefox/ # 用 -profile 参数指向预置配置目录 ./firefox -profile ../profiles/pentest-profile/ -no-remote # -no-remote 确保不和已有 Firefox 实例冲突 # 让进程后台运行不阻塞终端Windows 下则是firefox.exe -profile ..\profiles\pentest-profile -no-remote参数说明-profile后面跟的是 profile 目录的绝对或相对路径必须指向包含prefs.js和extensions/的那个目录。-no-remote是防止新窗口被已有实例接管导致 profile 参数被忽略。如果你机器上已经开了日常用的 Firefox不加这个参数新启动的窗口会直接并入已有进程插件环境就串了。启动后在地址栏输入about:addons确认插件列表。如果看到预置的扩展都处于启用状态说明 profile 加载成功。如果列表为空检查 profile 路径是否写错或者extensions/目录下是否有.xpi文件。提示首次启动时 Firefox 可能会提示“旧版本配置不兼容”选择“创建新配置”会覆盖预置内容千万别点。要选“使用现有配置”或直接忽略。3. 插件加载机制与核心插件配置XUL 扩展怎么跑起来3.1 XUL 扩展的加载逻辑Firefox 49.0 加载扩展的方式和现代浏览器完全不同。它扫描 profile 下的extensions/目录读取每个.xpi文件本质是 zip 包里的install.rdf从中获取扩展 ID、版本、兼容的 Firefox 版本范围。如果install.rdf里声明的maxVersion低于当前浏览器版本扩展会被标记为不兼容而禁用。集成版通常已经处理过这个问题要么修改了install.rdf里的版本上限要么在prefs.js里关闭了兼容性检查。你可以手动确认一下# 查看 prefs.js 里是否有兼容性检查相关的配置 grep -i extensions.checkCompatibility profiles/pentest-profile/prefs.js # 如果没有可以手动追加 echo user_pref(extensions.checkCompatibility.49.0, false); profiles/pentest-profile/prefs.js这行的作用是关闭 49.0 版本的扩展兼容性校验。注意关闭校验不等于扩展一定能正常工作只是让浏览器不主动禁用它们。如果扩展本身调用了已被移除的 API照样会报错。3.2 代理与请求拦截类插件的配置渗透测试里最常用的两类插件是代理切换和请求拦截。代理切换插件一般会在工具栏放一个下拉菜单让你在多个代理配置之间快速切换。配置入口通常在插件选项里需要填代理地址和端口。常见做法是配合本地代理工具使用比如在本地起一个监听 8080 的代理服务然后在插件里新建一个配置指向127.0.0.1:8080。这样浏览器流量就会走本地代理方便抓包和改包。请求拦截类插件则更底层一些它会在浏览器发出请求前拦截允许你修改请求头、请求体甚至直接返回自定义响应。配置时要注意拦截规则的作用域有些插件默认拦截所有请求会导致正常页面加载变慢甚至卡死。建议先设置只拦截特定域名确认规则生效后再逐步扩大范围。// 以某拦截插件的规则配置为例伪代码具体语法看插件文档 { rules: [ { urlPattern: *://target.example.com/*, // 只拦截目标域名 action: modifyHeaders, headers: { User-Agent: CustomAgent/1.0 // 替换 UA } } ] }这段配置的意思是只对target.example.com的请求做处理把 User-Agent 替换成自定义值。urlPattern支持通配符但不要写得太宽泛否则容易误伤。action字段决定是改头、改体还是阻断具体取值看插件支持的类型。3.3 证书管理与 HTTPS 拦截做 HTTPS 抓包时代理工具会用自己的 CA 证书签发站点证书。浏览器如果不信任这个 CA就会报证书错误页面打不开。Firefox 49.0 的证书管理入口在about:preferences#advanced的“证书”标签下。导入 CA 证书的步骤点击“查看证书” → “证书颁发机构” → “导入”选择代理工具导出的 CA 证书文件通常是.crt或.pem勾选“信任由此 CA 标识的网站”。导入后重启浏览器生效。如果导入后仍然报错检查两点一是证书是否导入到了正确的 profile用-profile启动时证书存在 profile 目录下的cert8.db里二是代理工具是否开启了 SSL 拦截有些工具默认只转发不拦截需要手动开启。注意证书例外和导入的 CA 都只对当前 profile 生效。换 profile 启动时需要重新导入。4. 避坑与排查那些让你以为插件坏了的小问题4.1 插件显示已启用但功能不生效现象about:addons里插件状态是“启用”但工具栏上没有图标或者点击没反应。原因XUL 扩展的工具栏按钮位置记录在xulstore.json或localstore.rjson里。如果集成版的 profile 是从另一台机器拷贝的这些文件里的界面布局信息可能和当前屏幕分辨率或工具栏配置不匹配导致按钮被挤到不可见区域。解决在浏览器里右键工具栏空白处 → “定制”在定制面板里找到该插件的按钮手动拖到工具栏上。或者直接删除 profile 下的xulstore.json重启后界面布局会重置为默认插件按钮通常会出现在附加工具栏里。4.2 启动时报“配置文件丢失或不可访问”现象用-profile指定目录后浏览器弹窗提示配置文件丢失或者直接启动到默认配置。原因路径写法有问题。Windows 下如果路径包含空格必须用英文双引号包起来Linux 下如果用相对路径要确认当前工作目录是否正确。另外profile 目录必须包含prefs.js文件空目录会被认为是无效配置。解决先用绝对路径试一次。Linux 下realpath profiles/pentest-profile拿到绝对路径再传给-profile。Windows 下用%cd%\profiles\pentest-profile这种形式。4.3 HTTPS 站点全部报证书错误现象导入 CA 证书后访问 HTTPS 站点仍然提示“您的连接不安全”错误码是SEC_ERROR_UNKNOWN_ISSUER。原因Firefox 49.0 有自己的证书存储cert8.db和系统证书库是分开的。如果你只在系统里装了 CA浏览器不认。另外有些代理工具生成的 CA 证书缺少basicConstraints扩展Firefox 会拒绝信任。解决确认 CA 证书是导入到 Firefox 的证书管理器里而不是系统证书库。如果导入后仍报错用openssl x509 -in ca.crt -text -noout查看证书的X509v3 Basic Constraints字段如果是CA:FALSE说明这张证书不能用来签发其他证书需要重新生成代理工具的 CA。4.4 插件配置文件被重置现象每次重启浏览器插件的自定义规则、代理配置都恢复默认。原因Firefox 在退出时会写回prefs.js如果进程被强制杀死比如kill -9写入可能不完整导致下次启动时配置丢失。另外如果 profile 目录权限不对浏览器无法写入也会出现配置不保存的情况。解决正常关闭浏览器菜单 → 退出不要直接杀进程。检查 profile 目录的权限确保当前用户有读写权限。Linux 下chmod -R urwX profiles/pentest-profile可以修复权限问题。4.5 某些插件在 49.0 上直接崩溃现象启用某个插件后浏览器一打开就崩溃或者打开特定页面时崩溃。原因插件调用了 49.0 中不存在的 API或者和集成版里其他插件冲突。XUL 扩展的权限很大一个插件崩溃可能拖垮整个浏览器进程。解决用-safe-mode启动禁用所有插件然后逐个启用来定位是哪个插件的问题。定位到之后看插件的install.rdf里声明的最低 Firefox 版本如果低于 49.0 太多可能确实不兼容。这种情况下只能找替代插件或者放弃该功能。5. 进阶技巧把集成版变成可迁移的便携环境5.1 用相对路径实现 U 盘便携集成版最大的价值在于可迁移。把整个目录拷到 U 盘在任何机器上都能起一个带插件的环境。但前提是启动参数要用相对路径并且 profile 目录要跟着走。Linux 下可以写一个启动脚本放在 U 盘根目录#!/bin/bash # portable-firefox.sh # 获取脚本所在目录的绝对路径 SCRIPT_DIR$(cd $(dirname $0) pwd) # 用相对路径启动profile 指向同目录下的 profiles $SCRIPT_DIR/firefox/firefox \ -profile $SCRIPT_DIR/profiles/pentest-profile \ -no-remote \ $$的作用是把脚本收到的参数原样传给 Firefox比如你可以./portable-firefox.sh https://target.example.com直接打开目标站点。SCRIPT_DIR的获取方式保证了不管从哪个目录调用脚本都能正确定位到 U 盘上的文件。Windows 下对应写一个.batecho off set SCRIPT_DIR%~dp0 start %SCRIPT_DIR%firefox\firefox.exe -profile %SCRIPT_DIR%profiles\pentest-profile -no-remote %*%~dp0是批处理里获取脚本所在目录的写法%*是透传所有参数。5.2 配置同步与版本锁定如果你在多台机器上用这个环境插件的规则配置需要同步。最直接的办法是同步整个 profile 目录但要注意cert8.db和key3.db里包含证书私钥跨机器拷贝时如果目标机器不信任这些证书需要重新导入。另一个技巧是锁定 Firefox 版本。在 profile 目录下创建distribution/文件夹里面放一个distribution.ini[Global] idpentest-env version1.0 aboutCustom Pentest Environment [Preferences] app.update.autofalse app.update.enabledfalse这两行配置的作用是关闭自动更新。Firefox 49.0 如果自动更新到更高版本XUL 扩展会全部失效整个环境就废了。所以锁定版本是必须的。5.3 验证环境是否可用的快速清单每次在新机器上部署完按这个顺序过一遍检查项操作预期结果插件加载打开about:addons预置插件全部显示且启用代理切换点击代理插件图标能看到预置的代理配置列表证书信任访问一个 HTTPS 站点不报证书错误地址栏显示锁图标请求拦截开启拦截规则访问目标请求被拦截或修改控制台有日志配置持久化修改一个插件配置重启浏览器配置仍然生效这张表看着简单但血泪经验是很多人卡在第三步。证书没导入对后面所有 HTTPS 站点都打不开然后误以为是插件坏了。所以每次部署完先拿一个已知的 HTTPS 站点试一下确认证书链路通了再去做其他配置。从那以后我每次部署这个环境都强制走一遍这张清单尤其是证书那一步绝不跳过。希望帮到你。本文还有配套的精品资源点击获取