dsh-cn-mlps：面向 DeepSeek Harness 的等保静态检查插件

它是做什么的？

等保对照是 DeepSeek Harness（DSH）的合规检查插件，按 GB/T 22239-2019 把代码与配置里可静态发现的等保项找出来。它解决的是「测评前开发者自己能改掉的问题没人提前发现」这一麻烦，让默认口令、弱哈希存口令、明文传输、调试开关残留、错误信息泄露等隐患在上线前就暴露。它由 feely0208 维护，采用 MIT 协议，用 Shell 实现，定位是 CI 卡口式的静态检查工具，而不是等保测评的替代品。

核心功能

• 高风险项检出：识别默认口令与 MD5/SHA1 存口令，对应安全计算环境的身份鉴别、访问控制与数据保密性章节。
• 中风险项检出：发现 http:// 明文传输、调试开关残留、错误信息泄露内部细节，对应安全通信网络与入侵防范章节。
• 依据只写章节名：规则来源标注为「安全计算环境 · 身份鉴别」这类确定章节名，不编造无法逐条核实的条款编号。
• 规则可查：支持列出全部规则及其依据，方便对照标准原文逐条确认。
• 报告输出：支持 HTML 报告与演示模式，便于在流水线里查看检出效果。

怎么使用这个插件？

在 DSH 中启用后，对目标代码库运行检查即可得到按级别分类的等保项清单。想先看效果可以走演示模式，想核对规则与依据可以列出规则，需要留档或评审时输出 HTML 报告。它适合放进 CI 作为卡口：规则里一旦出现「数字.数字.数字」形式的条款编号，测试会直接失败。需要注意它的边界——不覆盖物理环境、区域边界、安全管理中心、制度与人员，也不做缺项判定，「没扫到问题」不等于该项符合；日志留存相关要求由配套插件承担。

报错怎么排查？

规则校验失败通常是因为规则文件里写了「数字.数字.数字」形式的条款编号，这是刻意设计的 CI 卡口，把编号改回确定的章节名即可。若检查结果为空，请确认扫描目标确实是代码与配置，而不是已部署系统与运维过程——后者本就不在覆盖范围内。