O resultado pericial depende do estado real do dispositivo e das chaves, não apenas do nome do banco de dados ou algoritmo.
A criptografia de ponta a ponta e a proteção de dados locais são questões relacionadas, mas diferentes. Uma mensagem protegida no caminho de rede precisa se tornar legível para ser exibida no dispositivo. O resultado de uma análise pericial depende do estado do dispositivo, do tipo de acesso, das versões do sistema e aplicativo e da localização das chaves; nenhum nome de algoritmo determina sozinho o resultado.
Portanto, tanto a afirmação “com acesso físico, tudo é lido imediatamente” quanto a promessa “a extração nunca é possível” exigem cautela.
Examine quatro camadas de proteção separadamente
| Camada | Função principal | Limitação importante |
|---|---|---|
| E2EE das mensagens | Proteger o conteúdo entre os dispositivos dos participantes | Não garante a integridade do dispositivo nem das cópias locais |
| Isolamento de aplicativos | Limitar o acesso de aplicativos comuns aos dados uns dos outros | Acesso privilegiado ou vulnerabilidades podem alterar o modelo |
| Criptografia de arquivos ou disco | Proteger dados armazenados em condições específicas | O estado do bloqueio e a disponibilidade da chave importam |
| Criptografia do banco no aplicativo | Uma barreira adicional para o arquivo do banco de dados | A forma de guardar e usar a chave é decisiva |
A documentação de FBE do Android distingue o espaço dependente das credenciais do usuário daquele disponível no Direct Boot. A expressão “o celular está bloqueado” não informa, sozinha, todo o estado das chaves; estar antes ou depois do primeiro desbloqueio após a inicialização também pode importar.
O que um arquivo SQLite comprova?
SQLite é um formato e mecanismo de armazenamento, não um rótulo que, sozinho, indique a presença ou ausência de todas as proteções. O arquivo pode estar em uma área criptografada do sistema operacional ou ser protegido por uma solução separada.
Além disso, excluir uma linha não necessariamente elimina todos os seus vestígios em todos os arquivos. A documentação do SQLite explica as configurações de exclusão segura e as limitações das tabelas virtuais. Arquivos auxiliares e backups também precisam entrar na análise do ciclo de vida dos dados. Isso não significa garantia de recuperar toda mensagem apagada em qualquer celular.
Não execute comandos de manutenção do banco em dados reais sem conhecer o aplicativo; alterar diretamente seus arquivos pode corromper dados ou modificar evidências.
SQLCipher e Keystore são soluções, não certificados de imunidade
SQLCipher foi projetado para criptografia transparente de bancos de dados, mas as especificações devem ser lidas conforme a versão. A página de design do SQLCipher descreve a estrutura AES-CBC com autenticação; a apresentação da versão 5 beta em setembro de 2026 informa a mudança para AES-GCM. Portanto, atribuir um único modo de cifra a todas as versões não é preciso.
Android Keystore também pode proteger chaves e controlar seu uso, mas é necessário determinar quais recursos e qual nível de hardware o aplicativo realmente utiliza. O nome StrongBox em um artigo não comprova seu uso pelo produto. Guia do Keystore.
Mesmo uma chave não extraível pode, em certas condições, ser utilizável por operações permitidas. “Não é possível copiar a chave” e “o invasor não pode descriptografar nenhum dado” não são a mesma afirmação.
Qual é o papel da RAM e do ratchet?
Limitar a vida útil das chaves e do texto sensível reduz as oportunidades de exposição. Porém, limpar um buffer não comprova que nenhuma outra cópia permaneceu em uma biblioteca, prévia ou processo de exibição.
O alcance do ratchet também varia conforme o tipo de chave exposta e a continuidade do acesso do invasor. “Uma chave separada para cada mensagem” não permite concluir que uma captura de memória revela, no máximo, uma mensagem. Armazenar histórico legível no dispositivo é uma questão distinta das chaves de transporte.
O que não foi confirmado sobre o Livara?
O modelo de ameaças do Livara não garante proteção de um dispositivo infectado ou desbloqueado. Este artigo não confirma de forma independente que uma versão específica do Livara utiliza SQLCipher ou StrongBox, limpa completamente a RAM ou não mantém dados locais de chamadas. Essas propriedades não devem ser atribuídas ao produto sem relatórios de teste e evidências de implementação.
Da mesma forma, o pacote de recuperação de identidade na documentação de segurança não equivale a um backup do histórico. A verificação do hash do APK no Proof Lab pode mostrar a correspondência entre o arquivo e um hash confiável; seu resultado não é uma auditoria do armazenamento nem um teste antiperícia.
Que informações uma alegação pericial válida deve conter?
Peça modelo do dispositivo, versões do sistema e aplicativo, estado do bloqueio, método e nível de acesso, tipo de dado obtido e limitações do teste. A falha de uma ferramenta em um experimento não comprova a impossibilidade de todos os métodos; um sucesso limitado tampouco autoriza generalizar para todos os usuários.
Para o usuário comum, atualizações, bloqueio forte, redução de cópias extras de mídia e cuidado com os meios de recuperação são prioridades. Em um incidente grave, procure um especialista autorizado antes de ações que alterem dados ou evidências.
