Recuperar a identidade, voltar a iniciar sessão e recuperar o histórico são três resultados distintos; o sucesso de um não garante os outros.
Esquecer a palavra-passe não elimina necessariamente todas as conversas. O resultado depende do que perdeu: acesso à conta, chaves criptográficas, o dispositivo onde estava o histórico ou o segredo para abrir a cópia de segurança.
Num sistema ponta a ponta, o apoio não deve conseguir reconstruir uma chave que não possui apenas por decisão administrativa. Mas deste princípio não se pode concluir que toda a recuperação segura seja impossível ou que qualquer mensagem apagada tenha desaparecido para sempre de todas as cópias.
Quatro questões habitualmente chamadas “recuperação”
| Objetivo | Pergunta certa |
|---|---|
| Voltar a entrar na conta | Que prova é necessária para autorizar uma nova sessão? |
| Recuperar a identidade criptográfica | De que cópia protegida regressam as chaves de identidade? |
| Restaurar o histórico de conversas | Onde estão as mensagens e a chave ou o estado necessários para as ler? |
| Recuperar uma mensagem apagada | Resta alguma cópia no dispositivo, numa cópia de segurança, numa exportação ou com o interlocutor? |
Estas quatro vias podem coexistir numa aplicação, mas não são a mesma operação. O sucesso no início de sessão, por si só, não prova a existência do histórico nem o acesso às chaves antigas.
O que recupera exatamente o v7 da Livara?
Segundo a página de segurança da Livara, as chaves P-256 de acordo de chaves e assinatura e a semente ML-KEM são cifradas no dispositivo com uma chave de recuperação aleatória de 256 bits; depois, o pacote protegido é enviado. O formato v7 também autentica informações como o conjunto de algoritmos, a época de identidade e a geração.
O ponto decisivo no mesmo documento é: esta via recupera a identidade, não o histórico de conversas. Portanto, possuir a frase de recuperação não deve ser apresentado como uma promessa de recuperar todas as mensagens antigas. A palavra-passe de acesso à conta, por si só, também não basta para abrir este pacote.
Esta explicação apresenta o limite declarado do produto, não um teste independente de todas as vias de recuperação. Numa mudança real de dispositivo, consulte as instruções da versão atual e não apague o único dispositivo com dados antes de ter a certeza.
Porque é que a recuperação segura não é incompatível com E2EE?
É possível cifrar uma cópia de segurança no dispositivo e manter a chave para a abrir fora do controlo do serviço. Nesse modelo, existir uma cópia na nuvem não significa necessariamente que a empresa a possa ler.
Por exemplo, o guia oficial do WhatsApp sobre cópias de segurança ponta a ponta explica métodos protegidos e a necessidade do fator de recuperação adequado. Este exemplo mostra que “se o histórico pode ser recuperado, então não é E2EE verdadeiro” está errado. As condições e os fatores necessários variam entre produtos e não devem ser generalizados para a Livara.
A avaliação de uma cópia de segurança deve perguntar que dados contém, quem tem a chave, como se autoriza a recuperação e o que acontece se o segredo se perder.
Quando é que esquecer a palavra-passe leva à perda de acesso?
Se não restar uma cópia utilizável dos dados ou da chave necessária, a restauração pode não ser viável. Mas um dispositivo que ainda tenha sessão iniciada, uma cópia de segurança recuperável ou uma cópia autorizada com o interlocutor podem alterar a situação.
A criptografia também não apaga subitamente os ficheiros de todos os dispositivos quando alguém esquece uma palavra-passe. É preciso distinguir “os dados foram apagados”, “os dados existem, mas a chave não está disponível” e “esta versão da aplicação não permite a restauração”.
Alterar a palavra-passe de acesso ou recuperar a identidade também não revoga necessariamente a sessão do dispositivo antigo. Após um incidente de segurança, as sessões e os dispositivos devem ser verificados separadamente.
Uma mensagem apagada é realmente irrecuperável?
Não se pode dar essa garantia sem analisar o produto, o dispositivo e as cópias restantes. Apagar da interface pode não ser o mesmo que apagar da base de dados, o ficheiro anexo, a cópia de segurança e a cópia do interlocutor. Uma captura de ecrã ou exportação criada anteriormente também não desaparece automaticamente ao apagar a mensagem.
O sigilo futuro nos protocolos de ratchet diz respeito a limitar o efeito da exposição de certas chaves sobre mensagens anteriores. A especificação Double Ratchet explica este modelo. Esta propriedade, por si só, não comprova a eliminação segura do armazenamento local nem a ausência de qualquer cópia legível.
A promessa de uma ferramenta desconhecida de “recuperar todas as conversas cifradas” também não é motivo para confiar nela. Entregar a frase de recuperação, a palavra-passe, o ficheiro de cópia de segurança ou acesso amplo ao dispositivo pode agravar o problema.
Esclareça estes pontos antes de mudar de telefone
- Determine o que o produto realmente recupera: identidade, histórico ou ambos.
- Guarde o segredo de recuperação num local protegido que não se perca com o telefone.
- Não coloque o segredo num chat, num pedido de apoio ou numa imagem pública.
- Leia o método oficial de transferência ou recuperação; sem um teste seguro, não apague a única cópia dos dados.
- Após a transferência, verifique o estado das sessões anteriores e a identidade dos contactos sensíveis.
Se perdeu uma frase, comece por inventariar os seus dispositivos e as cópias autorizadas. A resposta exata resulta desse inventário e das regras do produto, não das duas promessas extremas de que “tudo regressa sempre” ou “esquecer a palavra-passe significa apagar tudo definitivamente”.
