carteira de motorista dos EUA em sandbox com privacidade
Nos Estados Unidos, a carteira de motorista é o documento de identidade mais usado no dia a dia, apresentado para abrir conta bancária, autenticar em cartório, comprovar idade e embarcar em voo doméstico, não só para dirigir. Colocar um número real desse documento num banco de homologação, quase sempre com controle de acesso mais frouxo que produção, transforma um ambiente de teste num alvo valioso; gerar um perfil sintético tira esse risco do desenho desde a primeira linha.
Um dump desse banco de homologação, se vazar, não expõe nenhum identificador de driver license de uma pessoa real, porque nenhum dos 500 registros teve origem numa pessoa real desde a criação.
Mesmo quando o QA informa um nome e uma data de nascimento reais para testar um formulário de cadastro, o número da carteira em si continua sorteado pela função de formato do estado, sem vínculo aritmético com o nome ou a data digitados.
A validação aqui confirma só a forma, a letra e a contagem de dígitos, nunca se aquele número existe de fato num cadastro de motorista, então não há canal algum, nem acidental, entre o teste e um órgão emissor real.
Não. Cada DMV estadual emite suas próprias carteiras com seu próprio padrão de número; esta ferramenta modela um padrão canônico por estado.
Porque ela identifica uma pessoa de forma direta e sozinha, junto com nome e sobrenome, enquanto cidade ou CEP só ajudam a identificar alguém quando combinados com muitos outros campos; é essa diferença que faz boa parte da legislação estadual americana de vazamento tratar o número de driver license no mesmo patamar do número de Seguro Social.
Sim. O espaço de formatos válidos por estado é finito, 230 milhões de combinações só para a Califórnia, então uma coincidência com o número real de alguém é matematicamente possível; a intenção de quem gerou o número não muda o fato de que, se ele corresponder a uma pessoa real, aquele dado pertence a ela, não ao ambiente de teste.
É mais arriscado que o modo aleatório, porque o nome e a data de nascimento inseridos ficam de fato no registro sintético; prefira usar nomes fictícios reconhecíveis como tal (Jane Doe é o padrão de fallback da própria ferramenta) e reserve o modo identidade só para testar campo por campo, não para gerar volume de fixture.
Guardar o hash reduz o risco de reidentificação direta a partir de um dump bruto, mas não elimina o problema se o campo de origem, o próprio número em texto claro, continuar existindo em outro lugar do pipeline, como log de requisição ou fixture de teste; minimização de dado significa nunca introduzir o número real em primeiro lugar, não apenas mascará-lo depois.
Padrão esperado para este estado: 1 letra + 7 dígitos.
A geração e a validação acontecem localmente no navegador. Analytics recebe apenas ação, status e estado, nunca o número gerado, nome, data de nascimento ou endereço.