Deepseek Harness红队生态深度调研报告

DSH 红队生态深度调研报告

⚠️ 合规声明（务必先读）

本报告所述全部项目、工具、流程与"小心思"分析，仅面向已获得书面授权的渗透测试 / 红蓝对抗演练 / 本地靶场研究语境。所有内容均为对开源工程项目的工程化分析与技术解读，不包含、不鼓励、不提供任何针对未授权目标的攻击手段、破坏性载荷或违法行为指导。

红队 bundle（dsh-pentest / dsh-redteam / dsh-red-team / dsh-redteam-mode / dsh-pentester / DesRedTeam 等）本质是"记录 + 编排 + 可视化"的工程化框架，攻击动作仍依赖使用者自己在授权范围内调用外部成熟工具（nmap / nuclei / sqlmap / fscan 等）；指纹库与事件响应 Cookbook 是蓝队/红队通用的资产测绘与排查 SOP。任何将本报告内容用于未授权扫描、入侵、破坏的行为，均与作者及本报告无关，由使用者自行承担全部法律责任。

第 1 章 总览导览

1.1 全部 15 个仓库一览表

1.2 生态全景图：DSH 红队生态的三层架构

从本次调研的 15 个仓库出发，可以把 DSH 红队生态抽象为自上而下的三层架构：

┌─────────────────────────────────────────────────────────────────────┐│  第三层：生态插件层（Ecosystem Plugins）                            ││  职责：环境准备 / 情报索引 / 横向工具 / 重型平台                     ││  ─────────────────────────────────────────────                      ││  • YuJunZhiXue/dsh-purge        —— 宿主层可逆补丁（环境适配）       ││  • dshworks/awesome-dsh-plugins —— 插件注册表（地图与门禁）         ││  • Desred7eam/DesRedTeam        —— 二开 DSH 的重型红队平台         ││  • Unclecheng-li/DeepSec        —— 攻防一体（Shield+Spear）        │└─────────────────────────────────────────────────────────────────────┘                              ▲                              │ 记录 / 编排 / 可视化                              │┌─────────────────────────────────────────────────────────────────────┐│  第二层：参考资源层（Reference Resources）                           ││  职责：资产测绘指纹 + 蓝队应急 SOP（反向赋能红队）                   ││  ─────────────────────────────────────────────                      ││  指纹库：EASY233/Finger / EHole / FingerprintHub / Mr-xn(已删)      ││  事件响应：Linux-IR-Cookbook / Windows-IR-Cookbook（NOP Team）      │└─────────────────────────────────────────────────────────────────────┘                              ▲                              │ 被上层 bundle 调用 / 反向参考                              │┌─────────────────────────────────────────────────────────────────────┐│  第一层：核心 Bundle 层（Core Redteam Bundles）                      ││  职责：在 DSH 宿主内做 engagement 记录、多智能体指挥、报告           ││  ─────────────────────────────────────────────                      ││  祖师爷：howmp/dsh-pentest（467★，调查图范式）                     ││  ├─ 合规派：shine-233/dsh-redteam（证据链 + 8 种标准导出）         ││  ├─ 实战派：Jueze-2019/dsh-redteam-mode（255 分 + 四角色委派）      ││  ├─ 工具面：jonah791/dsh-red-team（8 个无状态侦察原语）             ││  └─ 编排派：fb0sh/dsh-pentester（PTES 19 Agent + Docker/Kali）     │└─────────────────────────────────────────────────────────────────────┘

三层关系一句话总结：核心 Bundle 层是"作战指挥舱"，参考资源层是"情报与蓝队教材"，生态插件层是"后勤、地图与重型改装车"。三层之间不是互相替代，而是逐层被调用、反向被参考的堆叠关系。

第 2 章 逐个仓库详解（15 个仓库）

2.1 howmp/dsh-pentest（上游祖师爷）

•仓库 URL：https://github.com/howmp/dsh-pentest^[16]•作者/组织：@CloverSecLabs（howmp）•License：API 未识别 License 文件•Topics：deepseek-harness, dsh-plugin, dsh-plugins, pentest

项目定位

面向 DSH 的渗透测试模式 bundle（包名 @howmp/dsh-pentest）。在授权范围内记录目标、探索线索、验证结果、资产与漏洞，Web 中以探索链路图、漏洞和资产视图展示。它是 shine-233/dsh-redteam 的直接上游，也是整个 DSH 红系 bundle 的"祖师爷"——参考 ARTEX 的调查图范式，是三者中生态影响力最大的一个。

核心功能

•六张表的"调查图"模型（storage domain pentest v2）：goals / intents / facts / findings / assets / edges。•边即链路词汇：spawns(goal→intent)、yields(intent→fact)、derived_from(fact→intent)、proves(intent→finding)，资产关系用 parent。•9 个工具：pentest_submit（子 agent 直写父 intent）/ add_goal / add_intent（恰好一个锚点）/ add_fact / add_finding（reproducibleSteps 至少一条）/ add_asset（parentId 空串为根）/ state / graph / report。•Web 四个子标签：探索链路（@xyflow/react 图，边带关系胶囊）、漏洞、资产（列表/图两模式）、报告（Markdown 渲染）。

技术栈与架构

•TypeScript/JavaScript，tsdown 构建，vitest 测试；sqlite 后端用 node:sqlite，要求 Node.js ≥ 22.5。•自包含 bundle：cordis.patch.yml 打补丁层，lib/ 含 pentest.js（宿主插件）、storage-sqlite.js、ui-pentest.client.js、preset-root.js 等；src/ 为双包源码快照（dsh-pentest/ host + dsh-client-ui-pentest/ client）。•数据库：$DSH_HOME/storages/pentest-sessions.db。•目录要点：preset/pentest/ 自动注册「渗透模式」预设；images/ 为 README 截图；REVIEW.md、AGENTS.md 工程文档齐备。

安装步骤

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz

重启 dsh 后在新会话选「渗透模式」预设。

基本使用步骤

1.新会话选「渗透模式」；2.pentest_add_goal 开局（可填 authorization 审计说明，写入状态与报告）——注意：这会重置整图；3.沿链路推进：add_intent（恰好锚定一个点）→ add_fact → add_finding（必须给可复现步骤）/ add_asset（先父后子）；子 agent 通过 pentest_submit 直写指定父 intent；4.pentest_graph 看图、pentest_state 看计数、pentest_report 出 Markdown 报告；5.重新开始一次 engagement 需新 goal——记录是单会话作用域，无跨会话续跑。

项目的"小心思"

•挂载判定不靠预设名、靠会话日志：注册 pentestMounted 标记单元——只有当会话自身日志证明真的挂载了本插件（请求头出现 pentest_* 工具/已有调用/子 agent 提交）才置真，Web 标签页据此显示。作者原话："预设名不是能力，会话日志才是"。•确定性 id + 日志纯重放：<kind>-<n> 按会话计数、goal 重置归零；工具返回 id 供模型跨调用引用，会话投影从日志重放出同一张图。•窗口化投影防膨胀：节点/资产/边各保留最新 200 条，超出逐出最旧并同步清理悬挂边；UI 计数是窗口视图，完整记录以 state/report 读存储层为准。•生产不加载不变量检查器：invariant.js 仅伴生开发。•显式文档化的边界：图布局是静态分层（可平移缩放、节点不可拖拽）；authorization 只是审计事实、不是技术门禁。

Star 与活跃度（2026-09-16 API 实测）

•Stars: 467，Forks: 57，Open issues: 0，Commits: 23，默认分支 master——四者中绝对的流量中心。•创建于 2026-08-15，最近 push 2026-09-11——基线稳定后节奏放缓，属于"成熟上游"。

适用场景与局限性

•适用：DSH 用户想要一个轻量、自包含、开箱即用的单次渗透 engagement 记录与图可视化；也是所有二次开发 bundle 的事实标准底座。•局限：单会话作用域、无跨会话历史；无证据链实体（fact 不挂证据）；无 CVSS/ATT&CK/凭据管理/复测闭环/标准报告导出；图不可拖拽；findings 不支持严重度以外的标准映射。这些正是 shine-233/dsh-redteam 逐一补上的缺口。

2.2 shine-233/dsh-redteam

•仓库 URL：https://github.com/shine-233/dsh-redteam^[17]•License：MIT•语言：TypeScript•Topics：（未单列 topics，README 自描述为红队 engagement 记录 bundle）

项目定位

面向 DeepSeek Harness（dsh）的红队 engagement 记录 bundle：在授权范围内记录目标与授权、拆解意图、留证事实、确认漏洞与资产，并在 Web 中以链路图、漏洞和资产视图实时展示。二次开发自 howmp/dsh-pentest，在其图模型上叠加了证据链、跨会话历史与企业级报告导出体系。

核心功能

•29 个 redteam_* 工具：add_goal（authorization 必填）/ add_intent / add_evidence / add_fact / add_asset / add_finding（reproducibleSteps 必填）/ add_credential / update_intent / retest_finding / flag_finding / update_credential / submit / add_scope / add_operator / import_scan（nmap/Nessus XML）/ jira_export / jira_apply / state / search / overview / graph / report / engagements 等。•七张领域表：goals / intents / facts / assets / findings / evidence / credentials（storage domain redteam v1）。•标准映射全家桶：CVSS v3.1 与 v4.0 自动算分、MITRE ATT&CK 技术映射、OWASP Top 10、CWE、CVE，写入时即校验格式。•八档报告导出：markdown | html | json | sarif(2.1.0) | navlayer(ATT&CK Navigator v4.5) | stix(2.1) | taxii | ioc-csv。•Web 十二个子标签：链路（canvas 力导向图）、统计、零依赖 3D 攻击地形、漏洞、资产、凭据（脱敏）、产物、证据、样本、IOC、目标、报告。

技术栈与架构

•TypeScript，pnpm + tsdown 构建到 lib/，vitest 单测；sqlite 走 Node 内置 node:sqlite，要求 Node.js ^22.19.0 || >=24.0.0。•包形态：自包含 bundle（exports 子路径 + dsh.bundle.patch + dsh.client），宿主插件 / Web 界面 / sqlite 后端随单个 tarball 分发。•补丁层：cordis.patch.yml 负责 UI、sqlite 后端、storage-domain 路由、preset 注册。•目录结构：src/plugin.ts（装配）、spec.ts/store.ts（领域模型与存储）、tools.ts、projection.ts、instructions.ts（双语协议）、src/client/（浏览器端 12 个视图组件）、src/storage-sqlite/、preset/redteam/、tests/。•数据库：$DSH_HOME/storages/redteam.db。

安装步骤

# 从 Release 安装（推荐）dsh plugin --profile web add https://github.com/shine-233/dsh-redteam/releases/latest/download/dsh-redteam.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-redteam-<version>.tgz

重启 dsh，在新会话中选择自动注册的「红队模式」预设。

基本使用步骤

1.新会话选「红队模式」预设；2.redteam_add_goal 开局（authorization 必填：授权对象/书面许可引用），新 goal 自动关闭旧 engagement 但不删除历史记录；3.工作中持续调用 add_intent → add_fact（evidenceIds 引用）→ add_finding（cvssVector/techniqueIds/owaspIds 校验）→ add_asset（tags）→ add_credential（自动脱敏）；4.子代理用 redteam_submit 两阶段提交，批内任一校验失败零残留；5.过程中 redteam_state（含 nextSteps 启发式、凭据复用告警、范围合规、SLA 逾期清单）、redteam_graph 看图；6.收尾：redteam_retest_finding 记复测结果 → redteam_close_goal（achieved/partial/not-achieved）→ redteam_report format=... 产出报告。

项目的"小心思"

•边不存表、从引用派生：上游 dsh-pentest 显式存 edges 表，本项目改为边在读取时从 intent.goalId / fact.intentId / finding.intentId / asset.parentId 派生——记录不可能悬空。•确定性 id + 纯日志重放：<kind>-<n> 按会话计数，会话投影从工具日志纯重放出同一张图，密文永不进投影。•CVSS v4.0 逐行移植：按 FIRST 官方 RedHat 计算器算法实现 MacroVector + 深度再分配的 270 项查找表，20 个参考向量测试覆盖。•两阶段提交：redteam_submit 批内校验失败零残留，子代理重试不会产生重复记录。•收尾后仍可读：redteam_close_goal 之后 state/graph/report 完整可读，专为最终报告工作流设计。•人工转向黑板：redteam_add_hint 把用户/客户/操作者的方向性指令原文入档（带来源标注），Web 头部指示条 + 报告「人工转向」段。•检测状态追踪（VECTR 风格）：finding/retest 记录蓝队反馈 undetected/logged/alerted/prevented，报告输出防御触达率面板。•范围自动合规：redteam_add_scope kind=in/out 注册目标模式后，资产/漏洞/IOC 自动判定越界命中与漏登，全部报告输出合规表。•凭据复用分析：同一口令材料跨目标/资产出现时自动分组提示横向尝试，明文只进本地库、展示一律掩码。•ATT&CK 覆盖摘要：intent 标计划技术、finding 证实用技术，输出 proven vs attempted-only。

Star 与活跃度（2026-09-16 API 实测）

•Stars: 3，Forks: 0，Open issues: 0，Commits: 25，默认分支 master。•创建于 2026-08-25，最近 push 2026-09-12——非常年轻但维护活跃。

适用场景与局限性

•适用：需要完整留痕、合规审计、可对接 DevSecOps 流水线（SARIF 喂 GitHub/GitLab code scanning）、需要 ATT&CK 热力图 / STIX-TAXII 情报交换 / JIRA 整改闭环的企业级红队 engagement 记录与报告工作流。•局限：Web 图是窗口视图（投影有节点上限，最旧被逐出），完整记录以 state/report 读存储层为准；要求较高版本 Node；工具面庞杂（29 个），上手需要理解其领域模型；它本身是记录与报告引擎，攻击动作仍依赖 DSH 宿主沙箱与外部工具。

2.3 jonah791/dsh-red-team

•仓库 URL：https://github.com/jonah791/dsh-red-team^[18]•Topics：dsh-plugin, red-team, security•License：API 未识别到 license（README 自称 MIT © jonah791）

项目定位

一个轻量侦察/攻击面评估插件：把 PTES 流程中侦察/枚举/指纹/攻击面评估段做成 8 个 red_* 结构化工具（子域枚举、目录爆破、链接爬取、技术栈指纹、banner 抓取、安全头检测、敏感路径探测、CVE 匹配），特色是每一次调用都落一行可复盘的过滤轨迹。

核心功能

技术栈与架构

•TypeScript，零 npm 运行时依赖：全部走 Node 原生 fetch/net，banner 抓取不调 nmap/nc。•无数据库、无 Web UI、无外部状态：唯一持久产物是 append-only JSONL 轨迹文件。•目录：src/、docs/semantic.md（权威契约文档）、tests/（43 例离线测试）；构建后 lib/index.js + lib/trace.js。•所属作者的"爱丽丝数字生命"生态（50 个自研 DSH 插件按七层组织）。

安装步骤

不是 dsh plugin add 一键包，而是源码 link 挂接：

# 1) 把插件放到 self-plugins/，在目标 profile 的 package.json 加 link 依赖：#    "dsh-red-team": "link:<工作区>/self-plugins/dsh-red-team"# 2) 在 agent 预设 YAML 挂组合：#    - insert:#      - id: agent-red-team#        name: dsh-red-team#        config: { enabled: true }# 3) 构建后重启 DSH profile 验证：red_tech_fingerprint url="http://127.0.0.1:8080/"tail -3 "$DSH_HOME/redteam-trace.jsonl"

首次验证必须对 127.0.0.1 或自建靶场，禁止拿公网第三方站点验证。

基本使用步骤

1.装配依赖并重启；2.插件装载时自报「红队工具面就绪（8 工具）」并落 boot 轨迹行；3.智能体按侦察需要调用任一 red_* 工具；4.排障时用 tail/grep 读 $DSH_HOME/redteam-trace.jsonl——一行答五问：跑的哪个构建、谁打向谁、断在哪段、结果质量、耗时；5.设 DSH_REDTEAM_TRACE=0 可即时关闭轨迹落盘。

项目的"小心思"

•存在判据不靠状态码单值：敏感路径进一步看响应体特征——.git/HEAD 体以 ref: 开头、.env 体含 KEY|SECRET|PASS|TOKEN 才判真泄露，专门对抗 SPA 全 200 误报。•同源过滤是安全语义：曾用 href.startsWith(origin) 前缀比较，会把 https://a.com.evil.com/x 误判为同源；改为 URL.origin 精确比较，这类隐性缺陷全部落进 stats.reasons 可审计。•观测绝不反噬：全部 IO 失败吞错返回 false，轨迹写入故障不影响扫描本身（有专门"尸体测试"）。•隐私红线：target 落盘前脱敏（URL userinfo、疑似凭据的 query 参数、家目录折叠为 <home>），只记计数、绝不记响应正文。•诚实披露：明确写出 WSL/POSIX 下 42 pass/1 fail 是测试代码路径假设问题而非插件行为问题；并指出"重新构建 ≠ 生效"，进程启动时间必须晚于产物 mtime。•刻意不加授权门禁：作者明确论证"能力 ≠ 沙箱"——可绕过的技术门禁是伪安全，改用文档+调用者硬约束。

Star 与活跃度（2026-09-16 API 实测）

•Stars: 0，Forks: 0，Open issues: 0，Commits: 10，默认分支 master。•创建于 2026-08-25，最近 push 2026-09-14——个人自用型插件，文档极其严谨（43 例离线测试 + 21 条可证伪验收清单 + 9 个未决问题），但尚未对外推广。

适用场景与局限性

•适用：DSH 用户想要一个可信、可解释、零依赖的纯侦察工具层，且重视"每次扫描为何丢了这些条目"的可复盘性。•局限：不含利用/武器化（明示职责边界）；无事实库、无报告、无 Web 视图；目录枚举对超时/网络错误静默跳过，与"确实不存在"同形（作者自认假阴性风险）；源码 link 装法依赖作者个人 profile 结构，通用化程度最低。

2.4 Jueze-2019/dsh-redteam-mode

•仓库 URL：https://github.com/Jueze-2019/dsh-redteam-mode^[19]•License：MIT•语言：JavaScript•Topics：ai-agent, attack-surface, deepseek-harness, penetration-testing, redteam, security-tools, sqlite•当前版本：v0.8.0

项目定位

把 DSH 变成一台红队作战指挥台：用户只给一个靶标单位名称，主会话自动拉起信息收集 → 漏洞检测 → 漏洞利用 → 内网渗透四个角色子智能体，资产/漏洞/凭据/会话/攻击链实时落入本地 SQLite 事实库，右侧栏常驻控制台可视化。规模为 48 个 redteam_* 工具、13 个原生技能、11 个控制台页签、22 张事实库表。

核心功能

•得分驱动模型：默认 255 分（Web 账号 10–40 分不等：普通账号 10 / 管理员 20 / WebShell 20 / RCE 30 / 服务器权限 25 / 数据库 25 / 敏感数据 20 / 边界突破 30 / 横向 35 / 核心系统 40），报告只收录得分成果。•四角色委派：recon / vuln-scan / exploit / internal（内网：suo5 隧道 → gogo/fscan 测绘 → 凭据复用 → 横向）。•11 个控制台页签：资产测绘（内/外网分组、四种视图）、当前测试、会话隧道、漏洞战果（渲染原始 HTTP 请求/响应）、攻击链五阶段、得分目标、报告（可粘进 Yakit 的原始请求）、攻击文件、知识库（全局共享 POC/EXP + nuclei 模板两层检索）、智能体提示词、技能库。•连通性实测：host 层一键测所有 WebShell/隧道在线状态与延迟（智能体沙箱连不出去，探测在 host 做）。•全局 POC 知识库：跨靶标复用，回填强制脱敏。

技术栈与架构

•TypeScript/JavaScript monorepo，零外部运行时依赖（store 层只用 node: 内置模块），sqlite 用 node:sqlite（要求 Node.js ≥ 22.13）。•按"平面"严格分包：

•dsh-redteam-store（host 平面）：22 张表 + FTS5 全文索引，发布进程级服务 ctx.redteam，另有 JSON-in/out CLI；•dsh-redteam-tools（agent 平面）：48 个模型工具，随 preset 挂载、每会话一份；•dsh-redteam-ui（host+client）：POST /redteam/api 桥 + 常驻右侧栏；•dsh-redteam-mode（市场包）：tools/build.mjs 从三包生成自包含 bundle。

安装步骤

# 1) 插件市场一键安装（推荐）dsh plugin --profile web add dsh-redteam-mode# 2) 重启 dsh web（host 平面新增服务，必须重启；UI 改动热重载）# 3) 可选但强烈建议：把外部攻击面工具落到本机 toolkit#    nmap masscan nuclei sqlmap ffuf httpx naabu subfinder dnsx dirsearch#    gogo fscan suo5 chisel frp + 冰蝎/哥斯拉/蚁剑

源码安装需把三个包 symlink 进 profile 的 node_modules、手挂 cordis.patch.yml 两行并拷贝预设/技能。

基本使用步骤

1.新建会话选「红队模式」预设；2.直接发靶标单位名称（有范围补一句，如某 C 段）；3.主会话只做指挥：拆任务/派子智能体/分析回报/决定下一步；动手活全委派；4.每次发现必须落库：redteam_asset_add / vuln_add / http_evidence_add / credential_add / access_add / chain_add / score_hit——未落库的发现视为无效工作；5.记分硬规则：redteam_score_hit 的 code + evidence 必填，能带 vuln_id 必带；6.看结果：右侧栏资产/隧道/得分/报告页签实时增长；报告页签出"按五阶段折叠、只含得分成果、附 Yakit 可粘原始请求"的复现报告。

项目的"小心思"

•子智能体是叶子节点（代码级硬约束）：在 tool-subagent 上用 toolFilter.deny 把 subagent/subagent_fork/workflow/ralph 从子会话工具目录里直接摘除（不只是提示词劝说），再叠 maxDepth: 1。•公共段落由代码注入：记分纪律、查库流程原本在 4 份角色提示词里逐字重复，改为只写一份 COMMON_SCORE_RULES/COMMON_DB_LOOKUP，由 DEFAULT_PROMPTS 末尾拼接——防止多处漂移。•"凭据 ≠ 拿到账号"：必须用浏览器真实登录后台抓到 Cookie/Token 并 access_add(method=web-login) 才记账号权限分；目标在内网则先建 suo5 隧道再 --proxy-server=socks5://127.0.0.1:1080 登录。•自己注册的账号不算分（self_created=true 留痕，不计分/不进报告）；自己 VPS 上的隧道不算边界突破——只有 target-outbound/target-http/target-agent 目标侧通道才算，self-only 标红"不算突破"。•提示词按靶标持久化 + 懒升级：角色提示词存于 engagements/<靶标>/agents/*.md，老靶标读时自动比对升级、人工改过的保留；附 refresh-all-prompts.mjs --dry-run 批量刷新。•真实事故驱动的防御性测试：v0.6.1 曾因工具 schema 不合法导致整预设 mount 失败、DSH 进程 CPU 打满；v0.6.2 起强制 tool-schema.test.mjs 自检。•凭据明文只在本机：credential.secret_value 原文入库便于复用，但明示"这个 .db 是最高敏感度资产，不要复制/导出/提交"，.gitignore 默认排除 engagements/、*.db、凭据文件。•Nday/1day 先查两层知识库（本机 POC 沉淀 + ~/.local/nuclei-templates），命中直接 nuclei -t <path> -u <target>，验证后回填并脱敏。

Star 与活跃度（2026-09-16 API 实测）

•Stars: 2，Forks: 1，Open issues: 1，Open PR: 1，Commits: 38，默认分支 main。•创建于 2026-09-10，最近 push 2026-09-15——四者中最新、迭代最猛（6 天内 38 commits 已到 v0.8.0）。

适用场景与局限性

•适用：CTF 式/攻防演练式红队行动——需要"一句话开干、自动分工、得分闭环、内网横向推进"的作战指挥；重度依赖 nmap/nuclei/fscan/suo5/冰蝎等成熟工具链。•局限：v0.8.0 仍在快速变动（0.6.x 出过 mount 事故）；明文凭据落本机库，敏感环境需自行加密保管；外部攻击工具需自备且内网常拉不动；提示词纪律极重，实际效果强依赖底层大模型服从度；不产国际标准格式报告（无 SARIF/STIX）。

2.5 EASY233/Finger

•仓库 URL：https://github.com/EASY233/Finger^[20]•语言：Python 3.7•License：未声明•创建/最后 push：2021-03-24 / 2023-12-22（距今约 21 个月无提交）

项目定位

一款红队在大量资产中做存活探测与重点攻击系统指纹识别的 Python 工具。作者因 EHole 2.0 当时不开源，"想做出一些修改也没有办法"，遂基于 EHole 指纹库自行重写。

核心功能

•指纹数量：648 条（library/finger.json → fingerprint 数组，实测统计）。•指纹格式：JSON，每条含 cms / method / location / keyword 四元组：

•method 支持 keyword（关键词）、faviconhash（图标 hash）、regula（正则）三种；•location 仅 body / header 两个位置；•keyword 支持多关键词 AND 匹配（需全部命中）。

技术栈与架构

•语言：Python 3.7，全平台。•目录结构：Finger.py（入口）、api/（FOFA/Quake 封装）、config/config.py（线程/API key/指纹更新开关）、library/（finger.json 指纹 + cdn_ip_cidr.json + data/）、lib/、img/。•数据格式：指纹为外部 JSON 文件，运行时加载；支持在线更新指纹库（FingerPrint_Update = True）。•存储/输出：默认 xlsx，另支持 json。

安装步骤

git clone https://github.com/EASY233/Finger.gitpip3 install -r requirements.txtpython3 Finger.py -h

调用 FOFA/Quake 需在 config/config.py 填 Fofa_email / Fofa_key / QuakeKey。

基本使用步骤

python3 Finger.py -u http://target.com          # 单 URLpython3 Finger.py -f url.txt                     # 批量 URL 文件python3 Finger.py -i 192.168.1.0/24              # 调 FOFA 采 IP 段 Web 资产python3 Finger.py -fofa -if ip.txt -o json       # 批量 IP + FOFA + JSON 输出

指纹数据即 library/finger.json，可直接编辑/导入其他兼容工具（格式与 EHole 一致）。

项目的"小心思"

•失败资产保留：2022-03-18 更新后把请求失败的 URL 连同失败原因一并写回表格底部，解决客户给的资产里混有脏数据被直接丢弃的问题。•自动清洗：对输入做去特殊字符处理，裸域名自动补 http:///https:// 双协议试。•URL/IP 格式宽松：支持单 IP、/24 段、192.168.10.10-50 区间三种。•重点/普通资产分表：xlsx 里把命中重点指纹的资产单独分 sheet，贴合红队打点流程。

Star 与活跃度

•Star：1724，Fork：163，Open Issues：19。•活跃度：低，属个人维护、基本停更，但仓库仍公开可 clone。

适用场景与局限性

•适用：红队打点前从大批量杂乱 URL/IP 段里快速筛出 OA/VPN/Weblogic 等高价值系统；想在 EHole 指纹体系上二次开发的 Python 用户。•局限：指纹停留在 648 条且近 2 年未新增；仅做 Web 指纹、不识别 TCP 服务；依赖 FOFA/Quake 才有资产采集能力；无 CPE/漏洞关联。

2.6 EdgeSecurityTeam/EHole（棱洞 3.0）

•仓库 URL：https://github.com/EdgeSecurityTeam/EHole^[21]•作者：shihuang（EdgeSecurityTeam）•语言：Go（100%，编译为单二进制）•License：Apache-2.0•创建/最后 push：2021-01-15 / 2024-04-02（距今约 17 个月无提交）

项目定位

EdgeSecurityTeam 出品的红队重点系统指纹探测工具，"棱洞"寓意从大量资产中像棱镜一样精准折射出易被攻击的系统。

核心功能

•指纹数量：958 条（根目录 finger.json → fingerprint 数组，实测统计），README 自述"能识别大部分常见系统"。•指纹格式：与 EASY233/Finger 完全同源的 JSON 四元组（cms/method/location/keyword），支持 keyword / faviconhash / regula 三种匹配。•多 CMS 同时命中：一个 URL 命中多个指纹时全部显示；终端红色高亮。•FOFA 联动：-f 支持单 IP / IP 段，可从 FOFA 批量拉端口与 Web 资产；-fall 应对万级 IP 批量取端口。•输出：xlsx（开源版新增）、JSON。

技术栈与架构

•语言：Go，编译为单二进制 EHole，跨平台。•目录：main.go、cmd/、module/（指纹引擎）、finger.json（外部指纹文件）、config.ini（FOFA 邮箱/key）、go.mod。•数据格式：外部 JSON 指纹文件，2.0 起从硬编码改为外部读入，便于增删规则。

安装步骤

git clone https://github.com/EdgeSecurityTeam/EHole.gitcd EHole# 方式一：go 编译go build -o EHole main.go# 方式二：直接下载 Releases 预编译二进制（Linux/Win/Mac）# 使用前在 config.ini 填好 FOFA email 与 key（仅 -f 模式需要）

基本使用步骤

EHole -l url.txt                       # 本地批量识别（URL 需带协议，每行一个）EHole -l url.txt -json export.json     # 结果输出 JSONEHole -f 192.168.1.1/24                # 从 FOFA 按 IP 段采集并识别EHole -t 200 -f 10.0.0.0/24            # 调线程（默认 100）

指纹即根目录 finger.json，可直接被其他兼容工具复用。

项目的"小心思"

•外部指纹文件：2.0 把指纹从代码里抽成 finger.json，用户无需改源码即可加规则——这正是 EASY233/Finger 能"借壳"二次开发的前提。•自适应 favicon 路径：3.0 开源版自动找 favicon，无需手填路径。•FOFA 语法直采：-f 直接吃 IP/CIDR，省掉手工拼 FOFA 语句。•颜色高亮 + 多命中并列：终端里重点系统标红，一眼定位。

Star 与活跃度

•Star：3519，Fork：419，Open Issues：43。•活跃度：低-中，Issues 仍有 40+ 未关闭，但代码层面已停更。

适用场景与局限性

•适用：C 段/大批量资产快速 triage；希望单二进制、无 Python 依赖的红队作业环境；FOFA 用户批量打点。•局限：仅 Web 指纹，不识别 TCP/数据库服务；指纹 958 条后未持续扩充；不与 CPE/Nuclei 漏洞库联动；3.0 开源版与早期付费版功能有差异。

2.7 0x727/FingerprintHub

•仓库 URL：https://github.com/0x727/FingerprintHub^[22]•配套引擎：0x727/ObserverWard^[23]（Rust）•License：MIT•创建/最后 push：2021-08-20 / 2026-09-16（调研当天），2660 次 commits

项目定位

0x727 团队"侦查守卫 ObserverWard"的社区化指纹库，定位是"让管理和使用指纹规则更加简单"，规则设计参考 Nuclei 模板规范。

核心功能

•指纹数量：Web 指纹 894 条 + 服务指纹 143 条 = 约 1037 条 YAML 规则（web-fingerprint/ 894 个 .yaml + service-fingerprint/ 143 个 .yaml，实测统计）。•覆盖范围：Web 应用指纹（CMS/框架/中间件）+ 非 Web 服务指纹（SSH/数据库等，借用 Nmap probe 语法）。•规则语言：YAML，四段式——info（基础信息/CPE 元数据）、http/tcp（探针）、matchers（匹配器）、extractors（提取器）。•匹配器类型：word（关键词，支持 and/or、大小写忽略、negative 取反）、favicon（md5 + mmh3 双 hash）、regex。•CPE 漏洞关联：metadata.vendor/product 存 CPE 解析结果，可反查关联 Nuclei 漏洞模板（如 cpe:/a:apache:shiro → CVE-2016-4437）。

技术栈与架构

•规则语言：YAML（仓库本身是数据仓库，配套引擎 ObserverWard 用 Rust 编写）。•编译产物：根目录 web_fingerprint_v3.json、web_fingerprint_v4.json、service_fingerprint_v4.json（GitHub Actions 自动从 YAML 编译生成）。•工程化：.pre-commit-config.yaml、.rustfmt.toml、plugins/、src/（Rust 编译逻辑）。•版本演进：旧版 v3 已归档到 tree/v3；当前主线 v4。

安装步骤

# 仓库本身只需 git clone 即可获得 YAML 规则git clone https://github.com/0x727/FingerprintHub.git# 配套引擎 ObserverWard（Rust）：git clone https://github.com/0x727/ObserverWard.gitcd ObserverWard && cargo build --release# 或直接下载 Releases 二进制

基本使用步骤

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz0

指纹数据即各 .yaml 文件，也可被 Nuclei / afrog / ShuiZe / nemo_go / neutron 等工具直接引用。

项目的"小心思"

•Nuclei 模板规范复用：探针/匹配器/提取器三段式与 Nuclei 对齐，学习成本极低，且能直接接 Nuclei 生态。•CPE 驱动的漏洞联动：metadata 里存 vendor/product/verified，把"资产指纹"与"NVD CVE"打通——识别到 Shiro 就能反查该 CPE 下所有 CVE，这是其他三个指纹库都没有的工程设计。•TCP 探针借 Nmap 语法：服务指纹直接用 Nmap 的 probe 定义（inputs.data / read），不重复造轮子。•GitHub Actions 自动编译：YAML 提交后自动产出 v4 JSON 给下游工具消费，规则与产物分离。•提取器反向注入 metadata：正则捕获组 $1/$2 可回填到 metadata.version 等字段，输出即带版本号（如 SSH 规则自动回显 OpenSSH 版本）。•社区贡献流：要求不在 main 直接改、按组件名开分支、PR 人工审核，保证规则质量。

Star 与活跃度

•Star：1443，Fork：240，Open Issues：0。•活跃度：高，是四个指纹库里唯一仍在持续维护、社区化增长的。

适用场景与局限性

•适用：需要长期演进、可贡献、要与 Nuclei/漏洞库联动的资产测绘平台；Rust/Go 工具集成指纹 SDK。•局限：YAML 规则对单机脚本不够轻量；需配合 ObserverWard 或其他引擎使用，不能独立扫描；正则过多会拖慢启动。

2.8 Mr-xn/Finger（⚠️ 仓库已删除 / 404）

•仓库 URL：https://github.com/Mr-xn/Finger^[24]•实测状态（2026-09-16）：通过 GitHub REST API 实测返回 HTTP 404 Not Found，HTML 主页亦被 robots 拒绝抓取，raw 文件均返回 dead/404。

结论

该仓库已被作者删除或转为私有/改名，当前无法访问。历史上 Mr-xn（国内安全研究者，GhostEye/Vulfocus 作者）此仓库为 EHole 的二次修改版，指纹格式与 EHole 同系（JSON 四元组）。

历史 star 数、最后更新时间、指纹数量等数据均无法获取，建议改用上游 EdgeSecurityTeam/EHole^[25] 或 EASY233/Finger^[26]。

2.9 Linux-INCIDENT-RESPONSE-COOKBOOK

•仓库 URL：https://github.com/Just-Hack-For-Fun/Linux-INCIDENT-RESPONSE-COOKBOOK^[27]•在线版：https://book.noptrace.com/^[28] （MkDocs）•作者：NOP Team•License：GPL-3.0•首发/上线在线版：2021-05-13 / 2025-07-21

项目定位

NOP Team 出品的《Linux 应急响应手册》v1.0，定位是给应急响应人员一份"经过实践测试"的排查指导，避免因个人知识广度造成"二次木桶效应"。

核心功能（章节结构）

仓库本身只放 README.md、用户反馈列表.md、PDF 手册，正文以在线版 + PDF 分发。章节结构如下：

•总论：封面、简介、更新日记、处置前准备、注意事项•事件类型排查：挖矿病毒、远控后门、勒索病毒、暴力破解、非持续性事件、恶意软件包供应链攻击、隧道•常规与收尾：常规安全检查、善后阶段•附录：常见问题的解决方法、小技巧、知识点附录

覆盖场景以 Linux 持久化与入侵排查为主：minerd/kdevtmpfsi 类挖矿、ssh/各类远控后门、勒索样本、SSH/Redis 爆破、供应链投毒、各类隧道（frp/nps/ssh 隧道等）。

技术栈与架构

•正文载体：MkDocs 静态站（book.noptrace.com），仓库内分发 PDF。•仓库内容：纯 Markdown + PDF，无代码依赖。•协作：附 用户反馈列表.md 收集社区反馈，微信 just_hack_for_fun 收 issue。

安装步骤

无需安装，三种使用方式：

1.在线阅读：访问 https://book.noptrace.com/^[29] ；2.下载 PDF：从仓库 Releases/README 下载；3.本地浏览：git clone 后打开 PDF。

基本使用步骤

按"事件类型"章节查阅：中招后先读《处置前准备/注意事项》→ 按怀疑类型进对应章节（挖矿/远控/勒索…）→ 照章执行命令排查 → 走《常规安全检查》兜底 → 《善后阶段》清理。

项目的"小心思"

•木桶效应叙事：把排查清单做成"兜底清单"，目的是让不同水平的应急人员都能做到相对全面的覆盖。•在线版替代 PDF：2025 年从 PDF 迁到 MkDocs，解决代码复制难、手机阅读差的问题。•用户反馈列表：单独建文件沉淀真实 case，反哺手册迭代。

Star 与活跃度

•Star：746，Fork：46，Open Issues：1。•创建于 2024-02-03；最后 push：2025-07-21（在线版上线日，仓库代码自此未再更新，正文持续在在线站维护）。•活跃度：中低（GitHub 仓库仅 8 commits，真正的更新发生在 MkDocs 站）。

适用场景与局限性

•适用：Linux 服务器入侵后的标准化排查流程；蓝队/应急新人建立排查 SOP；红队模式下反向理解持久化手段。•局限：仓库内无代码工具，纯文档；案例偏中文攻防圈常见场景；不覆盖 APT 高级威胁与 Windows。

2.10 Windows-INCIDENT-RESPONSE-COOKBOOK

•仓库 URL：https://github.com/Just-Hack-For-Fun/Windows-INCIDENT-RESPONSE-COOKBOOK^[30]•在线版：https://book.noptrace.com/^[31]•作者：NOP Team•License：GPL-3.0•首发/最后 push：2024-02-03 / 2026-01-20

项目定位

NOP Team《Windows 应急响应手册》v1.0，与 Linux 版姊妹篇，2025-07-21 同步上线 MkDocs 在线版。

核心功能（章节结构）

•总论：封面、简介、更新日记、事前准备•事件类型排查：挖矿病毒、远控后门、勒索病毒、暴力破解、钓鱼事件、非持续性事件、隧道事件、badusb 投毒事件、MSSQL 事件排查•常规与收尾：善后阶段、常规安全检查•附录：小技巧、知识点附录、常见问题的解决方法

相比 Linux 版，Windows 版多了钓鱼事件、badusb 投毒、MSSQL 排查三个特有场景，贴合 Windows 终端常见攻击面（钓鱼邮件、USB 投毒、MSSQL 弱口令入侵）。

技术栈与架构

•载体：MkDocs 在线站 + 仓库内 PDF；纯文档，无代码依赖。•与 Linux 版同一套站（book.noptrace.com），双手册并列导航。

安装步骤

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz1

基本使用步骤

同 Linux 版：按事件类型查章节（如怀疑钓鱼进"钓鱼事件"、怀疑数据库入侵进"MSSQL 事件排查"），照章执行命令/工具（Procmon、Autoruns、日志分析等），最后过《常规安全检查》与《善后阶段》。

项目的"小心思"

•双手册对照：Linux/Windows 章节命名对称，跨平台应急人员可快速平移思路。•badusb / MSSQL / 钓鱼：补充了 Linux 版没有的 Windows 终端高频场景，差异化明显。•PDF + 在线版双轨：离线环境用 PDF，日常用在线版复制命令。

Star 与活跃度

•Star：747，Fork：46，Open Issues：1。•活跃度：中低（仓库 7 commits，正文在 MkDocs 站持续维护）。

适用场景与局限性

•适用：Windows 终端服务器被入侵后的标准化排查；蓝队建立 Windows 应急 SOP；理解 Windows 持久化（注册表/服务/计划任务/WMI）排查点。•局限：纯文档无工具；案例以中文场景为主；不覆盖 Linux。

2.11 YuJunZhiXue/dsh-purge

•仓库 URL：https://github.com/YuJunZhiXue/dsh-purge^[32]•当前版本：v1.3.6•License：MIT•要求：Node.js ≥18（Windows 无闪烁导入钩子需 ≥22）

项目定位

DeepSeek Harness 的本地"破甲"（jailbreak / 内容安全围栏绕过）设置类插件：对安装到本机的 @deepseek-ai/* 官方包做可逆补丁，区分"模型本身拒答"与"Harness 宿主层（默认文案、审批阶梯、会话格式校验）拒答"，用于模型对齐鲁棒性评估。

核心功能

•Rules 卡片：分组补丁列表、Apply / Restore、会话覆盖编辑器、多套规则集（多个 AGENTS.md / CLAUDE.md）。•运行时改写宿主层：更新 @deepseek-ai/* 包内的默认文案、权限策略、工具限额；不发明第二个人格身份，身份完全来自用户自写的 prompt-inject.md。•升级自愈：npm 升级覆盖 node_modules 后启动时自动重新打补丁；对不上的原版文件跳过，不盲目改写。•Chat 斜杠命令：/purge apply、/purge status。•双 profile 安装：web 与 desktop（default）profile 分别安装。

技术栈与架构

•Node.js，Cordis 插件体系（cordis.patch.yml），纯 JavaScript。•布局：lib/core.js（路径探测、补丁、备份/恢复、shim、覆盖文件）、lib/identity.js（注入折叠进 persona-prefix，不生成身份卡）、client.js（设置页 UI）、bin/dsh-purge.js、docs/、default-prompt-inject.md。•目标对齐 dsh 0.1.5-rc.1；兼容 0.1.2 社区版 dsh-persona text 字段与 dsh-mnemon v0 会话 summary。•路径探测优先级：$DSH_HOME → dsh 启动器旁的 .dsh → ~/.dsh，不写死盘符。

安装步骤

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz2

另有 dsh://plugin/install?... 桌面端 URI 一键协议与手动放置法。

基本使用步骤

1.完全退出并重启 dsh（web/桌面），使 Rules 卡片与聊天命令加载。2.Apply（三选一）：聊天 /purge apply；或 设置 → Rules → Apply；或 dsh-purge --apply。3.按提示再次重启，让补丁后的包在本进程加载。4.验证：/purge status 打印 DSH_HOME 与补丁列表；0.1.5 上应见 / 已应用。5.预期跳过项：/（无 dsh-web-fetch-http）、/（无 dsh-liangshen），缺插件时跳过属正常，非失败。6.卸载：设置页先 Restore，再 dsh plugin --profile web remove dsh-purge。

项目的"小心思"

•补丁编号化：每个补丁有 ID（如 ///），README 用一张症状对照表把现象精确映射到补丁，并解释原理。•可逆 + 防错装：备份/恢复机制、对不上签名就跳过、autoApplyOnStart 但 autoRevertOnMissing:false，把"打补丁"做成可审计事务而非脚本硬改。•双语言 README + 给 AI Agent 的"自执行块"：README 内置一段 Role/Goal/Environment/One-shot install，可直接喂给编码 Agent 让其自动装到 /purge status 通过。•Windows 细节：专门的 hide-console.js（windowsHide 补丁）、%APPDATA%DSH Desktophost-commandsdesktopbin*.dshpurge.bak 恢复路径。

Star、更新与活跃度（2026-09-16）

•Star：约 1.1k（shields 徽章）；32 commits；master 分支。•最近提交：yesterday（约 2026-09-15，活跃维护中）。

适用场景与局限性

•适用：本机 Harness 层的对齐/鲁棒性研究、区分模型拒答与宿主拒答、跨模型换不同提示词的破甲评估。•局限：仅作用于本地 Harness 安装，不是对公网目标的扫描器/攻击工具；与 dsh 版本强耦合（对齐 0.1.5-rc.1，其他版本不匹配项会跳过）；Windows 无闪屏钩子需 Node ≥22。•合规：客观描述其技术定位为"宿主层可逆补丁研究插件"。仅允许在你自己的、已授权的本地 Harness 与离线靶标上运行。

2.12 Desred7eam/DesRedTeam

•仓库 URL：https://github.com/Desred7eam/DesRedTeam/^[33]•当前版本：v3.0•宣称 License：Apache License 2.0•创建/最后 push：2026-08-12 / 2026-08-25（约 3 周前）

项目定位

面向合法授权红队的 AI 红队作业平台 v3.0：整合信息收集、漏洞验证、WebShell 管理、C2 控制、项目记忆与 AI 审批围栏，以 DSH 原生 Harness 为执行调度底座，口号"引擎自驱、自我修复、越用越强 / REAL ENGAGEMENT · REAL BREACH"。

核心功能

•DSH 原生 Harness 底座：内置高命中率缓存，对重复请求/计算片段复用；配套"极简运行模式"自动裁剪冗余模块、关闭非必要扩展，面向固定工作流强确定性优化。•二开 DRT 模式：裁剪规划交互、多代理调度，内置 65 套渗透 playbook，单线连续执行、保全证据链，全局缓存高速作业。•Hermes 回归官方 Web UI 并并入 DRT：通过 pentrack MCP 实现资产项目入库与漏洞推送。•COLLECT·STORE·WEAVE 一条龙：招投标/公开渠道灰度资产收集，每张卡片带证据链，自动编织攻击路径视图。•DesShell 作为 C2（源码内旧 C2 部分已废弃可移除）；GSL5（哥斯拉 Super）做 WebShell 管理前端适配。•宣称企业资产摸排可"2 分钟完成某公司完整信息收集"（强调仅用公开信息）。

技术栈与架构

•前身基石 CyberStrikeAI（Go + Gin、Eino 多代理、MCP 联邦、四层记忆、AI 围栏 HITL）；WebShell 管理集成 GSL5/GodzillaSuper。•分发形式：仓库内仅 README.md + 两个压缩包（v3-desredteam.zip、v3-配套dsh.zip，解压密码 desredteam），源码需凭"关注抖音号推荐视频截图"领取；文档声称 Apache License 2.0。•架构三层：DSH 原生调度 + 全局缓存 + 极简裁剪内核，三者协同面向定型的企业信息收集工作流。

安装步骤

源码部署约 30 分钟（README 自述），关键步骤：

1.部署 Hermes（官方 WebUI）。2.准备环境后对 v3-desredteam.zip 按提示词让 AI 读源码自行编译；遇 gsl5 / c2 报错可忽略（c2 已废弃）。3.GSL5 License 生成（如需要）：javac KeyGen.java && java KeyGen，产出 license.lic。4.部署/编译内嵌 DSH：缺 vendor 则自行下载依赖；通过鉴权 API（默认 admin/admin123）后写入平台数据库，再调优 MCP 写入路径。5.Hermes 适配：加技能与 skills，打通平台推送与漏洞归档。

•更简单路径：用编译版一键启动（bat/python），本机自编译 dsh + 自装 Hermes。

基本使用步骤

1.启动系统（提供的 py 文件基于 open 打开，或 bat 一键启动）。2.进入平台，确认内嵌 DSH 栏目、Hermes 模块。3.输入目标走信息收集工作流 → 资产/漏洞自动入库 pentrack → 攻击路径视图自动编织。4.WebShell 管理走哥斯拉 MCP 前端适配，C2 用 DesShell。

项目的"小心思"

•缓存经济学：把"重复探测结果/域名资产/接口指纹/解析记录"做成全局高命中缓存，用空间换多轮任务间的性能漂移抑制与结果可复现性——这是其主打卖点的工程内核。•强确定性取舍：主动放弃面向临时任务的泛化兼容能力，以运行时收敛换"输出不飘"。•合规话术与现实的张力：声明不内置恶意脚本/skills/mcp、只给平台自身运行所需 MCP/skills；但实际分发走"关注抖音领源码 + 解压密码 + 付费训练营招生"的 gated 模式，开源仅作引流。

Star、更新与活跃度（2026-09-16）

•Star：142，Fork：24；12 commits；创建于 2026-08-12，pushed_at 2026-08-25，updated_at 2026-09-13。•活跃度判断：代码最后一次推送约 3 周前，仓库主体为压缩包分发、文档型维护，节奏偏慢且与课程引流绑定。

适用场景与局限性

•适用：有合法授权的企业资产信息收集、打点突破演练、教学演示。•局限：核心源码 gated（非真正开箱即用）；强依赖 Hermes/DSH/GSL5 一整套环境；默认口令 admin/admin123 需自行改；含 C2/WebShell 能力，误用法律风险极高；文档多处"可忽略报错"，部署体验粗糙。

2.13 Unclecheng-li/DeepSec

•仓库 URL：https://github.com/Unclecheng-li/DeepSec^[34]•主页：https://unclecheng-li.github.io/deepsec.com/^[35]•License：MIT•主语言：Python（TUI 为 Rust + ratatui）•创建/最后 push：2026-07-09 / 2026-08-24

项目定位

AI 安全攻防一体平台：由 VibeGuard 进化而来，Shield（实时 AI 生成代码安全审计）+ Spear（授权渗透测试引擎） 统一在一套 CLI、一个 Rust TUI 终端工作台和 IDE 插件里。

核心功能

•Shield 三层检测：

•L1 正则+熵分析（幻觉包、硬编码密钥、不安全配置、AI 错误模式，<50ms）；•L2 Tree-sitter WASM AST（SQLi/XSS/SSRF/路径穿越/命令注入，<2s）；•L3 LLM 语义分析（缺失认证/限流/校验，<5s，支持 DeepSeek/Claude/OpenAI/Ollama）。

技术栈与架构

•核心 Python（pyproject.toml、pip install -e .）；TUI 为 Rust + ratatui（tui/Cargo.toml）；含 rust-lsp/、jetbrains/、dsh-plugins/ 子目录、Docker/docker-compose、action.yml（可作 GitHub Action）。•统一配置 ~/.deepsec/config.yaml；目标白名单 ~/.deepsec/targets/scope.json。•目录：deepsec/、src/、scripts/、tests/、deploy/、demo/unsafe-ai-sample.ts（自带"故意写满漏洞"的演示样本）。

安装步骤

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz3

基本使用步骤

1.（Shield 审计）deepsec shield scan ./src（L1+L2 离线）；加 --layer l3 配 DEEPSEEK_API_KEY 开语义分析；--format sarif --output deepsec.sarif。2.（Spear 渗透） 先维护授权白名单，再：

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz4

项目的"小心思"

•把合规做成硬编码默认拒绝：私有/回环/非公网地址在 TUI 层即拦截，scope 只接受"你拥有或已书面授权"的资产，签名清单 + 审计日志——这是同类工具里少见的"安全边界即产品"设计。•分层检测的时延预算表：L1<50ms、L2<2s、L3<5s，把工程取舍写进 README。•自带反面教材：demo/unsafe-ai-sample.ts 故意堆满漏洞，新人扫它即见效果；action.yml 让它能直接跑在 CI 里。•Side-Git 快照：把"渗透/重构前留 git 快照"做成内建命令，可随时恢复代码状态。

Star、更新与活跃度（2026-09-16）

•Star：427，Fork：27，Watchers：142；70 commits；主语言 Python；MIT；创建于 2026-07-09，pushed_at 2026-08-24，updated_at 2026-09-15。•活跃度：约 3 周前有代码推送、近两日有元数据更新，issues 5 个、PR 1 个，处于持续迭代但非每日提交阶段。

适用场景与局限性

•适用：AI 生成代码的幻觉包/安全缺陷实时审计；团队授权渗透的端到端自动化；CI 门禁。•局限：L3 语义层依赖外部 LLM API Key；Rust TUI 需编译（或下 Release）；Spear 是引擎集成而非自研武器库；dsh 相关能力集中在 dsh-plugins/ 子目录，与 DSH 主生态耦合度中等。

2.14 dshworks/awesome-dsh-plugins

•仓库 URL：https://github.com/dshworks/awesome-dsh-plugins^[36]•License：MIT•收录规模（2026-09-16）：7,784 位作者的 13,561 个条目，跨 17 个功能域

项目定位

一个经过垃圾过滤、机器可读的 DeepSeek Harness 插件/bundle/skill 开放数据注册表（不是散文式 awesome 列表）：每条都带"在哪个文件、哪把 dsh 版本验证过"的证据。

核心功能

•数据源是 data/plugins.json（single source of truth），README 由它渲染；可直接 curl 拉取全量条目与 ~150 字节的 stats.json。•正交分类维度：category（bundle/plugin/skill/theme/tool，形态）× tags（功能域）；stars 仅作展示信号；featured 为编辑手选。•证据字段 evidence: path：如 package.json.bundle、skills/reviewer/SKILL.md；scripts/validate.mjs 拒绝任何引用不了证据的 verified 行。•npm 所有权双向校验：只保留"发布包的 repository.url 反指回本仓库，或仓库自身 package.json 声明同名"的条目；停更的进 data/unpublished.json。•拒绝公开：2,310 个被拒条目连同理由与复核日期进 data/rejected.json（其中 2,152 个根本没有任何安装路径）。•配套可过滤可排序的画廊站 "Browse the reef"；手选编辑推荐（dsh-web-ui 7637★、modlens 3966★、dsh-better-sidebar 3622★、dsh-browser 664★、dsh-mnemon 378★ 等）。

技术栈与架构

•纯数据仓库：data/（plugins.json / rejected.json / unpublished.json / seeds.json / stats.json）、lists/（按域拆分的小 markdown，规避 GitHub 单文件 ~500KB 渲染截断）、scripts/（validate.mjs、stars.mjs、npm-check）、.github/workflows、docs/、CONTRIBUTING.md。•脚本侧 Node（.mjs），package.json 提供 npm run npm-check 等命令；无运行时服务。

安装步骤

本身不是可安装软件，使用方式：

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz5

贡献：按 CONTRIBUTING.md 提 PR。

基本使用步骤

1.在 README/lists 或画廊站按 17 个功能域浏览。2.点条目核对 verifiedAgainst 与 evidence 路径再安装。3.对 unverified 条目保持警惕；对 rejected.json 里的理由做二次判断。4.基于 JSON 自建工具/脚本消费全量数据。

项目的"小心思"

•"覆盖率必须诚实"的元叙事：2026-08-20 发现此前只扫 5 个 dsh-* topic，把 deepseek-harness/dsh/deepseek-harness-plugin 三个 topic 下 1,058 个仓库（约真实宇宙 13%）静默漏掉，主动把覆盖率数字调低并写进 README。•把事故写成文档：2026-08-21 发现 582 个名字里 298 个 npm 根本不存在、26 对条目互相抢同一 npm 包，由此定下"npm 双向所有权校验"规则，并反向收养 1,741 个 registry 找到但无人认领的包、拒绝 1,462 个冒名包。•对抗 GitHub 渲染截断：README 超 ~500KB 会被 GitHub 中途静默截断，所以全量表格拆进小文件、JSON 永远不丢条目。•知名冷启动案例：yjh051108/dsh-routing-suite 6,415 star 却零 topic，说明"搜不到 ≠ 不存在"，故设 seeds 手工通道。

Star、更新与活跃度（2026-09-16）

•Star：12（作为元数据仓库本身 star 极低，但数据价值高）；299 commits；数据日期标注 2026-09-16；最后提交 today（当日仍在更新）。•规模：dsh discovery topic 宇宙 17,046 个仓库，已打开判定 14,943（88%）；Issues 1、PR 10。•活跃度：极高（当日更新、有自动化 workflow 跑 stars/npm 复检）。

适用场景与局限性

•适用：寻找/甄别 DSH 插件、做生态分析、给上层工具喂可信数据源。•局限：本身不提供任何功能；覆盖率受限于"作者是否打了 topic / 是否发布 npm / 是否用约定布局"；dsh 是 developer preview，兼容承诺会破坏性变更，verified 会过期。

2.15 fb0sh/dsh-pentester

•仓库 URL：https://github.com/fb0sh/dsh-pentester^[37]•主语言：TypeScript•Topics：deepseek-harness / dsh-plugin / ptes / multi-agent / kali•创建/最后 push：2026-08-19 / 2026-09-13（约 3 天前）

项目定位

面向 DeepSeek Harness 的最小化 Root-Orchestrator PTES 渗透测试编排插件：内置 962 个渗透 Skill（6 bundle + 6 standalone）、19 个按 PTES 阶段分工的专家 Agent，用 Docker/Kali 隔离工具箱执行。含 dsh-pentester-kali 工具镜像。

核心功能

•Root-Orchestrator 心智模型：唯一 Root 会话（pentester persona preset）做编排，工具面仅 5 个（pentester_run/delegate/cancel_delegation/advance_stage/rollback_stage）；pentester_run 是唯一生命周期入口（start/stop/resume/restart/status）。•并行 Delegation = 可续写子会话：每个 Worker 是带 AgentProfile + 不可变 task_prompt 的 DSH continuable child session，写 result.md 作为交付物。•19 个专家 Agent + PTES 阶段共享能力：每阶段可给所有 Worker 叠加 Skills/MCP（additive），另有 Global Worker Capabilities 跨阶段下发；Delegation 创建时冻结 grant。•MCP 三 transport：STDIO / Streamable HTTP / Legacy SSE（后者可直连 PortSwigger Burp MCP Server http://127.0.0.1:9876，无需 mcp-proxy 中转，官方 SDK 完成 sessionId 握手）。•Docker/Kali 工具箱：仅经 dockerode 与 docker daemon 交互，支持远程 docker server；镜像 fb0sh/dsh-pentester-kali:latest。•Skill Runtime V4：完全融入 DSH 原生 Skill 生态（child-scoped frozen SkillProvider → 官方 skill({name}) → 官方 Skill Row UI），旧 pentester_skill_search/load 退役。•Settings → Pentester 四 Tab（Overview / Agent Library / Docker / Version）。

技术栈与架构

•主语言 TypeScript，pnpm workspace + tsdown 打包；Cordis 补丁（cordis.patch.yml、cordis.dev.patch.yml）；dockerode 调 Docker。•目录：src/（model/stages/store、workspace/git、delegations/tools、docker/、rpc、targets、migrate）、src/native-skill/、src/agent-library/、src/pentest/（pre-engagement/assets/findings）、src/ui/client/、agents/*/profile.yml（19 个 AgentProfile）、docker/（Kali Dockerfile）、presets/pentester/（Root preset + run-state.mjs）。•文档即真理：docs/plan.md（唯一事实源）、docs/architecture.md、docs/workspace.md、docs/skill-runtime-v4.md、CONTEXT.md。•发布：release-please + GitHub Release Asset（Builtin Skill Pack 独立分发，不随 npm 走）。

安装步骤

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz6

基本使用步骤

1.Settings → Pentester → Docker：自动发现/填写 DOCKER HOST，Test connection 保存；确认 TOOLBOX IMAGE 为 Ready。2.在 Agent Library 给 Agent 分配 skill/MCP，配置各 PTES 阶段共享能力与 Global Capabilities。3.新建会话切到"渗透测试模式"，输入授权目标；Root 自动派发 Delegation → Worker 在 Kali 容器里跑工具 → 写 result.md。4.观察 Stages/Trace/Findings/Output 面板与时间轴阶段拓扑；Root 自动推进/回退阶段；子代理自动汇合。5.报告阶段"查看报告"。自定义 Skill 放 ~/.dsh/dsh-pentester/skills/<name>/SKILL.md（目录热更新，无需重启）。

项目的"小心思"

•正向 allow-list 的编排者：Root 不继承任何共享能力，仍是纯 Orchestrator；grant 在 Delegation 创建时冻结（Host-private snapshot + manifest），已创建 Worker 不受后续配置改动影响——把"权限边界在创建时刻固化"做成安全性质。•交付物即文件：workspace/stages/<NN>-<stage>/delegations/D-00N/result.md，天然带证据链。•文件同步的工程细节：本地 Docker 按 Worker 白名单顶层目录逐目录 bind（.git/、.dsh-pentester/ 物理不进容器）；远程 daemon 用共享 volume，仅在阶段边界做 push/pull 双向排除控制态、原子发布、不跟随 symlink。•Trace 拓扑可视化：每个加载成功的 Skill 画成 Agent 节点外侧的芯片元素连线，并投影 loaded_skills.md 做审计。•Docker host 优先级链：Settings settings.json > 插件配置 > 本地 socket 自动发现 > DOCKER_HOST > 默认 socket。

Star、更新与活跃度（2026-09-16）

•Star：22，Fork：2；主语言 TypeScript；148 commits；topics 含 deepseek-harness / dsh-plugin / ptes / multi-agent / kali。•创建于 2026-08-19，updated_at 2026-09-16（当日），pushed_at 2026-09-13——约 3 天前仍在提交，活跃迭代。

适用场景与局限性

•适用：在 DSH 内做 PTES 全流程多 Agent 编排、需要 Kali 工具隔离环境、需对接 Burp Suite MCP 的授权渗透。•局限：需要 Docker 与 dsh 运行环境；Builtin Skill Pack 首次用须单独下载；仍处预览版；自定义能力隔离良好但学习曲线在 plan/architecture 文档上。

第 3 章 横向对比分析

3.1 DSH 红队 bundle 三家对比（shine-233 / jonah791 / Jueze-2019）

文字分析：三家表面上都叫"dsh redteam"，但抽象层级完全不同。

•shine-233 是"留痕派"——它继承上游 dsh-pentest 的"调查图"哲学，重心在证据链、CVSS/ATT&CK/OWASP/CWE/CVE 标准映射与对外报告/情报交换，像 DSH 插件化的 DefectDojo/VECTR。•Jueze-2019 是"打法派"——重心在指挥调度与得分驱动的实战打法（四角色委派、WebShell/隧道生命周期、攻击链五阶段、255 分体系），像红蓝对抗平台。•jonah791 是"工具面派"——它是三者中唯一"工具面"而非"作战平台"：不建 engagement、不记成果、不做指挥调度，只负责把侦察动作做成可观测的结构化原语；与前两者是互补层关系，而非同类竞争。

3.2 四个指纹库差异对比

选型建议：

•要"拿来即用、单二进制打 C 段" → EHole（star 最高、生态最广、958 条重点系统）。•要长期演进、接 Nuclei 漏洞联动、做平台化测绘 → FingerprintHub（唯一活跃、CPE 驱动、1037 条含 TCP 服务）。•要 Python 二次开发、需要 FOFA/Quake 资产采集一体化 → EASY233/Finger。•Mr-xn/Finger 已删除，勿再作为数据源引用。

3.3 事件响应 Cookbook 的价值定位

Linux 与 Windows 应急响应 Cookbook（NOP Team 出品，共约 1493 star）在 DSH 红队生态中的角色非常特殊：它们表面是蓝队文档，但对红队是"反向教材"。

•蓝队视角：给应急响应人员一份"经过实践测试"的排查 SOP，避免"二次木桶效应"——让不同水平的应急人员都能做到相对全面的覆盖。•红队反向赋能：红队队员读完《挖矿病毒》《远控后门》《勒索病毒》《暴力破解》《恶意软件包供应链攻击》《隧道》《钓鱼事件》《badusb 投毒》《MSSQL 事件排查》这些章节后，等于拿到了一份"蓝队会从哪些点查我"的清单——这对红队在攻防演练中"提高 undetected/logged/alerted/prevented 中的 undetected 比例"至关重要。•与 shine-233/dsh-redteam 的联动：后者 finding/retest 记录蓝队反馈四档状态（undetected/logged/alerted/prevented），报告输出防御触达率面板——Cookbook 提供了"蓝队会怎么做"的知识底座，dsh-redteam 提供了"红队测得怎么样"的度量底座，两者配合才能形成闭环。

3.4 其他 DSH 生态项目的角色分工

第 4 章 综合排行榜

4.1 评分维度说明

4.2 全部 15 个仓库综合评分表

4.3 分类 Top 推荐

红队作战指挥类 Top 3

1.Jueze-2019/dsh-redteam-mode（加权 8.60）2.shine-233/dsh-redteam（加权 8.60）3.fb0sh/dsh-pentester（加权 8.30）

资产测绘指纹类 Top 2

1.0x727/FingerprintHub（加权 8.60，唯一活跃 + CPE 联动）2.EdgeSecurityTeam/EHole（加权 7.75，3519★ 单二进制打 C 段）

生态工具类 Top 3

1.dshworks/awesome-dsh-plugins（加权 8.60，生态地图与门禁）2.howmp/dsh-pentest（加权 8.30，祖师爷 + 467★ 事实标准）3.Unclecheng-li/DeepSec（加权 7.90，攻防一体 + CI 门禁）

最佳入门推荐

howmp/dsh-pentest —— 一键 tarball 安装、9 个工具、4 个 Web 标签、单会话最小可用渗透图，是理解整个 DSH 红系 bundle 范式的最低成本入口。

最具潜力项目

Jueze-2019/dsh-redteam-mode —— 6 天内 38 commits 从 0 冲到 v0.8.0，四角色委派 + 255 分体系 + 22 表 FTS5 + 11 页签常驻控制台，迭代速度全场最快，且已经历过 v0.6.1 mount 事故的自我修正。

4.4 评分理由说明

•dsh-redteam-mode（红队作战 Top 1）：它是唯一把"指挥调度 + 得分闭环 + 内网横向"三件事做成一个常驻右侧栏实时控制台的项目；四角色委派是代码级硬约束（toolFilter.deny + maxDepth:1），不只是提示词劝说。风险在于 v0.8.0 仍在快速变动，明文凭据落本机库需自行加密。•dsh-redteam（红队作战 Top 2）：它是唯一把 CVSS v4.0（270 项查找表 + 20 参考向量测试）、ATT&CK Navigator v4.5 NavLayer、STIX 2.1/TAXII、SARIF 2.1.0、JIRA 整改闭环全做进一个 bundle 的项目，企业合规留痕无可替代。风险在于工具面庞杂（29 个），上手需要理解其七表领域模型。•dsh-pentester（红队作战 Top 3）：962 Skills + 19 Agent + Docker/Kali 隔离工具箱 + 直连 Burp MCP，是 PTES 全流程编排的工程化天花板；grant 在 Delegation 创建时冻结的安全设计尤其出色。风险在于需要 Docker 环境 + 首次单独下载 Builtin Skill Pack。•FingerprintHub（指纹类 Top 1）：四个指纹库里唯一仍在持续维护（调研当天仍 push，2660 commits），唯一有 CPE 驱动的漏洞联动设计，唯一覆盖 Web + TCP 服务双域，YAML Nuclei 风格可直接接 Nuclei 生态。•EHole（指纹类 Top 2）：3519 star 全场指纹库最高，Go 单二进制无依赖，958 条重点系统，C 段 triage 拿来即用；唯一硬伤是 2024-04 后停更。•awesome-dsh-plugins（生态工具 Top 1）：13,561 条目 + 证据字段 + npm 双向所有权校验 + 2,310 个拒绝条目公开理由，是 DSH 生态的"地图与门禁"，当日仍在自动化更新。•dsh-pentest（生态工具 Top 2 / 最佳入门）：467 star 绝对流量中心，参考 ARTEX 调查图范式，是所有二次开发 bundle 的事实标准底座；一键 tarball + 4 标签 Web 是最低成本入门路径。•DeepSec（生态工具 Top 3）：Shield 三层检测（L1<50ms / L2<2s / L3<5s）+ Spear 五阶段渗透 + Rust TUI + IDE 插件 + GitHub Action，把合规做成硬编码默认拒绝，是攻防一体少见的"安全边界即产品"设计。

第 5 章 技术深度拆解

5.1 DSH 红队模式的核心技术原理

5.1.1 多角色调度机制

DSH 红队 bundle 的核心创新不是"让 AI 打渗透"，而是把主会话收敛为纯指挥者：

•子智能体委派：主会话只做拆任务/派子智能体/分析回报/决定下一步，动手活全委派。•工具过滤（代码级硬约束）：dsh-redteam-mode 在 tool-subagent 上用 toolFilter.deny 把 subagent/subagent_fork/workflow/ralph 从子会话工具目录里直接摘除（不只是提示词劝说），再叠 maxDepth: 1——子智能体是叶子节点，物理上无法再嵌套委派。•深度限制：maxDepth: 1 确保任务树不会递归爆炸。•公共段落由代码注入：记分纪律、查库流程原本在 4 份角色提示词里逐字重复，改为只写一份 COMMON_SCORE_RULES/COMMON_DB_LOOKUP，由 DEFAULT_PROMPTS 末尾拼接——防止多处漂移。

5.1.2 SQLite 事实库设计

•表结构：

•dsh-pentest（上游）：6 表（goals/intents/facts/findings/assets/edges）；•dsh-redteam：7 表（加 evidence/credentials，edges 改为派生）；•dsh-redteam-mode：22 张表 + FTS5 全文索引。

5.1.3 证据链管理

•边派生：上游 dsh-pentest 显式存 edges 表；dsh-redteam 改为派生。•两阶段提交：redteam_submit 批内校验失败零残留，子代理重试不会产生重复记录。•确定性 ID：<kind>-<n> 按会话计数，goal 重置归零；工具返回 id 供模型跨调用引用。•交付物即文件：dsh-pentester 的 workspace/stages/<NN>-<stage>/delegations/D-00N/result.md，天然带证据链。

5.2 跨会话历史与持久化

•engagement 分目录存储：dsh-redteam-mode 数据落盘 $DSH_HOME/redteam/engagements/<靶标>/（SQLite + runs/ 证据）+ 全局 knowledge.db；无遥测、无上报、无云同步。•提示词懒升级：角色提示词存于 engagements/<靶标>/agents/*.md，老靶标读时自动比对升级、人工改过的保留；附 refresh-all-prompts.mjs --dry-run 批量刷新。•全局 POC 知识库：跨靶标复用，回填强制脱敏；Nday/1day 先查两层知识库（本机 POC 沉淀 + ~/.local/nuclei-templates），命中直接 nuclei -t <path> -u <target>，验证后回填并脱敏。

5.3 Web 可视化架构

•host/client 分离：dsh-redteam-mode 按"平面"严格分包——redteam-store（host 平面，发布进程级服务 ctx.redteam）、redteam-tools（agent 平面，随 preset 挂载每会话一份）、redteam-ui（host+client，POST /redteam/api 桥 + 常驻右侧栏）、redteam-bundle（市场包，tools/build.mjs 从三包生成自包含 bundle）。•cordis.patch 补丁层：cordis.patch.yml 负责 UI、sqlite 后端、storage-domain 路由、preset 注册。•右侧栏常驻控制台：11 个页签常驻右侧栏，实时增长。•3D 攻击地形：dsh-redteam 提供零依赖 3D 攻击地形视图。•窗口化投影防膨胀：上游 dsh-pentest 节点/资产/边各保留最新 200 条，超出逐出最旧并同步清理悬挂边；UI 计数是窗口视图，完整记录以 state/report 读存储层为准。•Trace 拓扑可视化：dsh-pentester 每个加载成功的 Skill 画成 Agent 节点外侧的芯片元素连线，并投影 loaded_skills.md 做审计。

5.4 指纹库技术对比

•JSON 四元组（Finger / EHole / Mr-xn）：cms / method / location / keyword，method 支持 keyword / faviconhash / regula，location 仅 body / header，keyword 支持多关键词 AND 匹配。•YAML Nuclei 风格（FingerprintHub）：四段式——info（基础信息/CPE 元数据）、http/tcp（探针）、matchers（word/favicon(md5+mmh3 双 hash)/regex）、extractors。•CPE 漏洞联动设计：FingerprintHub 的 metadata.vendor/product 存 CPE 解析结果，可反查关联 Nuclei 漏洞模板（如 cpe:/a:apache:shiro → CVE-2016-4437）。•自动编译流水线：FingerprintHub 的 GitHub Actions 从 YAML 自动编译产出 web_fingerprint_v4.json / service_fingerprint_v4.json 给下游工具消费，规则与产物分离。•提取器反向注入 metadata：正则捕获组 $1/$2 可回填到 metadata.version 等字段，输出即带版本号（如 SSH 规则自动回显 OpenSSH 版本）。

5.5 得分驱动模型（dsh-redteam-mode 专属）

•255 分体系：Web 账号 10–40 分不等——普通账号 10 / 管理员 20 / WebShell 20 / RCE 30 / 服务器权限 25 / 数据库 25 / 敏感数据 20 / 边界突破 30 / 横向 35 / 核心系统 40。•记分硬规则：redteam_score_hit 的 code + evidence 必填，能带 vuln_id 必带；报告只收录得分成果。•self_created 排除：自己注册的账号不算分（self_created=true 留痕，不计分/不进报告）。•隧道边界判定：自己 VPS 上的隧道不算边界突破——只有 target-outbound/target-http/target-agent 目标侧通道才算，self-only 标红"不算突破"。•"凭据 ≠ 拿到账号"：必须用浏览器真实登录后台抓到 Cookie/Token 并 access_add(method=web-login) 才记账号权限分；目标在内网则先建 suo5 隧道再 --proxy-server=socks5://127.0.0.1:1080 登录。

第 6 章 熟能生巧指南（从入门到精通）

6.1 学习路径三阶段

入门期（第 1-2 周）：环境搭建 + 跑通单次渗透记录

1.环境搭建：

•安装 Node.js ≥ 22.5（dsh-pentest 最低要求）；•安装 DSH：npm install -g @deepseek-ai/dsh；•启动 dsh web。

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz7

进阶期（第 3-6 周）：切换到 dsh-redteam-mode + 理解四角色委派

1.切换到 dsh-redteam-mode：

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz8

精通期（第 7-12 周）：二次开发 + 自定义角色提示词 + CI/CD 集成

1.二次开发：克隆 dsh-redteam-mode 或 dsh-redteam 源码，读 packages/redteam-store/（22 表 + FTS5）、packages/redteam-tools/（48 工具）、packages/redteam-ui/（11 页签）。2.自定义角色提示词：在 engagements/<靶标>/agents/*.md 中定制 recon/vuln-scan/exploit/internal 四角色提示词。3.扩展工具：按现有工具模式新增 redteam_* 工具，写 tool-schema 自检。4.与 CI/CD 集成：dsh-redteam 的 SARIF 2.1.0 导出可喂 GitHub/GitLab Code Scanning；DeepSec 的 action.yml 也支持 SARIF 输出。

6.2 日常练习方法

•本地靶场：DVWA（OWASP Broken Web App）、Vulhub（docker-compose 一键启动任意 CVE 环境）、Metasploitable 2/3。•每日一题：每天选一个 Vulhub 环境，用 DSH 红队模式完整走一遍 recon → vuln-scan → exploit → fact 落库 → report。•复盘习惯：每次练习后用 redteam_state / redteam_graph 回看，检查：

•哪些 fact 没挂 evidence？•哪些 finding 缺 CVSS vector？•哪些凭据跨目标复用没被告警？•ATT&CK 覆盖是 proven 还是 attempted-only？

6.3 常见踩坑与避坑指南

•Node 版本要求：dsh-pentest 需 ≥ 22.5；dsh-redteam 需 ^22.19.0 || >=24.0.0；dsh-redteam-mode 需 ≥ 22.13；dsh-purge Windows 无闪屏钩子需 ≥ 22。先 node -v 再装插件。•插件 mount 失败：dsh-redteam-mode v0.6.1 曾因工具 schema 不合法导致整预设 mount 失败、DSH 进程 CPU 打满；v0.6.2 起强制 tool-schema.test.mjs 自检。遇 mount 失败先查 tool schema 合法性。•凭据库安全：credential.secret_value 原文入库便于复用，但 .db 是最高敏感度资产，不要复制/导出/提交；.gitignore 默认排除 engagements/、*.db、凭据文件。•范围越界：dsh-redteam 的 redteam_add_scope kind=in/out 注册目标模式后，资产/漏洞/IOC 自动判定越界命中与漏登。开局第一步必须 add_scope + add_goal（authorization 必填）。•大模型服从度问题：dsh-redteam-mode 提示词纪律极重，实际效果强依赖底层大模型服从度；如果发现 AI 不按记分硬规则落库，先检查提示词是否被懒升级覆盖、COMMON_SCORE_RULES 是否拼接成功。•"重新构建 ≠ 生效"：jonah791/dsh-red-team 明确指出，进程启动时间必须晚于产物 mtime。

6.4 推荐学习资源

•官方文档：各仓库 README + docs/ 目录（dsh-pentester 的 docs/plan.md 是"唯一事实源"）。•上游项目：howmp/dsh-pentest^[38]（调查图范式祖师爷）。•社区论坛：awesome-dsh-plugins 的 17 个功能域 lists + 画廊站 "Browse the reef"。•相关书籍/手册：

•NOP Team《Linux 应急响应手册》《Windows 应急响应手册》（https://book.noptrace.com/）——蓝队视角反向赋能红队；^[39]•PTES（Penetration Testing Execution Standard）——dsh-pentester 的 19 Agent 按 PTES 阶段分工；•MITRE ATT&CK——dsh-redteam 的 techniqueIds 映射。

第 7 章 高端操作玩法

7.1 进阶技巧

•批量 engagement 管理：dsh-redteam 的 engagements 工具列出所有历史 goal；新 goal 自动关闭旧 engagement 但不删除历史记录——适合同时维护多个客户/多个靶标的 engagement 库。•ATT&CK 覆盖热力图：dsh-redteam 导出 navlayer（ATT&CK Navigator v4.5），intent 标计划技术、finding 证实用技术，输出 proven vs attempted-only；把 NavLayer JSON 粘进 ATT&CK Navigator 即成热力图。•SARIF 接入 GitHub Code Scanning：dsh-redteam 导出 sarif(2.1.0)，配合 GitHub Code Scanning 把红队发现当作代码扫描结果纳入 PR 门禁；DeepSec 的 action.yml 也支持 SARIF 输出。•STIX/TAXII 情报交换：dsh-redteam 导出 stix(2.1) / taxii，可对接企业 TIP（Threat Intelligence Platform）。•JIRA 整改闭环：dsh-redteam 的 jira_export / jira_apply 把 finding 推到 JIRA 做整改跟踪。

7.2 二次开发方向

•自定义工具开发（TypeScript）：参考 dsh-redteam-mode 的 packages/redteam-tools/（48 个模型工具）模式，新增 redteam_* 工具；务必写 tool-schema 自检（v0.6.2 教训）。•新增领域表：在 packages/redteam-store/ 的 22 张表基础上扩展（如增加"蓝队反馈表"记录 undetected/logged/alerted/prevented）。•扩展报告导出格式：dsh-redteam 已有 8 档导出，可再加 PDF/Word/PPT 等企业客户偏好格式。•定制 Web 视图组件：在 packages/redteam-ui/ 的 11 页签基础上加新视图（如"凭据复用关系图""横向移动时间线"）。

7.3 自动化编排

•与 nuclei/sqlmap/nmap 联动：

# 从 Release URL 安装（推荐）dsh plugin --profile web add https://github.com/howmp/dsh-pentest/releases/latest/download/dsh-pentest.tar.gz# 或本地文件dsh plugin --profile web add file:C:pathtodsh-pentest.tar.gz9

7.4 与其他工具链联动

•Burp Suite MCP：dsh-pentester 的 Legacy SSE transport 可直连 PortSwigger Burp MCP Server http://127.0.0.1:9876，无需 mcp-proxy 中转，官方 SDK 完成 sessionId 握手。•Metasploit：dsh-pentester 的 Kali 工具箱镜像 fb0sh/dsh-pentester-kali:latest 自带 Metasploit 框架。•Cobalt Strike：dsh-redteam-mode 的 internal 角色负责内网横向，可与 CS teamserver 联动（通过 WebShell/隧道）。•Yakit：dsh-redteam-mode 报告页签出"按五阶段折叠、只含得分成果、附 Yakit 可粘原始请求"的复现报告——直接粘进 Yakit 重放。•Goby：指纹库结果可导入 Goby 做进一步测绘。

7.5 定制化扩展思路

•企业级多租户：把 $DSH_HOME/redteam/engagements/<靶标>/ 扩展为 $DSH_HOME/redteam/tenants/<客户>/<靶标>/。•团队协作：多操作员共享 engagement 库（redteam_add_operator 注册操作员），配合 JIRA 整改闭环。•红蓝对抗评分系统：dsh-redteam-mode 的 255 分体系 + dsh-redteam 的 VECTR 风格检测状态追踪（undetected/logged/alerted/prevented），组合成红蓝对抗实时评分大屏。•AI 辅助报告生成：dsh-redteam 的 redteam_report 已支持 8 档导出，可再接 LLM 做报告润色与客户视角翻译。

7.6 "玩出花"的创意用法

•用红队模式做代码审计追踪：把 Shield（DeepSec）发现的代码漏洞当作 finding 落进 dsh-redteam 的事实库，追踪从代码 commit → 部署 → 资产 → 漏洞的完整链路。•用事实库做漏洞管理：dsh-redteam-mode 的 22 表 + FTS5 本身就是一个漏洞管理系统（VMS）的雏形，可替代部分 DefectDojo 场景。•用得分系统做 CTF 训练：255 分体系天然适合 CTF——普通账号 10 / 管理员 20 / WebShell 20 / RCE 30 / 核心系统 40，按得分排选手名次。•用 Web 视图做攻击路径演示：dsh-redteam 的 canvas 力导向图 + 3D 攻击地形 + dsh-pentester 的 Trace 拓扑可视化，组合成面向管理层的"攻击路径演示大屏"。

第 8 章 致谢与参考

8.1 全部 15 个仓库 URL 与作者

8.2 特别致谢

•上游祖师爷 howmp/dsh-pentest^[55]：参考 ARTEX 调查图范式，是整个 DSH 红系 bundle 的事实标准底座，shine-233/dsh-redteam 直接二次开发自它。•事件响应 Cookbook 作者 NOP Team^[56]：《Linux 应急响应手册》《Windows 应急响应手册》双线姊妹篇，2025-07-21 上线 MkDocs 在线版（https://book.noptrace.com/），为红队提供蓝队视角的反向教材。^[57]•0x727 团队^[58]：FingerprintHub 是四个指纹库里唯一仍在持续社区化增长的项目，CPE 驱动的漏洞联动设计为行业树立了标杆。

8.3 数据获取日期与方法说明

•数据获取日期：2026-09-16（星期三，UTC+8 / Asia/Hong_Kong HKT）。•获取方法：

1.GitHub REST API 实测（Stars / Forks / Open issues / Commits / 默认分支 / 创建时间 / 最后 push 时间 / License / Topics）；2.仓库 README.md 与源码静态分析（目录结构、工具列表、表结构、安装命令）；3.指纹文件实测统计（finger.json / web-fingerprint/*.yaml 计数）；4.在线版 MkDocs 站（book.noptrace.com）章节结构分析。

References

[1] howmp/dsh-pentest: https://github.com/howmp/dsh-pentest[2] shine-233/dsh-redteam: https://github.com/shine-233/dsh-redteam[3] jonah791/dsh-red-team: https://github.com/jonah791/dsh-red-team[4] Jueze-2019/dsh-redteam-mode: https://github.com/Jueze-2019/dsh-redteam-mode[5] EASY233/Finger: https://github.com/EASY233/Finger[6] EdgeSecurityTeam/EHole: https://github.com/EdgeSecurityTeam/EHole[7] 0x727/FingerprintHub: https://github.com/0x727/FingerprintHub[8] Mr-xn/Finger: https://github.com/Mr-xn/Finger[9] Just-Hack-For-Fun/Linux-INCIDENT-RESPONSE-COOKBOOK: https://github.com/Just-Hack-For-Fun/Linux-INCIDENT-RESPONSE-COOKBOOK[10] Just-Hack-For-Fun/Windows-INCIDENT-RESPONSE-COOKBOOK: https://github.com/Just-Hack-For-Fun/Windows-INCIDENT-RESPONSE-COOKBOOK[11] YuJunZhiXue/dsh-purge: https://github.com/YuJunZhiXue/dsh-purge[12] Desred7eam/DesRedTeam: https://github.com/Desred7eam/DesRedTeam/[13] Unclecheng-li/DeepSec: https://github.com/Unclecheng-li/DeepSec[14] dshworks/awesome-dsh-plugins: https://github.com/dshworks/awesome-dsh-plugins[15] fb0sh/dsh-pentester: https://github.com/fb0sh/dsh-pentester[16]: https://github.com/howmp/dsh-pentest[17]: https://github.com/shine-233/dsh-redteam[18]: https://github.com/jonah791/dsh-red-team[19]: https://github.com/Jueze-2019/dsh-redteam-mode[20]: https://github.com/EASY233/Finger[21]: https://github.com/EdgeSecurityTeam/EHole[22]: https://github.com/0x727/FingerprintHub[23] 0x727/ObserverWard: https://github.com/0x727/ObserverWard[24]: https://github.com/Mr-xn/Finger[25] EdgeSecurityTeam/EHole: https://github.com/EdgeSecurityTeam/EHole[26] EASY233/Finger: https://github.com/EASY233/Finger[27]: https://github.com/Just-Hack-For-Fun/Linux-INCIDENT-RESPONSE-COOKBOOK[28]: https://book.noptrace.com/[29]: https://book.noptrace.com/[30]: https://github.com/Just-Hack-For-Fun/Windows-INCIDENT-RESPONSE-COOKBOOK[31]: https://book.noptrace.com/[32]: https://github.com/YuJunZhiXue/dsh-purge[33]: https://github.com/Desred7eam/DesRedTeam/[34]: https://github.com/Unclecheng-li/DeepSec[35]: https://unclecheng-li.github.io/deepsec.com/[36]: https://github.com/dshworks/awesome-dsh-plugins[37]: https://github.com/fb0sh/dsh-pentester[38] howmp/dsh-pentest: https://github.com/howmp/dsh-pentest[39]: https://book.noptrace.com/）——蓝队视角反向赋能红队；[40]: https://github.com/howmp/dsh-pentest[41]: https://github.com/shine-233/dsh-redteam[42]: https://github.com/jonah791/dsh-red-team[43]: https://github.com/Jueze-2019/dsh-redteam-mode[44]: https://github.com/EASY233/Finger[45]: https://github.com/EdgeSecurityTeam/EHole[46]: https://github.com/0x727/FingerprintHub[47]: https://github.com/Mr-xn/Finger[48]: https://github.com/Just-Hack-For-Fun/Linux-INCIDENT-RESPONSE-COOKBOOK[49]: https://github.com/Just-Hack-For-Fun/Windows-INCIDENT-RESPONSE-COOKBOOK[50]: https://github.com/YuJunZhiXue/dsh-purge[51]: https://github.com/Desred7eam/DesRedTeam/[52]: https://github.com/Unclecheng-li/DeepSec[53]: https://github.com/dshworks/awesome-dsh-plugins[54]: https://github.com/fb0sh/dsh-pentester[55] howmp/dsh-pentest: https://github.com/howmp/dsh-pentest[56] NOP Team: https://github.com/Just-Hack-For-Fun[57]: https://book.noptrace.com/），为红队提供蓝队视角的反向教材。[58] 0x727 团队: https://github.com/0x727