Criptografia de ponta a ponta significa que a mensagem ou o arquivo é embaralhado no seu aparelho antes de sair dele e só pode ser decifrado por quem tem a chave, ou seja, você e as pessoas com quem você compartilha, nunca pelo serviço que guarda e entrega o conteúdo. Serviços com criptografia “comum” protegem os dados no caminho e nos seus discos, mas guardam as chaves; com a criptografia de ponta a ponta, eles só enxergam dados embaralhados.
A diferença parece técnica, mas é ela que decide quem consegue ler seus arquivos se um servidor for invadido, se um funcionário olhar onde não devia ou se chegar um pedido judicial ao fornecedor. Este guia explica o que significa o aviso do WhatsApp, os três tipos de criptografia que você vê nos anúncios, como a criptografia de ponta a ponta funciona em uma transferência de arquivos e quais são os seus limites práticos.
O que significa “criptografia de ponta a ponta” no WhatsApp?
É provavelmente onde você viu o termo pela primeira vez. Segundo o blog oficial do WhatsApp, desde abril de 2016 a criptografia de ponta a ponta vem ativada por padrão, e você não precisa fazer nada para que as mensagens fiquem protegidas. Ela cobre as chamadas e as mensagens, fotos, vídeos, arquivos e mensagens de voz, inclusive em grupos. A página de privacidade do WhatsApp diz que, com ela, suas mensagens pessoais, fotos e ligações ficam só entre você e as pessoas com quem você conversa, e que “nem mesmo o WhatsApp pode acessar essas conversas”.
Em outras palavras, o aviso de que as mensagens são protegidas com criptografia de ponta a ponta é uma informação, e não um problema a resolver. Há uma exceção importante que o próprio WhatsApp destaca: o backup das conversas no Google Drive ou no iCloud só ganha essa proteção se você ativar o backup criptografado de ponta a ponta. E ser criptografado não muda o tamanho do que você envia: as fotos e os vídeos mandados como mídia costumam ser comprimidos; veja o limite de arquivos do WhatsApp.
Três tipos de criptografia, lado a lado
| Tipo | O que protege | Quem tem a chave | O serviço consegue ler seus arquivos? |
|---|---|---|---|
| Em trânsito (TLS, o cadeado do navegador) | Os arquivos enquanto viajam pela rede | O seu navegador e o servidor, a cada sessão | Sim, quando chegam |
| Em repouso (por exemplo, AES-256 no armazenamento) | Os arquivos guardados nos discos do provedor | O provedor | Sim |
| De ponta a ponta | Os arquivos em todo lugar fora dos aparelhos de quem envia e de quem recebe | Só quem tem a chave | Não |
A criptografia em trânsito usa o TLS, hoje na versão 1.3 (RFC 8446), que protege contra quem tenta espionar a rede. A criptografia em repouso protege contra o roubo de um disco. As duas são padrão e valem a pena, mas nos dois casos o serviço consegue decifrar os arquivos, porque é ele que gerencia as chaves. A criptografia de ponta a ponta acrescenta uma camada por cima que o serviço não consegue remover.
Como funciona a criptografia de ponta a ponta no envio de arquivos
Passo 1
Uma chave é criada no seu navegador
Quando você ativa a criptografia de ponta a ponta, o navegador gera uma chave secreta aleatória. Você não precisa digitar nem decorar nada.
Passo 2
Os arquivos são criptografados antes do upload
Cada arquivo é criptografado no seu aparelho com essa chave, usando um algoritmo moderno como o AES no modo GCM, que também detecta qualquer adulteração.
Passo 3
Só o conteúdo embaralhado é enviado
O serviço guarda e entrega dados criptografados que não consegue ler.
Passo 4
A chave viaja no link
A chave é colocada no link de download depois do sinal #. Essa parte do endereço fica no navegador.
Passo 5
O navegador de quem recebe decifra
Quando o destinatário abre o link completo, o navegador dele baixa os arquivos criptografados e os decifra localmente com a chave.
Por que a chave depois do # fica privada
Um endereço da web pode terminar com um fragmento, a parte depois do sinal #. O padrão HTTP (RFC 9110) determina que os fragmentos são reservados ao processamento no próprio navegador e não são enviados nas requisições: quando o destinatário abre o link, o navegador pede a página ao servidor sem o fragmento e depois lê a chave localmente. É o modelo popularizado pelo antigo Firefox Send, da Mozilla, e é assim que funciona a criptografia de ponta a ponta do Transfr.
Contra o que a criptografia de ponta a ponta protege
- Invasão dos servidores do provedor: arquivos roubados são ilegíveis sem as chaves.
- Acesso interno: os funcionários do serviço não conseguem abrir seus arquivos.
- Pedidos ao provedor: o serviço não tem como entregar um conteúdo legível que nunca teve.
- Armazenamento mal configurado: mesmo que um bucket de armazenamento ficasse exposto, o conteúdo seria só dados embaralhados.
Há também uma vantagem legal. Pela LGPD, ao avaliar a gravidade de um incidente de segurança, a ANPD considera se foram adotadas medidas técnicas que tornem os dados pessoais “ininteligíveis” para terceiros não autorizados (art. 48, § 3º). Na Europa, o RGPD vai além: a empresa pode ficar dispensada de avisar as pessoas afetadas se os dados estavam criptografados (art. 34, n.º 3, alínea a), desde que, como lembra o Comitê Europeu para a Proteção de Dados, a chave não tenha sido comprometida. Veja o guia sobre LGPD e envio de arquivos.
Contra o que ela não protege
- Um link vazado: quem tem o link completo tem a chave.
- Um aparelho comprometido: um vírus ou uma extensão maliciosa no navegador de quem envia ou de quem recebe vê os arquivos antes da criptografia ou depois da decifragem. O próprio RFC 9110 observa que o fragmento continua visível para os scripts da página.
- Metadados: dependendo do serviço, nomes e tamanhos de arquivos, datas e endereços de e-mail podem continuar visíveis para ele.
- O que o destinatário faz depois: decifrado e salvo, o arquivo vira um arquivo comum.
- Golpes: a criptografia não impede que alguém se passe por um conhecido. A Cartilha de Segurança do CERT.br recomenda confirmar pedidos estranhos falando com a pessoa pelo contato de sempre.
As concessões na prática
Como o serviço não consegue ler os arquivos, ele também não consegue fazer muita coisa com eles. No Transfr, por exemplo, ativar a criptografia de ponta a ponta significa que:
- Os arquivos são criptografados no navegador com AES-128-GCM, e a chave vai no fragmento do link. A criptografia do armazenamento (AES-256 em repouso) continua valendo por baixo.
- As pré-visualizações são geradas no navegador de quem recebe, depois da decifragem, para arquivos de até 2 GB e só quando o link contém a chave; arquivos maiores precisam ser baixados.
- A estrutura de pastas não é mantida, um upload interrompido não pode ser retomado depois de recarregar a página, e arquivos importados do Drime não podem ser criptografados de ponta a ponta, porque o Transfr os copia por você.
- A chave nunca é armazenada nos servidores do Transfr. Mas, sempre que o Transfr envia um link por e-mail, aos destinatários ou no e-mail de confirmação que remetentes conectados recebem, o seu navegador entrega a ele o link completo, com a chave, para que ele possa ser colocado no e-mail; a chave serve só para esse e-mail, que depois fica nas caixas de entrada. Para a configuração mais rigorosa, copie o link você mesmo e compartilhe por um canal em que confia.
Nada disso é defeito: é a consequência direta de um serviço que não enxerga o seu conteúdo. Para envios do dia a dia, uma senha e um prazo de validade costumam bastar; para material confidencial, a proteção extra compensa essas concessões.
Criptografe sua próxima transferência de ponta a ponta
Grátis no Transfr, com senha e prazo de validade se você quiser. Até 100 GB por transferência.
Criptografia de ponta a ponta ou senha?
Elas resolvem problemas diferentes e funcionam bem juntas. A senha controla quem pode abrir a página de download; quem confere a senha é o serviço, então o serviço ainda poderia acessar os arquivos. A criptografia de ponta a ponta controla quem pode ler o conteúdo, inclusive o serviço. Usando as duas, um link vazado sozinho não basta e o fornecedor nunca vê o conteúdo. O guia sobre como proteger link com senha e validade mostra como escolher senhas e prazos.
Quando usar a criptografia de ponta a ponta?
| Situação | Ponta a ponta recomendada? |
|---|---|
| Fotos das férias para a família | Opcional |
| Entregas para clientes (design, vídeo) | Útil para trabalhos ainda não lançados |
| Contratos, holerites, RG e CPF | Sim |
| Laudos médicos, documentos jurídicos ou financeiros | Sim, com senha e validade curta |
| Código-fonte, planos de produto, documentos de fusão e aquisição | Sim |
Criptografia de ponta a ponta em outras ferramentas
Além do WhatsApp, serviços como Proton Drive, Tresorit Send e Wormhole criptografam os arquivos no navegador antes do upload. Já os armazenamentos em nuvem mais populares geralmente criptografam os arquivos em trânsito e em repouso, com chaves gerenciadas pelo provedor. A comparação dos melhores sites para enviar arquivos grandes mostra quais oferecem criptografia de ponta a ponta de graça, e a página para escritórios de advocacia mostra como profissionais a combinam com senha e validade curta.
Como saber se um serviço usa mesmo criptografia de ponta a ponta
- A criptografia deve acontecer antes do upload, no seu navegador ou aplicativo, e não “nos nossos servidores seguros”.
- O serviço deve dizer que não armazena as chaves; procure chaves no fragmento do link ou derivadas de um segredo que só você conhece, e veja o que acontece quando ele envia links por e-mail por você.
- Se o serviço consegue mostrar uma pré-visualização ou uma análise feita no servidor de um arquivo criptografado sem a chave, não é de ponta a ponta.
- Procure uma descrição do algoritmo e do funcionamento, e não só “segurança de nível bancário”.
Para um conjunto mais amplo de hábitos, das senhas a quem deve receber o quê, veja o checklist para enviar arquivos com segurança e a página de transferência de arquivos segura.
Envie arquivos grandes de graça
- Até 100 GB por transferência
- Sem criar conta
- Criptografado e hospedado na Europa