数据删除
一个用于从商业数据收集生态系统中删除个人数据的活动框架，涵盖数据泄露搜索引擎、OSINT调查工具、人肉搜索网站、B2B联系人数据库、电子邮件验证服务、广告技术受众经纪商和威胁情报平台。
基于一个真实的、针对329个组织的十五周活动开发。references/目录中的所有内容均经过实地测试：联系方式是经过验证的有效地址，模板是实际产生删除效果的模板，references/troubleshooting.md中记录的故障模式也是真实发生的情况。
此技能不包括什么
它不构成法律建议，你也不是用户的法律顾问。它会起草引用法律条文的请求，并告知用户哪个监管机构具有管辖权，但关于是否向监管机构或法院升级的每一个判断，都应由用户自行做出。一开始就明确说明这一点，然后继续提供有用的帮助。
第一步 —— 构建用户档案
如果用户档案含糊不清，数据清除请求往往会失败。在起草任何内容之前，先收集用户档案。在界面支持的地方使用AskUserQuestion；否则以纯文本形式询问。切勿猜测这些值，也切勿从其他用户处继承。
必需
- 全名，完全按照用户希望在表单上显示的方式。特别询问变音符号——许多美国托管的表单会错误处理
í、ó、ü，而名称被篡改的请求将无法匹配记录。 - 要删除的电子邮件地址。大多数人拥有多个电子邮件地址，而被遗忘的十年前的地址通常正是位于泄露数据库中的那个。
- 居住国家/地区。仅此一项即可确定适用的法律，从而决定使用哪个模板。不要从域名或语言推断。
询问，但可在无结果时继续
- 用户名/句柄。多个数据泄露搜索引擎（Snusbase、DeHashed、Leak-Lookup）按用户名进行索引，因此句柄是一个独立的搜索选择器，需要专门的请求。
- 电话号码，以及当前和以前的邮寄地址——大多数美国人肉搜索网站的退出机制要求提供，但对大多数欧盟请求而言无关紧要。
- 出生日期。某些美国经纪商要求用于消除记录歧义。在用户提供前发出警告：他们正在向数据经纪商提供其可能尚未拥有的新字段。
切勿
切勿要求、转录或放入请求中：政府ID号码、护照或驾照号码、支付卡或银行详细信息，或身份证件照片。某些经纪商要求提供ID以“验证”删除请求。根据GDPR第12条第6款，控制者仅可要求提供相称的身份证明，而经过编辑的文件通常就足够了。告知用户编辑掉除姓名和照片之外的所有内容，并通过控制者自己的门户自行上传——你无需处理其身份证件。
将完成的用户档案存储为profile.yml（参见profile.example.yml），并确保其不在任何存储库或共享位置中。
第二步 —— 选择法律依据
阅读references/privacy-laws.md。它涵盖了13种制度——GDPR、英国GDPR、瑞士FADP、CCPA/CPRA及其他美国州法律、PIPEDA和魁北克第25号法律、LGPD、POPIA、澳大利亚隐私法、APPI、PIPA、DPDP和新西兰隐私法——针对每种制度，提供了操作条款、法定截止日期、删除是否是一项真正的权利还是仅按需删除，以及可投诉的监管机构。
三条规则决定法律框架：
- 用户居住地设定底线，而非控制者所在地。 GDPR第3条第2款适用于任何向欧盟境内人士提供商品或服务或监控其行为的控制者。一个索引爱尔兰居民地址的美国数据泄露搜索引擎，其行为处于GDPR的管辖范围内。在请求中明确说明这一点。
- 在一次请求中援引所有可能适用的制度。 如果控制者的用户遍布加利福尼亚、巴西和欧盟，而你同时提及这三种法律，它就没有动力去弄清哪种法律对其具有约束力。这只需多写一个句子，但能显著提高回复率。
- 如果用户所在国法律薄弱，则借用控制者所在地的法律。 来自无删除权国家的用户，仍可援引控制者所在地的加利福尼亚或欧盟义务，前提是控制者自己的隐私政策将这些权利扩展至所有人——大多数公司都会这样做，因为运营两条管道的成本高于运营一条。
第三步 —— 选择目标
references/site-registry.md（及其旁边的CSV文件）列出了329个组织，涵盖九个类别，并附有经过验证的隐私联系方式。不要全部发送。根据用户实际暴露于哪些信息来选择：
| 如果用户…… | 优先选择 |
|---|---|
| 出现在泄露数据库/HIBP中 | 数据泄露与泄漏搜索、威胁情报 |
| 可通过电子邮件在OSINT工具中找到 | OSINT/电子邮件情报 |
| 拥有公开的专业资料 | B2B联系人数据与商机挖掘 |
| 是美国居民或前居民 | 人肉搜索、主要数据经纪商 |
| 希望减少广告画像 | 广告技术与受众数据 |
| 居住在英国/德国/奥地利/比利时/法国 | 地区目录 |
从向开放网络发布数据的类别开始——数据泄露搜索、OSINT、人肉搜索。这些类别产生可见结果最快，也是伤害最大的。广告技术是最大的类别，但最不显眼；留待后续轮次处理。
在每一轮之前，验证联系地址是否仍然有效。公司会被收购，隐私页面会移动，privacy@地址会在不通知的情况下被弃用。检查当前的隐私政策或/.well-known/security.txt。注册表的“备注”列记录了哪些地址此前已经失效。
查找注册表遗漏的网站
注册表只是一个快照。这个类别比其他几乎所有类别更替得更快：新的凭据搜索服务每月推出，旧的服务被劫持或消失，而最响亮的名称并非持有最多数据的那些。假设列表不完整，并在每次活动开始时执行以下四项扫描。
1. 挖掘聚合商以获取其上游提供商。 这是单一收益最高的操作。通过一个API转售泄露数据的服务会发布其查询的来源列表——这是一个卖点。其中一个页面列出了15个上游提供商，其中五个未出现在任何“最佳数据泄露搜索”文章中。这些页面本身就是行业编写的免费目标列表。向聚合商发送一份Article 19请求，将其提供商名称列举出来，并询问其将删除请求转发给了哪些提供商。
2. 搜索数据类型，而非网站类型。 “数据泄露搜索引擎”每次都会搜索出相同的八个知名名称。那些暴露最多数据的服务，其搜索依据的是内容：stealer logs、combolist、ULP、infostealer lookup、plaintext passwords、session cookies、hardware ID。一个在URL旁返回密码的网站，会用这些词来描述自己，而不是用“数据泄露检查器”。
3. 阅读替代品页面，翻过第一页。 比较和替代品列表网站将知名服务排在前面，而将小型运营商埋藏在第二页和第三页。被埋藏的通常是没有隐私页面、没有数据保护官且最不道德的那些——正是值得联系的对象。
4. 重新检查一个“没有电子邮件”的网站。 一个退回的support@或自动重定向到网页表单的legal@并不代表联系不上。