A encriptação ponto a ponto predefinida reduz a probabilidade de enviar uma mensagem sensível no modo errado. Não torna todas as funcionalidades de uma aplicação privadas, não elimina os metadados nem protege um telemóvel comprometido.
Uma comparação útil faz duas perguntas: O que acontece quando inicio uma conversa pessoal normal? O que muda quando uso um grupo, uma cópia de segurança, um canal público ou outro dispositivo? Este guia compara cinco mensageiros nestes termos, com base na documentação publicada consultada em 24 de outubro de 2026. Não é uma classificação independente de segurança.
O que muda com a opção «predefinida»
Com E2EE opcional, os utilizadores têm de escolher uma conversa encriptada compatível antes de enviar. Se escolherem outro modo, aplicam-se as regras desse modo. Com E2EE predefinida, as conversas pessoais compatíveis começam protegidas sem um interruptor de sigilo separado.
Nenhuma das opções diz tudo sobre o serviço. Um fornecedor pode encriptar dados nos seus servidores sem oferecer E2EE, e um mensageiro com E2EE pode continuar a conservar registos operacionais. A encriptação em repouso, a encriptação de transporte e a encriptação ponto a ponto tratam de diferentes vias de acesso.
Cinco produtos, cinco âmbitos a verificar
| Mensageiro | Ponto de partida documentado | Limite importante |
|---|---|---|
| Signal | As conversas Signal usam E2EE sem um modo secreto opcional | Os destinatários previstos e os seus dispositivos podem aceder ao texto em claro |
| As mensagens e chamadas pessoais usam E2EE por predefinição | A proteção das cópias de segurança online é uma definição e um sistema de recuperação separados | |
| Telegram | Os Cloud Chats normais usam encriptação cliente-servidor; os Secret Chats acrescentam E2EE | Os Secret Chats são entre duas pessoas e específicos do dispositivo; os grupos normais não têm E2EE |
| Messenger | A Meta documenta E2EE predefinida para mensagens e chamadas pessoais | Verifique a conversa e a funcionalidade concretas em vez de presumir que todas as áreas do Facebook têm a mesma proteção |
| Livara | A arquitetura publicada descreve conversas diretas protegidas e grupos privados LGS1 | Os canais públicos ficam fora da E2EE; um grupo antigo incompatível permanece visivelmente fora dela |
Fontes: orientações de privacidade do Signal, privacidade do WhatsApp, FAQ do Telegram, anúncio de encriptação predefinida do Messenger e segurança do Livara.
Por que importam os dois modos do Telegram
Os Cloud Chats do Telegram suportam o seu modelo de histórico na nuvem. Os Secret Chats têm um limite de confidencialidade diferente e estão vinculados aos dispositivos de origem. Um grupo normal não se torna um Secret Chat porque o seu convite é privado ou os membros confiam uns nos outros.
Para uma conversa que exige E2EE, a questão prática é escolher um modo que a ofereça antes de partilhar o conteúdo. Chamar aos Cloud Chats «não encriptados» sem ressalvas também é incorreto: o Telegram documenta encriptação cliente-servidor nesse modo. A distinção é quem pode desencriptar, não se existe alguma encriptação.
Por que a definição de cópia de segurança do WhatsApp faz parte da comparação
Uma mensagem protegida em circulação e uma cópia recuperável do seu histórico são objetos diferentes. As orientações de privacidade do WhatsApp oferecem explicitamente cópias de segurança online encriptadas como proteção adicional. Reveja essa definição e o método de recuperação na sua própria conta em vez de deduzir a segurança da cópia a partir do cadeado de uma conversa.
A mesma pergunta deve fazer parte da avaliação de qualquer produto: o que é copiado, onde se guarda o segredo de desencriptação e o que acontece se for perdido? Uma reposição conveniente da conta não restaura necessariamente o histórico encriptado.
A proteção declarada pelo Livara e os seus limites
O Livara descreve sessões diretas LVR1 que usam material clássico e ML-KEM-768, e encriptação LGS1 com chave do remetente para grupos protegidos. São declarações sobre a arquitetura do produto, não uma prova de implementação auditada de forma independente.
A documentação também regista metadados de encaminhamento e participação, separa canais públicos de conversas privadas e afirma que a recuperação v7 restaura a identidade criptográfica, não o histórico das conversas. A ausência de identidade de encriptação impede um envio protegido; grupos incompatíveis não devem herdar silenciosamente a classificação mais forte.
Estas ressalvas são úteis ao testar um produto. O nome de um algoritmo não diz se a conversa aberta está no modo protegido. Leia o modelo de ameaças juntamente com a descrição da funcionalidade.
Uma verificação prática da encriptação predefinida
Antes de transferir conversas sensíveis:
- Inicie uma conversa direta de teste e um grupo de teste com os dispositivos que os participantes realmente usam.
- Localize o estado da encriptação e o método de verificação de identidade suportado.
- Verifique o que acontece quando o dispositivo ou a identidade de um membro muda. Não ignore um aviso inesperado sem o confirmar.
- Reveja separadamente dispositivos associados, transferência de histórico e cópias de segurança.
- Identifique áreas públicas, bots, exportações e outras formas de o conteúdo sair da conversa.
A encriptação predefinida é uma propriedade valiosa de usabilidade. O próximo passo útil é verificar o seu âmbito, não tratar «predefinida» como substituto de um modelo de ameaças.
