A Verificação de palavras-passe da Google é fiável? O que envia realmente à Google

«A Verificação de palavras-passe da Google é fiável?» é uma pergunta razoável antes de entregar seja o que for a uma ferramenta de segurança. A resposta curta é sim, é uma funcionalidade genuína da Google. Mas aquilo que as pessoas perguntam de facto está um nível abaixo: se compara as minhas palavras-passe com bases de dados de fugas, a Google vê as minhas palavras-passe?

Essa pergunta tem uma resposta precisa e documentada.

O que é

A Verificação de palavras-passe compara as credenciais que guardou com um conjunto de credenciais conhecidas por terem surgido em fugas de dados de terceiros, e avisa-o quando uma das suas aparece. A Google apresentou-a no seu próprio Online Security Blog em fevereiro de 2019.

A premissa é simples. Milhares de milhões de pares de nome de utilizador e palavra-passe fugiram ao longo dos anos. Se um dos seus estiver entre eles e continuar a usá-lo, qualquer pessoa que percorra essas listas pode entrar nessa conta. Vale a pena verificar.

O problema de privacidade que teve de resolver

Eis a dificuldade, no enquadramento da própria Google. A funcionalidade precisa de consultar o estado de comprometimento de um nome de utilizador e de uma palavra-passe sem revelar a informação consultada. Ao mesmo tempo, tem de assegurar que nenhuma informação sobre outras credenciais inseguras se perde no processo, e que a tentativa por força bruta não seja uma opção.

Estes requisitos puxam em sentidos contrários. Uma implementação ingénua enviaria a sua palavra-passe, ou um hash simples dela, para um servidor e perguntaria «isto está na lista?». Isso entregaria ao servidor exatamente aquilo que ele nunca deveria receber.

Como evita enviar a sua palavra-passe

A Google descreve a abordagem como usando múltiplas rondas de hashing, k-anonimato e private set intersection com blinding, uma escolha feita para equilibrar privacidade, custo de computação e latência de rede.

Cada peça desempenha uma função concreta:

As múltiplas rondas de hashing fazem com que o valor em bruto nunca saia do seu dispositivo, e que o valor derivado seja caro de atacar por força bruta.

O k-anonimato agrupa a sua consulta com outras em número suficiente para que não possa ser ligada especificamente a si. Impede também que a verificação revele informação sobre as restantes credenciais comprometidas que estão na base de dados.

Private set intersection com blinding (interseção privada de conjuntos com mascaramento criptográfico) é o cerne da questão. Permite que duas partes determinem se um elemento pertence a um conjunto partilhado sem que nenhuma delas revele o que possui. O blinding é o que mantém ilegível para a Google o valor que está a verificar, enquanto a comparação continua a produzir uma resposta correta.

O resultado: a resposta chega, e o que viajou não foi a sua palavra-passe.

O que não cobre

É aqui que ser honesto conta mais do que ser tranquilizador.

A Verificação de palavras-passe examina as credenciais que consegue ver, ou seja, as guardadas na sua conta Google ou no gestor de palavras-passe do navegador. Esse âmbito tem fronteiras reais:

• as palavras-passe que nunca guardou na Google são-lhe invisíveis
• as palavras-passe mantidas apenas noutro gestor estão fora do seu alcance
• as contas antigas de que já se esqueceu não podem ser verificadas, porque nada sabe que existem
• reporta fugas já presentes no conjunto de dados, pelo que uma fuga que ainda não veio a público não aparecerá

Nada disto torna a ferramenta má. Torna-a parcial, e saber onde uma ferramenta acaba é a diferença entre usá-la bem e confiar nela às cegas.

O que significa realmente um aviso

Uma correspondência diz-lhe que uma credencial igual à sua surgiu numa fuga algures. Não é uma afirmação de que essa conta em particular tenha sido invadida.

A resposta correta não depende dessa distinção:

1. Mude a palavra-passe dessa conta, para uma única que nunca tenha usado noutro sítio.
2. Descubra onde mais a reutilizou. É o passo que as pessoas saltam, e é o que mais importa: a reutilização é o mecanismo que converte a fuga de uma empresa em cinco contas suas comprometidas.
3. Ative a autenticação de dois fatores em tudo o que a ofereça, para que uma palavra-passe roubada, por si só, deixe de bastar.

Se o segundo passo lhe parecer impossível porque genuinamente não se lembra onde foi parar uma palavra-passe, essa é a verdadeira conclusão. É também o argumento a favor de um gestor de palavras-passe dedicado: não por a verificação da Google ser pouco de fiar, mas porque um gestor conhece todas as credenciais que possui, consegue gerar credenciais únicas e pode avisá-lo de uma reutilização antes que uma fuga o faça.

Em resumo

A Verificação de palavras-passe é legítima, e a preocupação com a privacidade que leva as pessoas a procurar garantias é precisamente aquela que a Google resolveu por engenharia em vez de ignorar: o hashing, o k-anonimato e private set intersection com blinding fazem com que a verificação aconteça sem que a sua palavra-passe seja lida.

O seu limite é o âmbito, não a honestidade. Vê o que guardou na Google, e mais nada. Use-a, aja em função do que encontrar, e lembre-se de que a reutilização que não consegue ver é a parte com maior probabilidade de lhe fazer mal.

A descrição da Verificação de palavras-passe, incluindo o requisito de conceção declarado de consultar o estado de comprometimento sem revelar a informação consultada, e o uso de múltiplas rondas de hashing, k-anonimato e private set intersection com blinding, provém do artigo do Google Online Security Blog que apresentou a funcionalidade em fevereiro de 2019. As implementações evoluem; verifique o comportamento atual na documentação da própria Google antes de se apoiar num detalhe específico. As ligações comerciais têm o atributo rel="sponsored nofollow"; pode aplicar-se uma comissão de afiliação sem custo adicional para si.