0 itens de dados pessoais encontrados
O texto ofuscado aparece aqui.O que faz
O Redator de PII examina o texto colado em busca de sete tipos de dados pessoais - endereços de e-mail, números de telefone (formatos internacionais), endereços IPv4 e IPv6, números de Seguro Social dos EUA, números de cartão de crédito e datas ISO ( checksumchecksumA short digest computed from a block of data, compared after transfer or storage to detect corruption. Changing one bit changes the checksum.YYYY-MM-DD) - e mascara cada um com um token à sua escolha. Todo candidato passa por uma verificação estrutural antes de contar: octetos IPv4 devem estar entre 0 e 255, números de cartão devem passar no 999.999.999.999, strings de versão como v1.2.3.4, horários de relógio e sequências de dígitos inválidas no Luhn ficam todos de fora. Tudo roda 100% no cliente - o texto nunca sai do seu navegador.
Como usar
- Cole ou digite texto na Entrada (ou clique em Exemplo para carregar um exemplo com todos os tipos de PII).
- Acompanhe o painel Detectado: cada item é destacado inline com um selo colorido - azul para E-mail, roxo para Telefone, laranja para IP, vermelho para SSN e Cartão, cinza para Data.
- Desative (ou ative) qualquer tipo de PII com os chips para examinar exatamente o que interessa para você - as contagens atualizam ao vivo.
- Escolha uma máscara -
[REDACTED],███,***, ou sua própria string Personalizada. - Copie a saída redigida, ou clique no olho para espiar o original.
Exemplos
Ticket de suporte
Entrada: Reach me at jane.doe@example.com or +1 (555) 123-4567. Server 192.168.1.100 was slow on 2026-08-16. → 4 itens encontrados, saída: Reach me at [REDACTED] or [REDACTED]. Server [REDACTED] was slow on [REDACTED].
Mascarar apenas e-mails
O mesmo texto com todos os seletores desligados, exceto E-mail → apenas jane.doe@example.com é mascarado; telefone, IP e data passam intocados.
Números de cartão precisam ser válidos no Luhn
4111 1111 1111 1111 (um número Visa de teste válido) é detectado e mascarado; 1234567890123456 fica intocado.
Bom saber
- Privado: toda a detecção é regex local + trabalho de
checksumchecksumA short digest computed from a block of data, compared after transfer or storage to detect corruption. Changing one bit changes the checksum.
- nada é transmitido nem armazenado. - Heurístico, não jurídico: o detector encontra padrões com forma de dados; ele não consegue julgar contexto nem garantir conformidade com GDPR/CCPA sozinho. Sempre revise a saída antes de compartilhar.
- Sobreposições se resolvem com bom senso: quando um trecho poderia ser de dois tipos (uma data também parece um número de telefone), o tipo mais específico vence.
- Ferramentas relacionadas: Credit Card Validator (a mesma verificação de Luhn, em profundidade), Defang/Refang.