A E2EE limita o que um fornecedor consegue ler; não descreve todos os locais onde uma conversa pode existir.
Um pedido legal dirigido a um fornecedor de mensagens pode alcançar registos que este possui ou aos quais consegue aceder. A cifragem ponta a ponta pode manter o conteúdo de mensagens privadas fora da posse desse fornecedor em formato legível, mas não torna uma conta anónima nem impede os investigadores de obter informações noutros locais.
O resultado depende da retenção efetiva de dados do serviço, da funcionalidade de comunicação usada, da origem da prova e do procedimento legal aplicável. Uma intimação para apresentação de dados, um mandado de busca e um exame de dispositivo não são equivalentes. Este artigo explica limites técnicos, não como um tribunal ou jurisdição específicos tratarão um caso; procure aconselhamento jurídico qualificado perante um pedido real.
Comece pela origem dos dados
Uma pergunta como “A polícia pode ler mensagens cifradas?” é demasiado ampla. Pergunte de onde viria a cópia:
| Origem | O que pode estar disponível | O que a E2EE altera |
|---|---|---|
| Fornecedor de mensagens | Registos da conta, metadados guardados, publicações públicas e dados de entrega cifrados | A E2EE corretamente implementada limita o acesso ao texto simples privado quando o fornecedor não tem as chaves |
| Dispositivo de um participante | Conversas apresentadas, bases de dados locais, ficheiros descarregados ou notificações | A cifragem em trânsito não oculta dados já disponíveis num dispositivo final acessível |
| Serviço de cópias de segurança | O conteúdo da cópia, segundo a sua própria política de cifragem e chaves | A E2EE do chat não estabelece automaticamente E2EE da cópia |
| Destinatário ou membro do grupo | As suas cópias, capturas de ecrã, exportações ou testemunho | Um destinatário pode divulgar informações que recebeu |
Estas categorias podem sobrepor-se. Um servidor sem histórico privado legível pode ainda guardar registos úteis; um fornecedor com muitos registos pode ter apagado um elemento específico segundo a sua política de retenção. Nenhum desses resultados pode ser deduzido apenas de um símbolo de cifragem.
Um exemplo documentado: a resposta publicada pelo Signal
Na sua divulgação de outubro de 2021 relativa a um grande júri da Califórnia, o Signal descreveu ter fornecido marcas temporais de criação de contas e datas da última ligação, em vez das informações sobre mensagens, contactos e grupos solicitadas. Isso demonstra os registos disponíveis ao Signal para aquela resposta divulgada.
Não demonstra que todos os mensageiros cifrados conservam os mesmos dois campos. A minimização de dados é uma escolha arquitetural separada. O exemplo também não diz o que um investigador poderia obter do dispositivo de um utilizador, de outro participante ou de um serviço diferente.
O que o Livara documenta sobre a visibilidade no servidor
A visão geral de segurança do Livara, identificada para a versão 0.1.68, descreve mensagens diretas protegidas por LVR1 e grupos privados compatíveis protegidos por LGS1; os grupos antigos incompatíveis continuam visivelmente fora da E2EE. O seu projeto documentado para anexos cifra ficheiros antes do envio e transporta as chaves em envelopes cifrados da conversa.
A mesma visão geral identifica metadados de comunicação retidos, incluindo informações de remetente e destino, marcas temporais, tamanhos e participação em grupos. Os canais públicos são legíveis pelo servidor. As chamadas opcionais gravadas no servidor, claramente assinaladas como REC, usam cifragem de transporte em vez de E2EE nesse modo de gravação. Leia os limites específicos de cada funcionalidade em vez de tratar todo o conteúdo de uma aplicação da mesma forma.
A documentação também afirma que a proteção de metadados LSS1 não está ligada aos envios normais. Seria, por isso, enganador descrever as mensagens normais como ocultando do serviço o grafo de comunicações.
Estas são declarações da documentação do produto, não uma resposta publicada a uma exigência legal nem uma auditoria independente a todos os registos do servidor. O modelo de ameaças é o ponto de partida adequado para compreender os limites previstos.
Cifragem e retenção respondem a perguntas diferentes
A cifragem pergunta quem tem as chaves para interpretar os bytes armazenados. A retenção pergunta que bytes e registos ainda existem. Um ficheiro cifrado pode permanecer guardado durante muito tempo; um registo legível pode ter curta duração. A afirmação “não conseguimos decifrar mensagens” não demonstra a ausência de endereços IP, conversas com o apoio, denúncias de abuso ou registos de entrega.
Um relatório de transparência útil deve identificar o período abrangido, as categorias de pedidos, os registos solicitados, os registos fornecidos e os limites à divulgação. Uma política de privacidade deve distinguir recolha de retenção e explicar as exceções. Evite deduzir “sem registos” de uma promessa geral de privacidade.
A autenticação também tem os seus próprios registos. O SRP pode evitar o envio da palavra-passe durante uma troca honesta do protocolo, mas o servidor conserva um verificador. O RFC 5054, secção 3.3 explica os riscos do roubo do verificador, incluindo a adivinhação de palavras-passe. “Sem palavra-passe em texto simples” não significa “nada sensível pode ser divulgado ou roubado”.
Perguntas antes de confiar num mensageiro
- A E2EE abrange exatamente este chat, cópia de segurança, chamada e modo de anexos?
- Que metadados o fornecedor documenta e durante quanto tempo os retém?
- Dispositivos adicionais ou percursos de recuperação da conta podem expor uma cópia local?
- Publicações públicas, pedidos de apoio e mensagens denunciadas são tratados separadamente?
- Existe um relatório de transparência datado ou um pedido real divulgado, em vez de uma alegação infundada de imunidade legal?
Num assunto jurídico em curso, não trate um artigo de blog como uma instrução para apagar registos, alterar a retenção ou ignorar uma ordem. Obtenha aconselhamento adequado à jurisdição e preserve o material relevante conforme aconselhado.
A cifragem pós-quântica muda a resposta?
Pode reforçar um protocolo de estabelecimento de chaves devidamente concebido contra futuros ataques quânticos a texto cifrado capturado. Não remove metadados existentes, conteúdo público, cópias nos dispositivos finais ou obrigações legais. A distinção prática mantém-se: identifique os dados, a sua localização, as chaves e o procedimento que procura obter acesso.
