Um bom modelo de ameaças conecta um risco específico a uma medida verificável, não à lista mais longa de recursos.
Criar um modelo de ameaças para um aplicativo de mensagens significa definir quais informações são importantes para você, quem pode conseguir acessá-las e quais medidas fazem sentido para os seus riscos e as suas circunstâncias. As ameaças enfrentadas por uma família, um jornalista ou um funcionário com celular corporativo não são necessariamente as mesmas. Este guia oferece uma estrutura simples para você elaborar seu próprio plano, não um ranking definitivo de aplicativos de mensagens.
Pontos principais
- Um modelo de ameaças são três ou quatro frases, não um produto. Escreva o que você quer proteger, de quem e quanto esforço está disposto a fazer. Sem essas frases, escolher um aplicativo de mensagens é apenas reunir uma lista de recursos.
- Sua conversa tem quatro elos: seu dispositivo, a rede, o servidor do aplicativo e o dispositivo da outra pessoa. Esses quatro níveis são um ponto de partida; examine também, separadamente, backups, contas e serviços conectados.
- A criptografia de ponta a ponta protege o conteúdo contra intermediários; a segurança dos dispositivos, das chaves e dos backups, assim como o comportamento do destinatário, continua importante.
- Avalie as ameaças de acordo com a sua situação: acesso físico, prévias de notificações, phishing, backups e dispositivos conectados são exemplos do que verificar, não um ranking estatístico.
- Metadados são diferentes do texto. As informações sobre com quem você conversou e quando podem continuar existindo mesmo com o texto totalmente criptografado e exigem uma decisão à parte.
O que é um modelo de ameaças e por que ele importa na escolha de um aplicativo de mensagens?
Um modelo de ameaças é uma descrição breve do que você quer proteger, de quem e com quanto esforço. Enquanto esses três pontos não estiverem claros, comparar aplicativos de mensagens só produzirá uma lista maior de recursos, sem mostrar quais deles realmente servem para você.
A Electronic Frontier Foundation (EFF) explica isso em seu guia Security Planning (Threat Modeling): tentar se proteger de todas as ameaças possíveis, o tempo todo, leva à frustração, porque segurança é um processo, não uma compra. Para equipes técnicas, o projeto de modelagem de ameaças da OWASP oferece uma estrutura semelhante, e a biblioteca de modelos de ameaças do guia de desenvolvimento da OWASP reúne muitos exemplos prontos que podem servir de referência.
Um ponto prático: o modelo de ameaças não é um documento imutável. Uma mudança de emprego, uma viagem de trabalho ou a entrada de alguém no grupo da família pode alterá-lo completamente. Sempre que isso acontecer, reescreva aquelas mesmas quatro frases.
Quem lê minhas mensagens? Divida a cadeia em quatro elos
A resposta curta: toda mensagem passa por quatro elos — seu dispositivo, a rede, o servidor do aplicativo e o dispositivo do contato —, e cópias ou contas conectadas também podem criar caminhos de acesso. Portanto, a pergunta certa não é “qual aplicativo de mensagens é mais seguro?”, mas “na minha situação, qual elo é mais fraco?”.
Primeiro elo: seu próprio dispositivo
Tudo o que aparece na tela do celular já foi descriptografado. Se o aparelho estiver desbloqueado, se as prévias de notificações estiverem ativadas na tela de bloqueio ou se alguém souber seu código de quatro dígitos, a criptografia durante o envio não impedirá a leitura do conteúdo acessível naquele dispositivo.
Segundo elo: a rede
Quem observa a rede pode ver o destino da conexão, os horários e o volume de tráfego. Um serviço de DNS não vê necessariamente toda a rota ou todos os pacotes das mensagens. Com criptografia de ponta a ponta, esses observadores veem dados criptografados, não o texto; mas a troca de mensagens e seu volume geralmente não ficam ocultos.
Terceiro elo: o servidor do aplicativo de mensagens
O servidor é o ponto de sincronização dos dispositivos. Com criptografia de ponta a ponta, ele não lê o texto, mas ainda vê os metadados de roteamento e pode armazená-los. É aqui que a diferença entre “criptografado” e “privado” fica evidente.
Quarto elo: o dispositivo da outra pessoa
O último elo está fora do seu controle. Seu contato pode fazer uma captura de tela, encaminhar a mensagem ou ter um celular infectado. A criptografia de ponta a ponta reduz esse elo à “confiança no contato”, e nada além disso.
Em resumo: a criptografia de ponta a ponta limita o acesso ao conteúdo, mas os dispositivos, o gerenciamento de chaves e os destinatários autorizados continuam fazendo parte do modelo de ameaças.
Quais ameaças você deve avaliar na sua situação?
Celular desbloqueado, acesso à conta, prévias de notificações e backups são exemplos de aspectos a verificar. Para alguém que é alvo de ataques profissionais direcionados, malware avançado ou coerção física também podem ser relevantes. Não minimize o risco sem conhecer as circunstâncias.
O backup é um caminho de acesso separado. Se o aplicativo de mensagens guarda uma cópia na nuvem e ela não tem criptografia de ponta a ponta, a proteção da criptografia no celular termina na fronteira da nuvem. É como trancar a porta certa, mas deixar a chave ao lado dela. O guia sobre como fazer backup seguro de conversas criptografadas ajuda a examinar esse caminho.
Uma segunda ameaça são as pessoas próximas: um colega de trabalho, alguém que mora com você ou uma pessoa que pega seu celular emprestado “só por um instante”. Uma terceira é a conta de acesso. Se o login é feito por e-mail e esse e-mail tem uma proteção fraca, toda a cadeia pode ser aberta pelo elo mais fraco. Nenhum desses problemas é resolvido com criptografia mais forte.
Como proteger conversas de hackers: quais ataques realmente acontecem?
A resposta curta: os ataques comuns a conversas não quebram a matemática da criptografia. Eles envolvem phishing, malware, roubo de códigos de acesso e ataques ao próprio dispositivo. Na prática, em vez de arrombar a fechadura, o invasor procura a chave.
Por isso, a forma como você faz login importa tanto quanto o tamanho da chave. A Livara usa SRP para autenticação — uma prova de conhecimento da senha sem revelá-la: seu dispositivo comprova que conhece a senha sem enviar a própria senha pela rede. Na prática, isso significa que capturar o tráfego de login não revela a senha. Mas a limitação também precisa ficar explícita: o SRP não impede que uma pessoa digite a própria senha em uma página falsa. Nesse caso, a questão deixa de ser matemática e passa a ser a atenção do usuário.
Uma segunda superfície de ataque é o próprio aplicativo. Um APK modificado pode contornar qualquer criptografia. A Livara publica a soma de verificação SHA-256 de cada versão para que você compare o arquivo baixado com uma referência confiável. O Laboratório de Provas faz isso no navegador. Se você quer saber o que perguntar sobre qualquer outro aplicativo de mensagens, a lista de perguntas a fazer antes de escolher um aplicativo de mensagens seguro é um bom ponto de partida.
O que a criptografia de ponta a ponta cobre e o que não cobre?
A resposta curta: a criptografia de ponta a ponta protege o conteúdo da mensagem desde seu dispositivo até o dispositivo do destinatário, de modo que o servidor veja apenas dados criptografados. Mas o nome desse recurso não permite tirar conclusões sobre todos os metadados, backups, capturas de tela ou canais públicos. Cada um desses aspectos exige controles próprios.
Para um produto específico, leia a tabela de cobertura dos recursos em vez de tirar conclusões pelo nome do algoritmo. A página de segurança da Livara e seu modelo de ameaças explicam conversas, canais, chamadas, metadados e recuperação. Essas são declarações publicadas pelo fabricante e não substituem testes independentes. Examine separadamente, em especial, as condições de gravação de chamadas e a diferença entre recuperar a identidade e recuperar o histórico de conversas.
O que os metadados revelam mesmo quando o texto está criptografado?
A resposta curta: os metadados mostram quem conversou com quem, quando e com qual volume de dados. Criptografar o texto não elimina essas informações.
Na Livara, os metadados padrão de roteamento — remetente, destino e horário de entrega — são mantidos para sincronizar os dispositivos sem interrupções. Essa é uma limitação explícita, não um detalhe que pode ser ignorado. Mesmo sem ler o texto, o mapa de “quem fala com quem” pode ser sensível: médico e paciente, advogado e cliente ou as partes de uma negociação comercial. Uma explicação mais completa está no texto sobre o que os metadados de mensagens revelam.
Se seu modelo de ameaças inclui “alguém que vê meu padrão de comunicação”, nenhum aplicativo com criptografia de ponta a ponta resolve sozinho essa parte do problema. Você também precisa pensar com quem conversa e de onde.
Escreva seu modelo de ameaças em cinco minutos
A resposta curta: responda a quatro perguntas — de quem tenho receio, o que essa pessoa quer, quais são suas capacidades e o que acontece se a mensagem vazar — e depois escolha a medida eficaz de menor custo, não o contrário.
- Quem representa a ameaça? Dê um nome: colega de trabalho, ex-parceiro, ladrão, empresa, governo.
- O que vale a pena proteger? O texto da conversa, os arquivos ou o próprio padrão de comunicação.
- Quais são as capacidades dessa pessoa? Acesso físico ao celular? Acesso à conta? Recursos amplos?
- O que acontece se houver um vazamento? Prejuízo à reputação, ao emprego, à segurança física ou apenas constrangimento?
- Com base nessas respostas, escolha a medida eficaz de menor custo.
Se a ameaça é alguém observando a mesma rede Wi-Fi, uma conexão TLS validada e a criptografia de ponta a ponta autenticada são importantes. Para acesso físico, o bloqueio do dispositivo tem outra prioridade. O guia sobre como verificar uma conversa usando números de segurança mostra como fazer essa verificação. E, se você quer saber quem vê o quê em um aplicativo específico, o modelo de ameaças publicado pela Livara explica isso sem slogans.
Um exemplo breve de modelo de ameaças
“Os arquivos de trabalho no meu celular são sensíveis. O principal risco atual é um colega acessar o aparelho desbloqueado e as cópias salvas na galeria. Nesta semana, vou reduzir o tempo até o bloqueio automático, limitar as prévias de notificações e verificar as pastas de backup. Depois, vou avaliar o resultado com um arquivo de teste.”
Isso é apenas um exemplo. Se uma pessoa controladora tem acesso ao seu dispositivo, mudanças repentinas nas configurações podem chamar a atenção dela. Use um dispositivo seguro e a ajuda de alguém de confiança para se planejar, e coloque sua segurança física em primeiro lugar.
Perguntas frequentes
Como definir “modelo de ameaças” em uma frase?
É deixar claro o que você quer proteger, de quem e com quanto esforço. Essa frase determina qual recurso de segurança vale o custo e qual apenas acrescenta complexidade.
Se tenho criptografia de ponta a ponta, ainda preciso me preocupar com hackers?
Sim, mas não da maneira que você talvez imagine: em vez de arrombar a fechadura, o invasor mira o dispositivo, usa phishing e busca o código de acesso. Portanto, as perguntas certas são: meu celular está bloqueado, meu backup na nuvem está criptografado e minha conta de e-mail está protegida?
Os canais públicos também têm criptografia de ponta a ponta?
Não. Um canal é um espaço público de transmissão com conteúdo legível, para permitir a análise de denúncias e a remoção de conteúdo abusivo. Segundo a documentação da Livara, conversas diretas e grupos privados compatíveis são criptografados de ponta a ponta quando o E2EE está ativo. Um grupo antigo incompatível pode permanecer visivelmente fora do E2EE. Verifique o status daquela conversa. O servidor também continua controlando a participação nos grupos.
Como saber se a versão para Android que instalei não foi modificada?
Compare o hash do arquivo APK baixado com a soma de verificação da mesma versão obtida de uma fonte confiável. O Laboratório de Provas foi projetado para verificar arquivos no navegador. Um hash correspondente demonstra apenas que o arquivo é igual à referência. Se um invasor substituir tanto o arquivo quanto o hash de referência, a correspondência não basta. Um APK modificado pode contornar a criptografia; por isso, verificar a integridade do aplicativo é tão importante quanto a própria criptografia.
