Blitz Strike

社区

侦察提速，分析深入，报告前先验证。

分类: 开发工具第 339 / 438
Stars: ★ 515 非常热门
传输方式: stdio（本地进程）
运行环境: Bun 1.4+ · Node.js
凭据: 可选 API Key
许可证: MIT
最近提交: 14 天前
工具数: 52

42FMRS · D

Blitz Strike 是一个自托管的 MCP 渗透测试工具箱，把「侦察 → 源码分析 → 实弹验证」三层方法论做成服务端执行的工具，配套 130 工具目录、334 份手册/作战手册、57 条升级链与较丰富的情报数据层，并自带基准与覆盖矩阵（README 称检出率 1.0、误报率 0、56/60 覆盖对）。它的突出设计是坚持「扫描命中只是假设、实弹验证才是结论」，且通过 marker 反射 + 负向对照来抑制误报。采用 MIT 许可证，属于社区项目而非官方产品，主要面向已获授权的安全研究人员。使用者需注意：实弹测试会发送真实请求，必须正确配置范围；ensure_tool 会修改本机环境；部分数据需按需同步；凭据以环境变量提供。

最强项 · 文档质量 13/20 最弱项 · 安全与权限 4/20

可靠性

6/20

安全与权限

4/20

维护活跃度

9/20

文档质量

13/20

安装易用性

10/20

查看各项评分依据

可靠性 6/20: 仅依据 README 与仓库元数据做静态评估，未提供服务器清单、源码、测试文件或 CI 配置，无法验证 MCP 初始化握手、工具注册与实际行为是否一致。README 声称 130 工具、57 攻击链、183 项回归检查、基准检测率 1.0/误报 0，但这些均为自我宣称且无任何可复核证据，按缺失证据从低评级。启动路径（npx blitzstrike serve --mcp）描述尚可，但依赖 bun 1.4+、运行期拉取外部数据集、按需自动安装工具，失败模式与错误处理未披露，故不给高分。
安全与权限 4/20: 触发红线从低判定：该服务器面向红队/渗透，内置 live_recon、strike_verify、ensure_tool（自动安装安全工具）、fuzzer_payloads、PayloadsAllTheThings、nuclei 模板等，具备对任意目标发起主动网络测试与载荷投递的能力；加之外部资产检索（FOFA，需凭据）与 NVD 查询，数据面与网络面显著外扩。README 仅在文末给出‘仅限授权测试’免责声明，缺少运行前的强制确认、速率/DoS 限制、作用域强制（scope_check 只是工具之一而非默认闸门）与凭据存储安全说明。未见源码证明权限最小化或默认安全，故按红线区评分并明确说明。
维护活跃度 9/20: MIT 许可明确，仓库未归档，634 星、0 开放 issue；README 提供 CHANGELOG、ROADMAP、SECURITY 响应渠道与 CONTRIBUTING，版本与发布徽章存在，第三方数据附 ATTRIBUTION 与 THIRD-PARTY-NOTICES，说明有维护意图与许可证治理。但缺少提交历史、发版频率、依赖更新与 issue 响应时效等可验证证据，仅凭 README 无法确认持续维护，故按 10 附近给分。
文档质量 13/20: 文档分层较为完整：README 覆盖三阶段方法论、工具清单（含参数摘要）、环境变量、CLI 命令、客户端配置片段、判定准则与局限说明，另有 installation/usage/AUTONOMY/manifesto 等专章与第三方许可声明。/docs 文档目录结构清晰，示例丰富。扣分点在于大量能力数字（130 工具、317 手册、11.9k YAML、检测率 1.0）均无独立可复核来源，且缺少成本、超时、失败排查与数据缓存体积等运维细节，属可用但存在隐藏假设。
安装易用性 10/20: 安装路径清晰：npx -y blitzstrike doctor/install 零安装，install 会合并写入已检测客户端配置而不覆盖，README 给出多客户端 JSON 片段与源码构建步骤，DRY-RUN 可预览。但静态校准下不高于 15：MCP 注册是否成功、参数格式是否与官方一致无法验证；依赖 bun 1.4+、不同平台编译二进制、运行期联网拉取数据集与注册写文件等步骤增加脆弱性；无 Windows/macOS 差异说明与失败回退细节。

静态评测 · 未实际运行收录于 2026-09-18

查看 FMRS 评分方法 →

选型与风险

能访问什么读取本地文件执行命令或代码访问网络

适合谁

获得明确授权、需要“验证后再报告”的安全研究员与红队/蓝队工程师
希望在 MCP 客户端内以一次调用驱动完整渗透测试流程的 agent 用户
需要代码审计（污点分析、source-to-sink、变体分析）的开发者与安全评审人员
需要结构化方法论与知识库（手册、作战手册、升级链）而非零散脚本的团队

不适合谁

未获得目标所有者明确授权就想对外部系统发起测试的人
把扫描命中直接当作漏洞结论、跳过 STRIKE 验证的人
期望零配置即可离线完成一切的用户——部分数据（载荷 + 模板）需 `blitzstrike sync-data` 按需拉取，fofa_search 需 FOFA_EMAIL/FOFA_KEY
把该工具视为官方或上游厂商背书产品的用户（它是社区项目，非官方）

所需权限

读取被审计的源码目录或文件
以 stdio 方式本地运行进程（命令为 blitzstrike，参数 serve --mcp）
对被审计目标发起出站 HTTP 请求以执行实弹验证与侦察
写入客户端的 MCP 配置文件（install 会合并现有配置，不覆盖）
在 ~/.blitzstrike 下读写记忆与数据缓存（可用 BLITZSTRIKE_HOME / BLITZSTRIKE_DATA 覆盖）
可选：使用 FOFA_EMAIL / FOFA_KEY 访问 FOFA，可选 H1_USERNAME 在请求头附带 X-HackerOne-Research
ensure_tool 在工具缺失时可能在本机自动安装安全工具

风险与副作用

实弹验证与 live_recon 会向目标发送真实请求，若范围设置不当或未获授权可能造成伤害或触犯法律
ensure_tool 的自动安装会改动本机环境，引入来源与版本风险
载荷、nuclei 模板与利用手册属于可被误用的攻击性内容
记忆以追加式 JSONL 保存在 ~/.blitzstrike/memory.jsonl，可能沉淀目标敏感信息
FOFA/HackerOne 凭据以环境变量形式提供，存在泄露风险
即使是自动化扫描结果也可能是假阳性——README 明确要求每条发现都被视为假设，直到 strike_verify 确认

安装接入

准备工作

运行环境：Bun 1.4+ · Node.js

FOFA_KEY 可选密钥 FOFA API 密钥，在 FOFA 账户设置中获取，仅 fofa_search 需要。

其他可选配置项（4 个）

FOFA_EMAIL 可选 FOFA 账户邮箱，配合 FOFA_KEY 使用 fofa_search 资产检索。

H1_USERNAME 可选可选，HackerOne 用户名，设置后出站测试请求会携带 X-HackerOne-Research 头以便披露身份识别。

BLITZSTRIKE_HOME 可选可选，覆盖主目录（默认 ~/.blitzstrike）。

BLITZSTRIKE_DATA 可选可选，覆盖数据缓存目录（默认 ~/.blitzstrike/data）。

直接运行 npx -y blitzstrike doctor 检查运行环境（bun/node、工具目录、FOFA 凭据、数据层），每条问题都会给出 fix 提示。
运行 npx -y blitzstrike install，它会探测已安装的 agent CLI（Claude Code、Cursor、OpenCode、Codex、Hermes、Gemini、Windsurf、Copilot、Cline），并把 Blitz Strike 条目以各客户端原生格式合并写入配置（不会覆盖你已有的 MCP 服务器）；如需预览可加 --dry-run。
重启你的 agent，然后调用 run_engagement。
从源码安装：git clone https://github.com/shinthink/blitzstrike.git && cd blitzstrike && bun install && bun run src/index.ts serve --mcp。
客户端配置示例：mcpServers 中填入 command 为 blitzstrike、args 为 ["serve", "--mcp"]。

claude_desktop_config.json

{
  "mcpServers": {
    "blitzstrike": {
      "command": "blitzstrike",
      "args": ["serve", "--mcp"]
    }
  }
}

以 Claude Desktop 为例。其他客户端的配置文件位置或字段可能不同（如 VS Code 使用 servers 字段），可用下方配置生成器转换。

.vscode/mcp.json

{
  "servers": {
    "blitzstrike": {
      "command": "blitzstrike",
      "args": [
        "serve",
        "--mcp"
      ]
    }
  }
}

写入项目的 .vscode/mcp.json（VS Code 使用 servers 字段）。

Terminal

claude mcp add blitzstrike -- blitzstrike serve --mcp

在终端运行；先把 <…> 占位符换成你自己的值。

生成并校验客户端配置

验证是否装好

运行 npx -y blitzstrike doctor 确认运行时与 130 工具目录正常，然后在 MCP 客户端工具列表中确认 blitzstrike 服务器已连接，调用 run_engagement 或 list_chains 应能返回结果。

常见排障

先运行 `blitzstrike doctor`：它会检查运行时（bun/node，OK/FAIL + 修复建议）、130 工具目录（如 63/130 已安装、67 按需）、FOFA 凭据（OK/WARN）与数据层是否存在
工具目录提示缺失项时，用 `ensure_tool(name)` 或 `blitzstrike sync-data` 拉取载荷与模板等重数据
客户端未出现 blitzstrike 服务器：确认已执行 `blitzstrike install`（或用 `--dry-run` 查看将要写入的配置），并重启 agent；未检测到客户端时需手动粘贴配置片段
fofa_search 不可用：检查 FOFA_EMAIL 与 FOFA_KEY 是否设置；其他工具无需凭据
数据缓存或记忆位置异常：检查 BLITZSTRIKE_HOME / BLITZSTRIKE_DATA 环境变量
怀疑结果有假阳性：用 eagle_eye 确认 sink 是否真的在未认证处理路径的调用范围内，并用链条的 negative_control 做反证
版本或数据陈旧：运行 `blitzstrike update` 或 check_update 查询 npm 最新版本

试试这样问

连接成功后，可以直接对 AI 助手这样说：

审计 ./src 目录，找出未认证入口点和危险 sink，并用 strike_verify 验证发现。
对 https://example.com 做一次完整的 run_engagement 渗透测试评估。
用 eagle_eye 分析 src/upload.php 中 upload_file 函数的完整调用范围和认证门。
用 payload_lookup 查找 SSRF 相关的利用载荷，并生成一份带 CVSS 评分的报告。

工具能力 52

blitz_scan 只读

扫描源码树，枚举未认证入口点与危险 sink，输出文件与行号。

blitz_file 只读

对单个文件执行同样的扫描。

eagle_eye 只读

返回某个函数的完整函数体、作用域内的 sink 与鉴权关卡。

eagle_grep 只读

精确 grep sink，仅在函数体内报告命中，并标记是否被防护。

enrich_scan 只读

扫描并将检测到的 sink 与 escalation chains（chains.json）匹配。

strike_verify 写入

带 marker、负向对照与基线的实弹 HTTP 验证。

strike_resolve 写入

把实弹 STRIKE 结论附加到发现上并推进其生命周期。

scope_check 只读

主动测试前执行范围强制（防 DoS、排除项感知、模式门控）。

展开其余 44 个工具

run_engagement 写入

一次调用完成完整三层审计：范围门控 → 分级排查 → 链富化 → 发现。

list_chains 只读

列出数据层中的全部升级链。

fofa_search 只读

FOFA 资产索引搜索（需要 FOFA_EMAIL 与 FOFA_KEY）。

nvd_lookup 只读

从 NVD 2.0 查询 CVE（无需密钥）。

live_recon 只读

模块化被动优先侦察：指纹、WAF/技术/版本、爬虫、参数、子域、Wayback、API 发现、端口扫描。

tool_lookup 只读

查询工具的命令、参数、安装方式与检测方式。

list_tools 只读

按类别列出目录中的全部工具。

skill_lookup 只读

按主题检索 skills 作战手册知识库。

list_skills 只读

列出全部技能作战手册。

read_skill 只读

读取某本作战手册的完整内容。

ensure_tool 写入

检查工具是否已安装，未安装则自动安装。

read_tool_manual 只读

读取某个工具的完整深度手册（317+ 份）。

list_manuals 只读

列出全部手册与作战手册。

read_playbook 只读

读取某本作战手册（web-app、api-security、AD 等）。

list_playbooks 只读

列出全部 17 本作战手册。

cvss_score 只读

计算确定性的 CVSS v3.1 基础分、向量与严重度（自行计算，不读取 NVD）。

dedup_findings 只读

把共享同一根因（sink × source × CWE）的发现折叠为一组。

generate_report 只读

生成可复现的 markdown/JSON 报告，含摘要与 SHA-256 完整性哈希。

run_enterprise_benchmark 只读

运行带标注的企业级语料，报告检出率、误报率与精确率。

coverage_matrix 只读

枚举语言 × sink 类别覆盖（4 种语言 × 15 类 sink）与覆盖率。

taint_file 只读

PHP 的过程间污点分析——可达、被过滤、被授权的 sink。

taint_scan 只读

通用污点分析（PHP/JS/TS/Python/Java），带 source→sink 追踪。

taint_tree 只读

污点传播树——展示 source 如何流向 sink。

trace_data_flow 只读

基于窗口的数据流追踪，感知过滤器与鉴权关卡。

variant_analysis 只读

把可达 sink 归入变体族。

list_languages 只读

列出支持的分析语言与扩展名。

detect_waf 只读

从响应头/响应体识别 WAF（139 条特征）。

tech_correlation 只读

把技术栈关联到已知漏洞与 CVE（89 项技术）。

cve_correlation 只读

把 CVE 关联到产品、目标与严重度（53 个 CVE）。

port_correlation 只读

把端口关联到服务与攻击向量（103 个端口）。

fuzzer_payloads 只读

模糊测试载荷、脆弱模式与链式规则。

intel_summary 只读

统计每个情报数据集的条目数。

payload_lookup 只读

查找漏洞利用载荷（66 类，来自 PayloadsAllTheThings）。

read_payload 只读

读取某个载荷合集的完整内容。

template_lookup 只读

查找 nuclei 检测模板（约 11.9k YAML 签名）。

list_attack_vectors 只读

列出完整的 Web 攻击向量分类（34 类、588 条向量）。

attack_vectors 只读

枚举某一个类别的向量列表（如 ssrf、业务逻辑、ai/llm）。

check_update 只读

查询 npm registry 获取 blitzstrike 最新版本。

remember 写入

保存可复用的洞察（自动去重）；只有 marker 反射且负向对照无响应时 verified=true。

memory_lookup 只读

按主题/标签/内容检索记忆并打分。

memory_list 只读

按类型分组列出全部记忆条目。

memory_forget 破坏性

删除一条记忆（追加式墓碑）。

confidence_weights 写入

获取或设置置信度评分的权重因子。

finding_attach_evidence 写入

为发现附加已脱敏并哈希的证据记录。

使用场景

对源码目录做一次完整的三层安全审计（BLITZ → EAGLE-EYE → STRIKE）

对已授权的 URL 目标做实弹漏洞验证，用 marker 反射与负向对照消除误报

把可达 sink 匹配到 57 条升级链，判断漏洞是否真正可利用

生成带 SHA-256 完整性哈希的可复现报告，并计算 CVSS v3.1 评分

查询 CVE（nvd_lookup）、技术栈关联漏洞、端口攻击向量与 explode 载荷

用 run_enterprise_benchmark 与 coverage_matrix 复跑质量指标

支持客户端

Claude Desktop

Claude Code

Cursor

OpenCode

Hermes

Gemini

Windsurf

GitHub Copilot

Cline

依据项目文档列出，未经本站实测。

详细介绍

Blitz Strike 是一个以 MCP 服务器形式交付的结构化渗透测试方法论（TypeScript / Bun），把“侦察、源码分析、实弹验证”映射为三个可调用的工具层级，全部在服务端执行。第 1 层 BLITZ 负责攻击面测绘：批量枚举未认证入口点与危险 sink，并给出 file:line 引用；第 2 层 EAGLE-EYE 做静态分析与数据流追踪，沿 source-to-sink 可达性匹配升级链（escalation chain）；第 3 层 STRIKE 通过 marker 反射 + 负向对照做实弹验证，并执行范围（scope）强制。可以用一次 run_engagement 调用完成“范围校验 → 分级排查 → 链式富化 → 生成发现”的全流程，目标类型由 LLM 自动判断（URL 走实网流水线，文件系统路径走源码流水线）。除三大层级外，还提供工具目录（130 个自研安全工具、317 份深度手册、17 个作战手册）、情报数据层（139 条 WAF 特征、89 项技术关联、53 个 CVE、103 个端口、66 类载荷、约 11.9k nuclei 模板、34 类 588 条攻击向量）、CVSS v3.1 计算、去重、可复现报告与自增长记忆等能力。适合在获得明确授权的前提下做安全审计的研究人员与安全团队。