mcpField
C
children-deletion-requests

children-deletion-requests

github.com/mukul975安全32338 次安装32 周前更新
代码仓库

关于 children-deletion-requests

面向处理儿童数据的隐私与运营团队,提供删除请求的处理框架,覆盖请求资格核验、删除范围、系统执行和第三方通知。

主要功能

  1. 01区分家长、儿童与成年人的请求
  2. 02核验身份及请求权限
  3. 03确定删除范围与例外
  4. 04覆盖系统删除和第三方通知
  5. 05提供处理及核验流程

适用场景

  1. 01处理家长提出的儿童数据删除申请
  2. 02响应儿童或成年人的删除请求
  3. 03规划跨系统的数据删除与核验

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill children-deletion-requests

安装后在 Claude Code 中输入/children-deletion-requests确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

assets/
template.md
references/
standards.md
workflows.md
scripts/
process.py

详细介绍

儿童数据删除请求的处理

概述

与成人数据删除相比,删除儿童个人数据需要承担更严格的义务。根据 GDPR 第 17 条,儿童数据尤其适用删除权——第 17 条第 1 款(f)项明确规定,若依据第 8 条第 1 款,为向儿童提供信息社会服务而收集了个人数据,则有权要求删除。COPPA 第 312.6 条要求运营方为家长提供审查和删除从其子女处收集的个人信息的途径。英国 AADC 标准 15 要求提供醒目且易于使用的工具,帮助儿童行使其数据保护权利。本技能为处理涉及儿童数据的删除请求提供了全面框架,包括谁可以提出删除请求、验证程序、确定删除范围以及通知第三方等复杂问题。

法律框架

GDPR 第 17 条第 1 款(f)项——儿童数据的删除权

“数据主体有权要求控制者立即删除与其有关的个人数据;在以下情况下,控制者有义务立即删除个人数据:[…] 为向第 8 条第 1 款所述儿童直接提供信息社会服务而收集了个人数据。”

这一删除依据有别于第 17 条第 1 款规定的其他依据,因为:

  • 无需撤回原有的合法依据(不同于第 17 条第 1 款(b)项中的撤回同意)
  • 无需证明数据已不再必要(不同于第 17 条第 1 款(a)项)
  • 只要数据是在儿童时期收集的,该依据就适用,无论数据主体在提出请求时是否仍是儿童
  • CJEU 已在 C-131/12 号案件(Google Spain)中确认,若数据是在数据主体未成年时收集的,删除权尤为重要
GDPR 第 17 条第 2 款——通知第三方

“如果控制者已公开个人数据,则控制者应考虑现有技术和实施成本,采取合理措施(包括技术措施),通知正在处理该个人数据的控制者,数据主体已请求删除该个人数据……的任何链接、副本或复制件。”

GDPR 第 12 条第 3 款——响应期限

“控制者应立即向数据主体告知其根据第 15 条至第 22 条提出的请求所采取的措施,且无论如何不得晚于收到请求后一个月。”

COPPA 第 312.6 条——家长的访问权和删除权
  • 312.6(a):运营方必须应家长请求,向其说明从儿童处收集的具体个人信息类型,并让家长有机会拒绝运营方进一步使用该儿童的个人信息或今后在线收集该儿童的个人信息,同时允许家长指示运营方删除从该儿童处收集的个人信息
  • 312.6(b):运营方必须在收到家长请求后的合理时间内删除儿童的个人信息
英国 AADC 标准 15——在线工具

“提供醒目且易于使用的工具,帮助儿童行使其数据保护权利并报告问题。”

谁可以提出删除请求

由家长发起删除

适用情形:儿童未达到能够独立行使数据保护权利的年龄。

司法管辖区家长代为行使权利的年龄界限法律依据
GDPR(默认)16 岁(或国家规定的 13–16 岁)第 8(1) 条——家长同意的依据延伸至家长代为行使权利
UK13 岁(《DPA 2018》第 9 条)ICO 指南:对于无法理解相关影响的儿童,由家长代为行使权利
US(COPPA)13 岁16 CFR 312.6——家长明确享有要求删除的权利
France15 岁《Loi Informatique et Libertes》第 45 条
Germany16 岁GDPR 默认规定
Spain14 岁《Organic Law 3/2018》第 7 条

验证要求:

  • 验证请求者是儿童的家长或法定监护人
  • 验证方式(与风险相称):与现有家长账户进行匹配、向已登记的家长邮箱发送验证邮件、基于知识的问题、高风险情形下验证政府签发的身份证件
  • 验证要删除其数据的儿童身份(与账户记录进行匹配)
由儿童发起删除

适用情形:儿童已达到足够的成熟度,能够独立理解并行使其数据保护权利。

能力评估年龄:

儿童能否独立行使数据保护权利,不仅取决于第 8 条规定的年龄门槛。ICO 表示,能够理解自身权利的儿童可以独立行使这些权利,无论其是否达到第 8 条规定的年龄门槛。这与 UK 普通法中的 Gillick 能力原则类似。

情形发起者能力评估
10 岁儿童请求删除必须由家长提交请求儿童在所有司法管辖区都未达到第 8 条规定的年龄门槛;不具备行使能力
Belgium 14 岁儿童(年龄门槛为 13 岁)请求删除儿童可以独立提交已超过国家规定的年龄门槛;推定其具备能力
Germany 14 岁儿童(年龄门槛为 16 岁)请求删除取决于成熟度评估尚未达到国家规定的年龄门槛;若儿童能证明其理解相关内容,数据控制者可以受理
成年后(现年 18 岁)请求删除童年时期的数据由成年后的本人独立提交成年人;具备完全能力;第 17(1)(f) 条明确保护此情形
成年后的本人请求删除童年时期的数据

第 17(1)(f) 条并未要求数据主体在提出请求时仍是儿童。成年人可以请求删除其童年时期收集的个人数据。这尤其适用于:

  • 青少年时期发布的社交媒体帖子
  • 童年时期的教育记录
  • 儿科治疗期间的健康数据
  • 童年时期由儿童或其家长上传的照片和视频

GDPR 通过将第 17(1)(f) 条设为独立的删除依据,明确支持这一点——时间流逝不会削弱这项权利。

删除请求处理工作流

步骤 1:接收并记录请求
Request received
│
├─ Channel: email / parental dashboard / in-app tool / postal mail
├─ Requester identity: parent / child / former child (adult)
├─ Child identifier: account ID / name / email
├─ Scope requested: full account deletion / specific data categories
├─ Timestamp: [logged automatically]
├─ Reference number assigned: DEL-CHILD-[YEAR]-[SEQ]
│
└─ Acknowledgement sent within 48 hours
步骤 2:验证请求者身份和权限
请求者验证方式升级处理
家长(已有账户)将请求邮箱与已登记的家长邮箱进行匹配,并核对安全问题如果匹配失败,请求其提供政府签发的身份证件
家长(没有现有账户)请求提供亲子关系证明(出生证明或同等文件)及匹配的身份证明由 DPO 人工审核
儿童(已超过年龄门槛,且有现有账户)将请求与儿童登记的邮箱及账户安全信息进行匹配如果匹配失败,请家长参与处理
儿童(未达到年龄门槛)引导其联系家长;告知儿童其家长可以提交请求提供联系家长的方式
成年后的本人标准身份验证(邮箱加安全问题或身份证件)如果账户记录年代久远,则进行人工审核
步骤 3:确定删除范围
范围要素默认是否包含例外情况
账户资料数据(姓名、出生日期、电子邮件)是无
活动/使用日志是为分析目的保留匿名汇总数据
儿童创建的内容(帖子、项目、上传内容)是删除前提供下载选项
通信记录(消息、聊天)是如持续进行的安全保障调查需要,可予以保留
家长同意记录保留 6 年法律合规:GDPR 执法的诉讼时效
金融交易记录在适用期限内保留法律合规:税务和会计义务
安全/内容审核日志正在进行调查时予以保留根据第 17(3)(d) 条,安全保障义务优先
备份副本是(按计划清除)在备份轮换周期内删除(最长 30 天)
第三方副本通知其删除根据第 17(2) 条,有义务通知第三方控制者
步骤 4:执行删除

时间线:在核实请求后的一个月内完成(第 12(3) 条)。复杂请求可延长最多两个月,并须在最初的一个月期限内通知请求者。

技术删除流程:

  1. 主数据库:在所有包含儿童个人数据的表中执行 DELETE 操作
  2. 搜索索引:从 Elasticsearch、Solr 或同类搜索索引中移除儿童的数据
  3. 缓存:使所有包含儿童数据的缓存条目失效(Redis、CDN、应用缓存)
  4. 文件存储:从主存储(S3、Azure Blob、GCS)中删除上传的文件(照片、文档、音频)
  5. 分析数据库:从分析系统(BigQuery、Redshift、Snowflake)中删除记录或将其匿名化
  6. 日志:清除包含儿童个人数据的应用程序日志(ELK stack、Splunk、CloudWatch)
  7. 机器学习模型:如果儿童的数据曾用于训练 ML 模型,则评估是否必须重新训练模型,或者训练数据一经纳入便无法撤销(记录评估结果)
  8. 备份:安排在下一个备份轮换周期内从备份系统中删除(最长 30 天)
  9. 第三方通知:根据第 17(2) 条,向所有接收过儿童数据的第三方发送删除请求
步骤 5:确认删除
{
  "deletion_reference": "DEL-CHILD-2026-0284",
  "child_identifier": "child_bp_8f3a2d",
  "requester": "parent_bp_c7e4f1",
  "requester_type": "parent",
  "request_date": "2026-02-15T09:00:00Z",
  "verification_date": "2026-02-16T11:30:00Z",
  "deletion_scope": {
    "account_data": "deleted",
    "activity_logs": "deleted",
    "content": "deleted (download offered, declined by parent)",
    "communications": "deleted",
    "consent_records": "retained (legal compliance, expiry 2032-02-16)",
    "backups": "scheduled_purge_2026-03-16"
  },
  "third_party_notifications": [
    {
      "recipient": "AWS (hosting provider)",
      "notification_date": "2026-02-17",
      "scope": "all stored objects for child account",
      "confirmation": "pending"
    }
  ],
  "deletion_completed_date": "2026-02-17T14:00:00Z",
  "backup_purge_date": "2026-03-16T02:00:00Z",
  "confirmation_sent_to_requester": "2026-02-17T14:30:00Z"
}
步骤 6:删除后的核验
  1. 尝试从步骤 4 中列出的所有系统检索儿童的数据
  2. 确认所有系统均未返回个人数据(依法保留的记录除外)
  3. 记录核验结果
  4. 安排在主要删除操作完成 30 天后核验备份是否已清除

BrightPath Learning Inc. — 删除实施

删除渠道
渠道说明响应时间
家长控制面板一键式“删除账户”按钮,带确认对话框立即处理
应用内(儿童)隐私中心中的“删除我的内容”按钮(适用于超过年龄门槛的儿童)立即处理
电子邮件[email protected]48 小时内确认收到
邮寄BrightPath Learning Inc., 200 Education Lane, Amsterdam, 1012 AB, Netherlands5 个工作日内确认收到
删除流程(家长控制面板)
Parent clicks "Delete Alex's Account"
│
├─ Confirmation dialog:
│  "This will permanently delete Alex's account and all their data,
│   including learning progress and any work they've saved.
│   This cannot be undone."
│  [Download Alex's data first]  [Delete everything]  [Cancel]
│
├─ If "Download first" selected:
│  ├─ Generate data export (JSON + PDF progress report)
│  ├─ Email download link to parent (valid for 7 days)
│  └─ Return to deletion confirmation
│
├─ If "Delete everything" selected:
│  ├─ Re-verify parent identity (password or security question)
│  ├─ Execute deletion across all systems
│  ├─ Send confirmation email to parent
│  └─ Display confirmation: "Alex's account and data have been deleted.
│      Backup copies will be removed within 30 days."
│
└─ If "Cancel" selected:
   └─ Return to dashboard (no action taken)
处理利益冲突
情形结果理由
父母要求删除;子女想保留账户对于未达到年龄门槛的子女,优先处理父母的请求根据第 8 条,父母拥有同意权
子女(16 岁及以上)要求删除;父母想保留优先处理子女的请求子女已超过英国的年龄门槛,是享有自主权利的主体
学校要求删除学生数据;父母想保留从 BrightPath 中删除;告知父母可以保留自己的副本学校主导的数据处理受学校依据 FERPA 和合同所拥有的权限管辖
针对子女账户的保护调查正在进行根据第 17(3)(d) 条,可以保留相关数据保护子女涉及重大利益/公共利益
子女的数据对正在进行的法律索赔有必要根据第 17(3)(e) 条,可以保留法律索赔例外

例外依据——可以拒绝删除的情形

第 17(3) 条规定了不适用删除权的例外:

例外第 17(3) 条依据对儿童数据的适用情况
言论自由第 17(3)(a) 条很少适用于儿童数据;需要有充分理由支持新闻或艺术用途
法律义务第 17(3)(b) 条交易税务记录;国家法律要求保留的教育记录
公共卫生第 17(3)(c) 条疫苗接种记录;公共卫生监测数据
出于公共利益的存档第 17(3)(d) 条教育研究(须经伦理审批并进行匿名化处理)
法律索赔第 17(3)(e) 条为确立、行使或抗辩法律索赔所需的数据

重要:即使适用某项例外,控制者也应尽可能删除数据,仅保留满足该例外所必需的最少数据。

常见的合规失误

  1. 没有面向儿童的删除工具:要求儿童使用面向成人的隐私设置或联系表单来行使删除权
  2. 验证失败导致无法处理父母的删除请求:验证要求过于繁琐,导致父母无法行使删除权
  3. 删除范围不完整:删除账户资料,却保留活动日志、分析数据或缓存副本
  4. 未删除备份中的数据:从生产系统中删除数据,却在备份中无限期保留
  5. 未通知第三方:未根据第 17(2) 条通知收到儿童数据的第三方
  6. 超过一个月的处理期限:超出第 12(3) 条规定的一个月期限处理删除请求,却未通知请求人延期
  7. 未按成年后的请求删除历史数据:数据主体(现已成年)要求删除其童年时期的数据时,以数据“过时”或“已存档”为由拒绝删除

执法先例

  • Google(CJEU,C-131/12,Google Spain,2014):确立了删除权,包括删除在未成年期间发布的数据;法院强调,应删除“信息不充分、无关或不再相关,或过多”的信息
  • TikTok(ICO,2023):1,270 万英镑罚款认定其未能为家长和儿童提供充分的机制,以行使包括删除在内的权利
  • Musical.ly/TikTok(FTC,2019):570 万美元和解要求 TikTok 删除从 13 岁以下儿童收集的所有信息,并提供一种机制,让家长今后可以请求删除信息
  • Edmodo(FTC,2023):600 万美元罚款;命令要求 Edmodo 删除违反 COPPA 收集的儿童个人信息,并建立删除计划
  • Google(法国 CNIL,2022):因增加用户拒绝 Cookie 的难度而被罚款 1.5 亿欧元;CNIL 指出,该平台拥有大量儿童用户,这一点构成加重因素,儿童行使退出权也会面临困难

集成点

  • 儿童数据最小化:数据最小化可缩小删除的范围并降低其复杂性——收集的数据越少,需要删除的数据就越少
  • COPPA 合规:COPPA 第 312.6 条明确规定了家长的删除权,该权利与 GDPR 第 17 条并行适用
  • GDPR 家长同意:根据第 8 条给予同意的家长,有权依据第 7(3) 条撤回同意并请求删除
  • EdTech 隐私评估:由学校主导的 EdTech 必须处理家长和学校提出的删除请求,并将年末删除作为标准做法
  • UK AADC 实施:AADC 标准 15 要求提供醒目、易于访问且专为儿童设计的删除工具

评论

支持 Markdown