拆开 dsh-purge 的计分体系：4 种去重口径 × G1–G8 通用规则，把面板分数逐条对账

拆开 dsh-purge 的计分体系4 种去重口径 × G1–G8 通用规则把面板分数逐条对账【免费下载链接】dsh-purgeDeepSeek Harness 破甲让所有模型都能破甲不同模型可换不同提示词默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开请查看署名要求部分项目地址: https://gitcode.com/GitHub_Trending/ds/dsh-purgedsh-purge 是红队演练的量化引擎每次命中被拆成计不计分、计多少分依据是 25 项计分口径、G1–G8 通用规则与 4 种去重口径。读完本文你能打开记分面板把每个 capped 标记、每条未计分命中、每份翻倍得分逐条对出来。⚠️ dsh-purge 仅用于自有授权环境自管主机、离线靶标或已书面授权的演练请勿指向任何未授权系统。从capped标记切入记分面板上最容易被盯住的地方是某些命中行旁边的capped标记——那条 50 分的「服务器主机权限」显示在面板上却不进总分。这个标记只有两个来源同口径重复被同桶最高分命中压住capped_reason_kind dedup或所在规则累计到顶capped_reason_kind cap。面板总分、各规则用量、换目标还是换规则的提示全部由这个标记推导。下面拆的就是产出它的那条计算链路。计分引擎四步计算链路统一入口evaluateScoreBoardscore-rules.js接收一组命中行输入是带code、points、asset_id、port、target、evidence的score_hit行输出是打满标记的items和各规则用量caps。面板、报告、攻击链调的都是这一个函数——文件头注释score-rules.js把原因写死了三处各写一遍必然漂移成不同口径。读口径—loadScoreMeta从score_point表读每个得分点的rule上限分组、cap规则上限、dedup_scope去重口径表结构见 schema.js。口径是数据驱动的不靠代码里的硬编码名单。算本条分值—hitPointsOf取档位分值 × 倍率档位分值优先用命中自带points合并版把多档并进一条档位差异只能落在每条命中上倍率是 G5 ×2 / G6 ×3乘进分值后随上限一起被 cap 约束。口径去重—applyScoreCaps第①步按 4 种dedup_scope分桶同桶只留分值最高的一条同分取先记的其余标 capped。服务键决定同一服务怎么认优先取target的host:port没写端口时 http 补 80、https 补 443两样都拿不到这条不参与封顶。规则封顶— 第②步按同一rule的计分命中从高到低累计超过该规则cap的部分标 cappedcap 0表示不设上限边界类三项。收尾由scoreCapReasonText统一输出一句话原因面板、报告、告警措辞一致。25 项计分口径明细默认定义在DEFAULT_SCORE_POINTSscore-rules.js对齐《突破入侵类得分规则合并版》21 项获取权限 4 项突破边界另有 3 个独立加成项。一、获取权限21 项code系统类型档位分值capdedup_scopedomain-control域名控制一级 50 / 二级 20400systemterminal-access终端PC/手机/打印机…5 / 10 分每台600systemserver-host服务器主机含 WebShell普通 10 / 管理员 50600systemdb-credential数据库账号普通 10 / 管理员 50 / 未授权 10400systemweb-app邮箱/OA/业务生产/其他 Web管理员 100 / 普通 502000systemcentral-system集权系统堡垒机/SSO/域控管理员 500 / 普通 504000systembigdata-system大数据系统管理员 1000 / 普通 1004000systemnetdev网络设备普通 100 / 管理员 2002000serviceiiot工业互联网系统管理员 200 / 互联设备 10 分/个2000systemcloud-platform云管理平台含 K8S管理员 500 / 节点 10 分/台2000systemiot-platform物联网管控平台平台 200 / 连接点 10 分/台2000systemsecdev安全设备非集权类管理员 2001000servicefile-storage文件存储FTP/NAS/网盘管理员 50 / 普通 10500systemai-agent模型智能体 / agent 工具100–500研判档4000servicemodel-compute算力管理平台/训练数据知识库系统管理员 5004000systemmodel-data模型相关数据系统系统管理员 5004000systemcomputepower-admin算力基础设施·管理员5002000与卡项共享systemcomputepower-cards算力基础设施·算力卡10 分/卡2000与管理员项共享none二、突破网络边界4 项code分值口径证明要求G7boundary-logical1000整目标同类边界一次cap0隔离设备控制截图 内网可达boundary-strong10000同上网闸类网闸类隔离设备控制截图boundary-physical30000同上物理隔离/核心生产网防火墙/网闸控制截图 内网可达boundary-supply1000 分/情形cap 3000供应链运维通道/云服务分三情形evidence 写清适用哪种情形三个独立加成项不并进主表netdev-redirect200、netdev-implant1000、iot-corenet5000。拆分的理由源码注释写明了压在基础条目里会共用那条rule的上限被基础分吃掉。几个反直觉点大数据有降级档— 有效数据量低于 5 亿条或 1TB 的系统不按 1000/100 档计退回数据库项db-credential口径。云节点不足 100 台不计节点分— 按普通 Web 应用web-app 口径计每节点 10 分不生效。集权系统的 500 分不能套在托管端点上— 它管理的 PC、手机按 terminal-access 每台 10 分计批量控制需登录至少 20% 托管节点20 台封顶自证。G1–G8 横切规则每条一个算例8 条通用规则集中在SCORE_GENERAL_RULESscore-rules.js不单独计分但决定每条命中记多少、记几次G1 权限取高、只计一次— 同主机先拿普通账号10 分、后拿 root50 分10 分那条被顶掉只有 50 分计分。G2 数据成果另行计分— 导出 132 万条用户数据按数据成果单算不叠一份服务器主机分。G3 上限针对单个防守单位— server-host 的 600 cap 覆盖该单位及全部下属机构达标后不再累计。G4 设备按台个计分— 5 台 PC × 10 50 分3 台打印机 × 5 15 分不是再乘台数的二次方。G5 数据规模翻倍— 重要数据超 1 亿条或 10TB×21000 分大数据管理员变 2000 分控制知识库相关系统同样 ×2系统普通日志不算。G6 IPv6 ×3— 走 IPv6 拿下的终端 10 分变 30 分但规则 cap 维持原值×3 不破 600。G7 证明材料— 边界突破要隔离设备控制截图 内网访问截图两套终端要证明与目标单位的关系网络设备要路由表。G8 兜底条款— 其他系统不预设分值专项组研判后用redteam_score_point_save自建得分点给分。G5/G6 倍率由scoreMultiplierOfscore-rules.js计算两者都命中就相乘×6且都乘进分值、被 cap 压住——上限仍按对应系统类型的原上限计算不因倍数突破上限是规则原文。证据链与 14 类知识库记分只是前半能对上账是后半。每个得分点挂一张SCORE_CONFIRM交付口径表score-rules.js四个字段各解决一个问题字段给谁看server-host 示例need验收对账满足什么算拿到在主机上执行了命令并拿到回显proofG7 自证材料id/hostname 回显 WebShell 连接要素replay复现入口WebShell 原始请求可直接重放script一线可照做id; uname -a; cat /etc/passwd \| head数据量是 evidence 里的特殊字段parseRowCountscore-rules.js解析120 万条2.5 万行这类写法做 G5 粗筛——低于 100 万条SENSITIVE_DATA_MIN_ROWS只提示核对量级不阻断记分裸数字不认口令里的123456不会被当成数据量。知识库是记分之外的第二条线POC_CATEGORIES把 POC/EXP 强制归入 14 类schema.js——rce、deserialization、file-upload、sqli、unauthorized、auth-bypass、weak-password、ssrf、xxe、path-traversal、info-leak、privesc、tunnel、other面板按类分组展示。两个衔接点本机 nuclei 模板也计入 14 类计数— 知识库页直接挂一页本机模板库为空时先跑nuclei -update-templates老条目自动补标—category为空的旧条目由guessPocCategory迁移时按 code/title/component 关键词推测schema.js关键词顺序即优先级任意文件上传这类具体词压过泛化词都不中才落other新条目则必须走redteam_poc_add手选归类engagement、asset_target、verified_note同批必填缺了面板就没有归类、追不到来源。最小路径从授权到对账报告的 4 步完成授权流程— 首次打开读法律免责与合规使用声明倒计时结束、滚动到底勾选确认随后出现资产测绘、环境适配、智能体三块。资产没配好后面计分全是空谈。先读口径再记分—redteam_score_list核对实际 code、cap 与口径redteam_score_hit记命中多档条目把points填成本档分值服务器主机管理员档填 50target带端口evidence写系统类型、账号档位、数据量不写取得过程。把 warning 当停止信号— 返回里已达上限 / 已被顶掉意味着该规则或服务已拿满换目标或换规则不要在同一条上刷分自注册的账号用self_createdtrue记录不计分、不占位、不进报告。对 capped 逐条核对— 报告与面板同一套标记dedup条目写明被哪条命中压住cap条目写明超了哪个上限看完把验证有效的通用 POC 用redteam_poc_add回填category、engagement、asset_target、verified_note必填内网信息脱敏下个靶标直接复用。5 个边界问题Qhttp://h/x和http://h:80/y算同一个服务吗算。没写端口时按协议补默认端口http→80、https→443两种写法归成同一个服务键都解析不出才退到资产 ID:端口。Q一条命中既没有 target 也没有资产还计分吗计。拿不到服务键就不参与 service 口径封顶——源码注释写得很直白宁可少封顶不能错封score-rules.js把两条无从区分的命中并成一条会静默吃掉成果。Q边界类三项有上限吗cap 0表示不设上限但dedup_scope target保证整目标单位同类边界只给一次boundary-supply 是例外cap 为 3000按情形计。QG5 和 G6 同时命中倍率怎么算相乘×2 × ×3 ×6。文档未禁止叠加实现取对演练方有利的解释并在返回值里如实标注原因仍被 cap 压住。Qevidence 没写数据量会阻断 G5 判定吗不会。低于 100 万条粗门槛只提示核对量级不阻断记分只认带量词条/行/记录/records或中文量级万/亿的写法裸数字一律不认。dsh-purge 演练得分 25 项计分口径 × G1–G8 通用规则 × 4 种去重口径由evaluateScoreBoard统一落标。理解档位分值、口径去重、规则封顶三件事再加上倍率乘进分值、不破上限一条约定就能看懂每一份报告的每个数字。【免费下载链接】dsh-purgeDeepSeek Harness 破甲让所有模型都能破甲不同模型可换不同提示词默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开请查看署名要求部分项目地址: https://gitcode.com/GitHub_Trending/ds/dsh-purge创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考