O que Data Deletion faz?
Um framework de campanha para remover dados pessoais de um indivíduo do ecossistema comercial de coleta de dados — mecanismos de busca de vazamentos, ferramentas de consulta OSINT, sites de busca de pessoas, bancos de dados de contatos B2B, serviços de verificação de e-mail, corretores de anúncios e plataformas de inteligência de ameaças.
Construído a partir de uma campanha real de quinze semanas contra 329 organizações.
Tudo em references/ foi testado em campo: os endereços de contato são aqueles que
não rejeitaram, os modelos são aqueles que produziram exclusões, e os modos de falha
documentados em references/troubleshooting.md são aqueles que realmente aconteceram.
O que esta skill não é
Não é aconselhamento jurídico, e você não é o advogado do usuário. Ela redige solicitações que citam estatutos, e pode informar ao usuário qual regulador tem jurisdição, mas toda decisão sobre escalar para um regulador ou tribunal é do usuário. Diga isso uma vez, no início, e então prossiga sendo útil.
Passo 1 — Construir o perfil do sujeito
Solicitações de exclusão falham quando são vagas. Antes de redigir qualquer coisa,
colete o perfil. Use AskUserQuestion onde a interface suportar; caso contrário,
pergunte em texto simples. Nunca adivinhe esses valores e nunca os carregue de outro
usuário.
Obrigatório
- Nome completo, exatamente como ele deseja que apareça nos formulários.
Pergunte especificamente sobre diacríticos — muitos formulários hospedados nos EUA
distorcem
í,ó,ü, e uma solicitação que chega com um nome corrompido é uma solicitação que falha em encontrar um registro. - Endereços de e-mail a serem excluídos. A maioria das pessoas tem mais de um, e o endereço esquecido de uma década atrás é geralmente o que está nos corpora de vazamentos.
- País de residência. Isso sozinho determina qual lei se aplica e, portanto, qual modelo usar. Não infira isso de um domínio ou idioma.
Pergunte, mas prossiga sem
- Nomes de usuário / handles. Vários mecanismos de busca de vazamentos (Snusbase, DeHashed, Leak-Lookup) indexam por nome de usuário, então um handle é um seletor de busca distinto e precisa de sua própria solicitação.
- Números de telefone, e endereços postais atuais e anteriores — exigidos pela maioria das exclusões de sites de busca de pessoas nos EUA, irrelevantes para a maioria das solicitações da UE.
- Data de nascimento. Alguns corretores dos EUA exigem isso para desambiguar registros. Avise o usuário antes de fornecer: eles estão dando a um corretor de dados um novo campo que talvez ele não tivesse.
Nunca
Nunca peça, transcreva ou coloque em uma solicitação: números de identificação governamental, números de passaporte ou carteira de motorista, detalhes de cartão de pagamento ou banco, ou uma fotografia de um documento de identidade. Alguns corretores exigem identificação para "verificar" uma solicitação de exclusão. Sob o GDPR Art. 12(6), um controlador só pode solicitar identificação que seja proporcional, e um documento editado é normalmente suficiente. Diga ao usuário para editar tudo, exceto nome e foto, e fazer o upload ele mesmo pelo portal do controlador — você não manipula seus documentos de identidade.
Armazene o perfil completo como profile.yml (veja profile.example.yml), e mantenha-o
fora de qualquer repositório ou local compartilhado.
Passo 2 — Escolher a base legal
Leia references/privacy-laws.md. Ele cobre treze regimes — GDPR, UK GDPR, Swiss
FADP, CCPA/CPRA e outras leis estaduais dos EUA, PIPEDA e Lei 25 de Québec, LGPD,
POPIA, Lei de Privacidade da Austrália, APPI, PIPA, DPDP e Lei de Privacidade da Nova
Zelândia — com, para cada um, o artigo operativo, o prazo estatutário, se a exclusão
é um direito real ou apenas uma exclusão sob solicitação, e o regulador para
reclamar.
Três regras decidem o enquadramento:
- A residência do sujeito define o piso, não o endereço do controlador. O GDPR Art. 3(2) alcança qualquer controlador que ofereça bens ou serviços a pessoas na UE ou monitore seu comportamento. Um mecanismo de busca de vazamentos dos EUA indexando o endereço de um residente irlandês está dentro do escopo do GDPR. Diga isso na solicitação.
- Cite todo regime que plausivelmente se aplica, em uma única solicitação. Um controlador com usuários na Califórnia, Brasil e UE não tem incentivo para descobrir qual lei o vincula se você nomear todas as três. Isso custa uma frase extra e aumenta materialmente a taxa de resposta.
- Onde a lei do próprio sujeito é fraca, pegue emprestada a do controlador. Um sujeito em um país sem direito à exclusão ainda pode invocar as obrigações da Califórnia ou da UE do controlador onde a própria política de privacidade do controlador estende esses direitos a todos — a maioria faz, porque operar dois pipelines é mais caro do que operar um.
Passo 3 — Selecionar alvos
references/site-registry.md (e o CSV ao lado) lista 329 organizações em nove
categorias com contatos de privacidade verificados. Não envie para todas as 329.
Selecione com base no que o sujeito está realmente exposto:
| Se o sujeito… | Priorize |
|---|---|
| aparece em corpora de vazamentos / HIBP | Busca de vazamentos & inteligência de ameaças |
| é encontrável por e-mail em ferramentas OSINT | OSINT / inteligência de e-mail |
| tem um perfil profissional público | Dados de contato B2B & geração de leads |
| é residente ou ex-residente dos EUA | Busca de pessoas, grandes corretores de dados |
| quer reduzir a segmentação de anúncios | Tecnologia de anúncios & dados de audiência |
| mora no Reino Unido/Alemanha/Áustria/Bélgica/França | Diretório regional |
Comece com as categorias que publicam dados na web aberta — busca de vazamentos, OSINT, busca de pessoas. Essas produzem resultados visíveis mais rapidamente e são as que mais causam dano. Tecnologia de anúncios é a maior categoria e a menos visível; deixe para uma onda posterior.
Antes de cada onda, verifique se o endereço de contato ainda está ativo. Empresas são
adquiridas, páginas de privacidade mudam, e endereços privacy@ são descontinuados
sem aviso. Verifique a política de privacidade atual ou /.well-known/security.txt.
A coluna Notas do registro registra quais endereços já haviam se tornado obsoletos uma
vez.
Encontrando sites que o registro perdeu
Um registro é uma foto instantânea. Esta categoria muda mais rápido do que quase qualquer outra: novos serviços de busca de credenciais são lançados mensalmente, os antigos são sequestrados ou ficam offline, e os nomes mais famosos não são os que seguram mais dados. Suponha que a lista está incompleta e execute estas quatro varreduras no início de cada campanha.
1. Explore os agregadores em busca de seus provedores upstream. A jogada de maior rendimento. Serviços que revendem dados de vazamento por uma API publicam a lista de fontes que consultam — é um ponto de venda. Uma dessas páginas nomeou quinze provedores upstream, cinco dos quais não apareciam em nenhum artigo "melhor busca de vazamentos" em lugar algum. Essas páginas são uma lista de alvos gratuita escrita pela própria indústria. Envie ao agregador uma solicitação do Artigo 19 nomeando seus provedores de volta para ele, e pergunte quais deles encaminharam a exclusão.
2. Pesquise pelo tipo de dado, não pelo tipo de site. "Mecanismo de busca de
vazamentos" traz os mesmos oito nomes famosos todas as vezes. Os serviços que expõem
mais pesquisam pelo conteúdo: logs de stealer, combolist, ULP, consulta de infostealer, senhas em texto claro, cookies de sessão, ID de hardware. Um site
que retorna uma senha ao lado da URL a que pertence se descreve nesses termos, não como
um "verificador de vazamentos".
3. Leia as páginas de alternativas, além da página um. Sites de comparação e listas de alternativas classificam os serviços conhecidos primeiro e enterram os pequenos operadores nas páginas dois e três. Os enterrados são geralmente aqueles sem página de privacidade, sem DPO e com menos escrúpulos — exatamente aqueles que valem a pena contatar.
4. Re-verifique um site que "não tem e-mail". Um support@ que rejeita ou um
legal@ que redireciona automaticamente para um formulário web