应急证据包 feely0208/dsh-incident-package

@deepwhale-cn/dsh-incident-package

dshfind 收录

应急证据包 —— 出了事能不能拿出证据：预案、联系人、日志保全、上报流程。

不装它会怎样

你的项目有日志：

const logger = require('winston');
logger.info('app started');

看起来该有的都有了。但出事那天你会发现：

① 预案呢？ —— 《网络安全法》第 25 条：应当制定 ② 打给谁？ —— 凌晨三点没人知道该找谁 ③ 日志能证明什么？ —— 日志和业务库同机同账号，攻击者进来一把删掉 ④ 要报给主管部门吗？ —— 数据安全法第 29 条：还要及时告知用户

平时不备，事到临头就晚了。 而这些都是可以提前自查的。

关键词

应急响应：出了事能不能拿出证据 —— 预案、联系人、日志保全、上报流程，平时不备，事到临头就晚了。

关键词：应急预案 · 应急响应 · 应急联系人 · 证据保全 · 事件上报 · 日志留存 · 网络安全法 · 数据安全法 Keywords: incident response · emergency plan · evidence preservation · incident reporting · CSL · DSL

它查什么

| 级别 | 内容 | 依据 |
| 🔴 高 | 找不到应急预案 | 网安法 25 条 |
| 🔴 高 | 有日志但找不到证据保全（异地/不可篡改/快照）| 网安法 21 条 · 等保 安全审计 |
| 🟡 中 | 找不到应急联系人 | 等保 安全管理体系 |
| 🟡 中 | 找不到事件上报流程 | 网安法 25 条 · 数据安全法 29 条 |

「日志被一把删掉」是这个插件重点要拦的

很多团队有日志，但日志和业务库在同一台机器、同一个账号下。

攻击者进来第一件事就是删日志 —— 事后什么都查不到。

等保要求「审计记录应受到保护，避免受到未预期的删除、修改或覆盖」。

安装

dsh plugin --profile web add @deepwhale-cn/dsh-incident-package
或纯 CLI
npx @deepwhale-cn/dsh-incident-package

dsh-incident-package 检查报告示例

dsh-incident-package 演示模式输出

dsh-incident-package 规则与依据

用法

dsh-incident-package --demo
dsh-incident-package --list-rules
dsh-incident-package --html r.html

边界

- 不检查预案质量 —— 只查「有没有」。预案写得好不好、演练过没有，需要人工评审。
- 不验证联系人真的能打通 —— 只查文档里有没有。
- 预案可能在其他仓库/内部系统 —— 报出来是提示你确认，不是断定你没做。
- 证据保全只看配置与文档 —— 实际存储权限、WORM 策略是否生效，需要人工验证。
- 与 dsh-alert-relay 分工：那个查出事时通知谁，这个查出事前准备了什么。
- 与 dsh-cn-log-retention 分工：那个查日志留多久，这个查日志能不能被信任。

本插件是一个工具。使用者必须遵守所在地区法律法规，对使用本项目造成的任何后果自行承担责任。

深鲸网安守护系列（共 38 个）

一个插件做一件事。安全问题是链式的 —— 配套用才完整。

国内合规（12）｜ 等保对照 · 日志留存 · 备案公示 · 用户同意 · 个人信息权利 · 未成年人保护 · 影响评估 · 数据分类分级 · 算法备案 · 数据出境 · 国密合规 · AI 内容标识 AI 与智能体治理（6）｜ AI 输出信任 · 外部内容信任 · MCP 安全 · 智能体权限 · 策略核对 · 可疑指令

数据与凭据（5）｜ 敏感数据 · 密钥轮换 · 数据留存 · 配置审计 · 密钥扫描

供应链与构建（5）｜ 开源许可 · 依赖投毒 · CI 安全 · 工具审查 · 物料清单

权限与应急（3）｜ 最小权限 · 告警外发 · 应急证据包

行业专项（4）｜ 医疗行业专项 · 教育行业专项 · 金融行业专项 · 地方数据条例

编排与交付（3）｜ 一键体检 · 改前改后复核 · 合规可交付文档

都在 DSH 插件市场（dsh-plugin.org）、npm 和 deepwhale.org.cn/guard.html 上。