Uma chave forte é diferente de uma chave correta; autenticar o contato faz parte da segurança da conversa.
A criptografia de mensagens deve proteger o conteúdo e esclarecer a qual conta a chave da outra pessoa realmente pertence. Se o aplicativo obtém a chave inicial do servidor, autenticar essa chave é importante: criptografar para a chave de um invasor não estabelece uma comunicação segura com o contato desejado.
Isso não significa que todo servidor comprometido consiga ler imediatamente todas as mensagens anteriores. O resultado depende do protocolo, das chaves já verificadas, dos alertas de mudança de identidade e dos mecanismos de transparência de chaves.
Qual é o problema de confiança no primeiro contato?
Para iniciar uma conversa com alguém que está offline, o aplicativo de mensagens pode manter um pacote de chaves públicas dessa pessoa no servidor. A assinatura da pré-chave ajuda a verificar sua ligação com a chave de identidade; mas a própria chave de identidade também precisa estar vinculada ao contato desejado.
A especificação X3DH do Signal explica esse modelo de comunicação assíncrona e suas premissas de autenticação. Esse documento não deve ser chamado de especificação LVR1: usar ideias semelhantes não significa que os dois protocolos sejam iguais.
Como a substituição de chaves cria riscos?
Em um exemplo simples, no lugar da chave da conta de “Alice”, o invasor fornece uma chave sob seu próprio controle. Se o dispositivo a aceitar sem uma verificação suficiente, uma nova mensagem poderá ser criptografada para o invasor. A possibilidade dessa ação e sua detecção dependem dos detalhes do sistema; afirmar que ela “sempre acontece silenciosamente e sem avisos” não é correto.
Uma chave forte é diferente de uma chave correta. AES ou um algoritmo pós-quântico não verifica, por si só, a identidade humana do titular da conta.
O que o número de segurança verifica?
A impressão digital da chave ou o número de segurança é uma representação mais curta das informações de chaves da conversa. Compará-la por um meio em que você confia na autenticidade da outra pessoa ajuda os dois dispositivos a concordar sobre as chaves de comunicação. Essa verificação não prova que o telefone esteja livre de malware ou que a outra pessoa nunca vá compartilhar novamente a mensagem.
O guia oficial do Signal também esclarece que o número de segurança, sozinho, não autentica a identidade de uma pessoa. Uma mudança pode resultar da troca de dispositivo ou de uma reinstalação; uma mudança inesperada exige investigação, não a conclusão imediata de que houve invasão.
Como verificar antes de enviar uma mensagem sensível
- Abra a página de informações de segurança da conversa nos dois dispositivos.
- Entre em contato com a pessoa que você conhece presencialmente ou por um canal independente e confiável.
- Compare o número ou código QR completo de verificação da conversa conforme as instruções do aplicativo; apenas os primeiros dígitos não bastam.
- Se encontrar uma divergência, pare de enviar informações sensíveis e pergunte a causa por um canal independente.
- Depois de uma mudança de chave ou dispositivo, verifique novamente o estado da verificação.
Enviar uma imagem do número na própria conversa cuja autenticidade está em dúvida não oferece uma verificação independente. Uma chamada de voz também não é suficiente contra a falsificação de identidade se sua única referência for a semelhança da voz; use um número ou canal de comunicação que já era confiável.
O que muda com a transparência de chaves?
A transparência de chaves, ou Key Transparency, pode revelar inconsistências no mapeamento entre contas e chaves e reduzir a dependência da comparação manual. Na apresentação da verificação automática de chaves em agosto de 2026, o Signal explica essa funcionalidade e suas limitações de disponibilidade. Esse mecanismo também não prova, sozinho, que quem controla a conta seja a pessoa com quem você pretende falar.
Portanto, a frase “a comparação manual é o único método disponível em todos os aplicativos de mensagens” está desatualizada. Verifique cada recurso na versão e nas condições do próprio produto; não atribua a um aplicativo os recursos de outro.
Em que podemos nos apoiar no caso do Livara?
A documentação do Livara recomenda comparar a impressão digital da chave por outro canal. Para uma conversa sensível, considere essa etapa separadamente dos nomes dos algoritmos. Este artigo não afirma que o Livara tenha um sistema de transparência de chaves semelhante ao do Signal ou resultados de uma auditoria independente.
Perguntas frequentes
Uma verificação bem-sucedida significa que nenhum ataque é possível?
Não. O resultado depende da segurança dos dispositivos, do método de comparação e das premissas do protocolo. Malware ou um destinatário que copia o conteúdo estão fora do problema de substituição de chaves.
Devo excluir a conta a cada mudança de chave?
Não. Primeiro, verifique o motivo da mudança com o contato por um canal confiável. Nesse intervalo, não envie informações sensíveis.
Essa verificação torna as mensagens anteriores seguras de novo?
Não. A verificação de hoje não desfaz uma possível exposição anterior. Para iniciar uma comunicação sensível, é melhor fazer a verificação antes de enviar.
