RedForge 开源：102个红队工具搬进一个浏览器标签页，红蓝两队常用的离线工具箱

导语：红队最磨时间的往往是那些临时手搓的小玩意：拼 nmap 命令、造 Kerberoasting 计划、算 CVSS 向量。开源项目 RedForge 把它们收进 102 个浏览器本地运行的离线工具。

配图：RedForge 首页，深色主题下的工具卡片网格与分类侧栏（图源：RedForge 官方仓库 docs 截图）

一、这是什么：一个改给红队用的 IT-Tools

IT-Tools 解决的是开发者那句”我手边现在就要个 UUID、一段 base64 解码、一个 JWT 解析”。RedForge 是同一个思路换了个客群：红队干的也是这类杂活，只是内容不一样——一条带正确 NSE 脚本的 nmap 命令、一份标出 hashcat 模式的 Kerberoasting 计划、一张能证明 BOLA 越权的角色与端点权限矩阵、一条在报告里能辩护的 CVSS 向量。

界面刻意保持熟悉：240 像素侧边栏、可折叠分类树、⌘K 命令面板、卡片网格、居中工具列，和 IT-Tools 一模一样的手感，内容则从零重写。仓库自我描述是一句话——”it-tools, reimagined for red teams”。仓库 11 月 12 日刚建仓，star 数还是个位数的新项目。

二、是真在算，还是只负责演

工具箱类项目最常见的毛病，是点下去出一段像模像样的字符串，其实啥也没算。RedForge 的 README 里有三处自证：RSA 攻击规划器真用连分数收敛数跑 Wiener 攻击，TOTP 生成器用 WebCrypto 真签名并测试前后窗口，邮件安全审计器真按 RFC 7208 去数 SPF 的 lookup 层数。

其他几个值得玩味的：哈希长度扩展规划器会算出 glue padding 和伪造摘要状态；Kerberos 攻击规划器把 AS-REP roasting、Kerberoasting、委派滥用分开列出；NTLM relay 规划器规划的是整条路径（强制认证原语、监听器参数、目标、签名检查）；HTTP 走私分析器在原始请求里比对 Content-Length 与 Transfer-Encoding 冲突并挑探测方式。

配图：XSS 载荷生成器，可选注入上下文、浏览器过滤与八种编码变体（图源：RedForge 官方仓库 docs 截图）

三、隐私与部署：东西全留在自己机器上

每个工具都是一个静态页面，没有后端、没有账号、没有遥测，构建产物不发任何外联请求，输入在浏览器标签页里处理，刷新即消失。唯一的持久化是 localStorage，前缀是 redforge:，存主题、收藏、折叠分类，以及带工作状态的工具（检查清单、整改跟踪器、作战笔记）。

官方容器 49 MB，里面只有 nginx 和静态文件：uid 101、只读根文件系统、drop 掉全部 capabilities、128 MB 内存与 1 CPU 上限、/healthz 健康检查。入口包 350 kB（gzip 后 112 kB），102 个工具各自 lazy 分包，冒烟脚本跑完报 “OK — 104 routes clean”。移动端也做了，700 px 以下侧栏变抽屉。

配图：窄屏下侧栏收成抽屉，工具卡片单列排布（图源：RedForge 官方仓库 docs 截图）

四、下载与跑起来

这个仓库目前没有 Release 预编译包，也没有打 tag，Docker 镜像同样得本地 build——没有 ghcr 或 Docker Hub 上的现成镜像，下载到手的就是源代码本身。

Docker 方式（推荐），三条命令起一个 8080 端口的静态站：

git clone https://github.com/CyberSecurity91/redforge.git
cd redforge
docker compose up -d --build

端口可改，REDFORGE_PORT=9090 docker compose up -d。不用 Compose 就 docker build -t redforge:latest . 再 docker run -d --read-only -p 8080:8080 redforge:latest。

源码方式需要 Node 22 及以上：

npm ci
npm run dev      # http://127.0.0.1:5178
npm run build    # 类型检查 + 生产构建，产物是纯静态文件

五、紫队视角：这套工具天生偏向协作

红队这一侧最直接的收益是节奏——过去备战一晚靠翻手册，现在把需求敲进去让它出命令。Reporting 分类那 8 个工具（行动规则生成器、证据时间线、MITRE 映射的攻击叙事、整改跟踪器、给高管的执行摘要）基本就是一次行动的交付物骨架。

蓝队这一侧有个反转：同一批工具里有 SPF / DKIM / DMARC 审计、CSP 分析器、Cookie 安全分析、安全响应头审计、HTTP 走私分析、CVSS 3.1 计算器——这些是纯防守自检项，而且全在本地算、不外发，对不能出网的涉密环境格外友好。

紫队最值得看的是作者写在 About 页上的那段提醒：”These tools generate strings; they do not validate targets.” 工具只负责生成字符串，不负责验证目标，所以它把”规则与授权范围生成器”放在了新手第一站的位置。这就是紫队范式：先有签字的范围，再有生成的载荷。

落地时两条实操提醒。一是生成的载荷里主机名默认是 example.com、203.0.113.10、oast.example.com 这类占位符，得换成你有权测试的目标；二是带工作状态的工具会留在浏览器 localStorage 里，涉密机器用完记得清站点数据。另外它零遥测也意味着”谁在什么时候生成过什么”没有任何记录，审计还得靠机器侧自己留痕。

配图：浅色主题下的同一套界面，明暗两套都做了（图源：RedForge 官方仓库 docs 截图）

六、适合谁

适合三类人：隔离机器上快速生成命令和载荷的红队、做防守自检的蓝队、需要证据与报告模板的紫队。不适合想”一键打穿”的懒人——它一步都不攻击目标，输出都是字符串，复制到你自己的工具链、在自己的授权范围内使用。

版权声明：本文由华盟网原创发布，保留所有权利。RedForge 采用 MIT 协议，配图由华盟网授权使用。