@deepwhale-cn/dsh-data-rights

个人信息权利 —— 查查阅、复制、删除权有没有真的实现。

不装它会怎样

你的代码里有这么一段「删除用户」：

async function deleteUser(id) {
  await db.update('users').set({ is_deleted: true, deletedAt: new Date() }).where({ id });
}

看起来是删了。但数据行还在库里 —— 还能被读取、导出、泄露。

《个人信息保护法》第四十七条
  —— 个人请求删除个人信息的，个人信息处理者应当主动删除

「删除」包括删除和匿名化两种 —— 只打标记不构成删除。
监管检查时，这会被认定为未删除。

关键词

关键词：个人信息权利 · 删除权 · 查阅权 · 复制权 · 账号注销 · 数据删除 · 个人信息导出 · 可携带权 · 个保法 Keywords: data rights · right to delete · right to access · data portability · account deletion · PIPL

它查什么

级别	内容	依据
🔴 高	「删除」只是打标记，数据还在库里	个保法 47 条
🔴 高	找不到删除信息/注销账号的实现	个保法 47、50 条
🟡 中	找不到查阅/复制/导出个人信息的实现	个保法 45 条
🟢 低	文档里找不到权利请求的受理渠道	个保法 50 条

软删除这条值得单独说

因为它看起来是对的 —— 代码里有 deleteUser，功能也在跑。 但个保法要的「删除」是真的删掉或不可逆匿名化。

安装

dsh plugin --profile web add @deepwhale-cn/dsh-data-rights
# 或纯 CLI
npx @deepwhale-cn/dsh-data-rights

用法

dsh-data-rights --demo
dsh-data-rights --list-rules
dsh-data-rights --html r.html

边界

• 只看代码，不看数据库实际状态 —— 有可能代码里没软删，但数据留在备份里，本工具看不到。
• 「找不到」是弱信号 —— 权利请求可能由运营人工处理；注销入口可能在另一个仓库。 报出来是提示你确认。
• 软删除识别靠模式（is_deleted / deletedAt / status: 'deleted' 等）： 自定义字段名会漏。
• 不检查响应时限 —— 个保法要求「及时」答复，具体时限（如 15 个工作日）需要人工确认。
• 与 dsh-consent-guard 分工： 那个查同意的取得，这个查权利的行使。

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

---

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

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

国内合规 ｜ 等保对照 · 日志留存 · 备案公示 · 用户同意 · 个人信息权利 · 未成年人保护 · 影响评估 · 数据分类分级 · 算法备案 · 数据出境 · 国密合规 · AI 内容标识

AI 与 Agent 治理 ｜ AI 输出信任 · 外部内容信任 · MCP 安全 · Agent 权限 · 策略核对 · 可疑指令

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

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

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

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