A Lacuna Entre a Promessa e a Arquitetura
Atualizado para 2026
Todo fornecedor cloud que lida com dados sensíveis faz a mesma promessa: «Ciframos os seus dados.» Essa promessa é quase sempre verdadeira. Quase sempre é insuficiente.
O incidente LastPass de 2022 é o melhor exemplo. O LastPass cifrava os cofres de senhas. Usavam cifragem real. A promessa era correta. E ainda assim 25 milhões de utilizadores tiveram os seus cofres roubados. Até 2025, 438 milhões de dólares foram subtraídos de utilizadores do LastPass em ataques cripto. A Coinbase Institutional rastreou esse valor.
O Information Commissioner's Office do Reino Unido multou a entidade britânica do LastPass em 1,2 milhões de libras em dezembro de 2025. Motivo: «falha na implementação de medidas técnicas e organizacionais de segurança adequadas». A cifragem era real. Mas não cumpriu o padrão exigido.
O incidente LastPass muda a questão central para qualquer ferramenta cloud de privacidade. Não «cifram os nossos dados?» mas: «podem decifrar os nossos dados?»
Quatro Perguntas que Realmente Importam
Quatro perguntas revelam se a promessa zero-knowledge de um fornecedor é real.
1. Onde ocorre a derivação de chaves?
Numa verdadeira arquitetura zero-knowledge, a derivação de chaves ocorre no cliente — no browser ou na aplicação — antes de enviar dados. A chave cifra os dados localmente. Apenas texto cifrado chega aos servidores do fornecedor.
Se o fornecedor deriva chaves nos seus servidores, ele as possui. Se as possui, pode decifrar. A promessa pode ser correta — mas é enganosa.
2. O fornecedor acede alguma vez ao texto simples?
Algumas ferramentas cifram dados em repouso. Mas decifram-nos para processamento — para modelos de IA, índices de pesquisa ou registos de auditoria. Durante essa janela, o texto simples está na infraestrutura do fornecedor. Um ataque nesse momento expõe dados não cifrados.
3. O que acontece sob processo legal?
Um fornecedor com chaves no servidor pode ser obrigado a entregar conteúdo decifrado. Um fornecedor com zero-knowledge real só pode produzir texto cifrado. Não tem nada útil para entregar, mesmo com uma intimação judicial.
4. O que expõe um comprometimento total?
Num sistema zero-knowledge genuíno, um comprometimento completo produz apenas blobs cifrados. O atacante obtém texto cifrado sem chaves. Num sistema com chaves do fornecedor, uma intrusão expõe chaves e dados ao mesmo tempo.
A Falha de Implementação do LastPass
O incidente LastPass revelou uma falha concreta. Contas mais antigas usavam PBKDF2 com apenas 1 iteração para derivação de chaves. O número recomendado é 600.000 iterações. Esse ajuste fraco tornava viáveis ataques de força bruta em cofres roubados.
Isto mostra por que verificar apenas o design não chega. Um fornecedor pode usar um design zero-knowledge e implementá-lo mal. Pergunte sobre ambos: onde as chaves são derivadas e quão robusto é o algoritmo.
Um Modo de Falha Diferente: Okta
Em outubro de 2023, a Okta divulgou o vazamento de mais de 600.000 registos de suporte ao cliente. A Okta é uma plataforma de identidade. Não foi um design zero-knowledge fraco. Foi uma intrusão na infraestrutura de suporte que continha dados de clientes.
O aumento de 300% nos ataques a SaaS em 2024 (AppOmni/CSA) reflete ambos os tipos. A arquitetura zero-knowledge aborda o primeiro tipo. Não elimina todos os riscos. Mas garante que um comprometimento total do sistema não exponha dados decifráveis de clientes.
Como É uma Avaliação Real
Aqui está uma lista de verificação prática para equipas de compras.
Revisão de arquitetura:
- Pergunte onde ocorre a derivação de chaves — no cliente ou no servidor do fornecedor
- Solicite o algoritmo de cifragem, comprimento de chave e número de iterações
- Confirme que o texto simples nunca é enviado para servidores do fornecedor
Teste de cenário de comprometimento:
- Pergunte o que um comprometimento total do servidor exporia
- A única resposta correta: «texto cifrado que não conseguimos decifrar»
- Qualquer outra resposta significa que a promessa não é zero-knowledge real
Revisão legal:
- Pergunte se o fornecedor pode cumprir uma intimação por texto simples de clientes
- Um fornecedor zero-knowledge real não pode produzir o que não tem
Verificação de conformidade:
- Solicite a documentação de conformidade RGPD Artigo 32 do fornecedor
- ISO 27001 — especificamente Anexo A controlos criptográficos — fornece verificação externa
A multa de 1,2 milhões de libras ao LastPass mostra que os reguladores agora verificam se as promessas de cifragem cumprem um padrão exigido. As equipas de compras podem aplicar o mesmo critério antes de um incidente ocorrer.
Consulte a nossa visão geral de segurança e conformidade para saber como a anonym.legal implementa a arquitetura zero-knowledge. A documentação de conformidade cobre as medidas técnicas do RGPD Artigo 32 na íntegra. Para perguntas frequentes, consulte o FAQ zero-knowledge.