O que a encriptação de ponta a ponta protege, e o que não protege

A encriptação de ponta a ponta (E2EE) é uma das frases mais tranquilizadoras do software, e uma das mais incompreendidas. O guia Autodefesa de Vigilância da EFF define-a com precisão: "garante que a informação é transformada numa mensagem secreta pelo seu remetente original… e descodificada apenas pelo seu destinatário final." Isso é uma garantia forte para o conteúdo da mensagem. Não é uma garantia para tudo o resto na conversa.

O que a E2EE realmente protege: o conteúdo

Quando uma app de mensagens implementa corretamente a encriptação de ponta a ponta, a empresa que gere o serviço não consegue ler as mensagens que passam pelos seus próprios servidores — só o dispositivo do remetente e o do destinatário detêm as chaves necessárias para desencriptar. A documentação técnica publicada pela Signal descreve os mecanismos subjacentes, incluindo o algoritmo Double Ratchet, concebido para que "chaves anteriores não possam ser calculadas a partir de chaves posteriores": mesmo que uma chave seja alguma vez exposta, as mensagens passadas permanecem protegidas, uma propriedade chamada sigilo de encaminhamento (forward secrecy). Esta é a parte da promessa que se mantém bem quando implementada corretamente, e é uma diferença significativa em relação a uma mensagem de texto simples ou a um e-mail não encriptado, que qualquer servidor no caminho consegue ler.

O que não protege: os metadados

O guia da EFF é direto quanto à lacuna: a encriptação "esconde o conteúdo das suas mensagens, mas não quem fala com quem, nem quando, nem com que frequência." Os metadados — quem contactou quem, a que horas, durante quanto tempo, a partir de que local — podem ser tão reveladores quanto a própria mensagem. Saber que uma fonte telefonou a um jornalista na noite anterior a uma notícia ser publicada pode identificar essa fonte mesmo sem uma única palavra da conversa ser lida. Alguns serviços trabalham especificamente para reduzir essa exposição: a funcionalidade "sealed sender" da Signal foi construída para que os seus próprios servidores não precisem de saber quem enviou uma determinada mensagem, apenas a quem é entregue, embora o próprio artigo da Signal sobre a funcionalidade note que a resistência a uma análise de tráfego mais avançada — usando tempos e endereços IP — continua a ser uma área de trabalho contínuo, não um problema resolvido.

O que não protege: os pontos finais

A encriptação protege os dados em trânsito entre dois dispositivos. Não consegue proteger dados num dispositivo que esteja ele próprio comprometido. A EFF afirma-o claramente: "se os seus pontos finais… estiverem comprometidos, as suas comunicações encriptadas podem ficar comprometidas." Uma app prejudicial com acesso de leitura ao ecrã, um dispositivo desbloqueado por outra pessoa, ou uma mensagem que o destinatário decide capturar em ecrã, estão todos fora do que a encriptação consegue resolver — a mensagem foi desencriptada fielmente, exatamente como previsto, para exatamente a pessoa que devia lê-la, que depois fez algo com ela fora do controlo do remetente.

O que não protege: as cópias de segurança

Uma conversa encriptada em trânsito não continua encriptada da mesma forma depois de ser guardada. A EFF nota que, se "guardar automaticamente cópias de segurança de conversas encriptadas na nuvem", essas cópias podem não ter a mesma proteção de ponta a ponta que a conversa em direto tinha — dependendo do serviço e das suas definições de cópia de segurança, um fornecedor de nuvem (ou quem comprometer esse fornecedor, ou for legalmente obrigado a entregar o seu conteúdo) poderia potencialmente ler uma cópia de segurança contra a qual a mensagem original estava protegida. Vale a pena verificar uma vez se as cópias de segurança de uma app são encriptadas de ponta a ponta por defeito, ou só opcionalmente, em vez de assumir que a definição mais forte é automática.

Porque é que esta distinção importa na prática

Para uma fonte ou um cliente em risco, "usamos uma app encriptada" não é uma resposta completa à pergunta "estamos seguros", porque as ameaças que mais importam — ser identificado através de padrões de chamadas, ter um telemóvel apreendido e desbloqueado, ou uma cópia de segurança entregue sob processo legal — ficam em grande parte fora do que a encriptação resolve. A próxima lição aborda a peça que mantém tudo isto a funcionar à partida: as chaves e as palavras-passe de que a encriptação depende, e o que acontece quando se perdem ou são expostas.