VPN guardada no Android: qual segredo você consegue recuperar?
Um telefone que se reconecta sem pedir senha não guarda uma que você possa copiar. Compare as quatro credenciais e a recuperação que cada uma exige.
O telefone se reconecta à VPN toda manhã sem pedir nada. Isso implica que a credencial está lá dentro em algum lugar. Normalmente não está, pelo menos não em uma forma que você possa ler e digitar em um aparelho novo.
O que o telefone tem é autoridade para conectar. O que você quer é um segredo que possa levar junto, e essas são propriedades diferentes que por acaso produzem o mesmo comportamento na tela.
Antes de redefinir qualquer coisa, identifique qual dos quatro tipos de segredo está realmente faltando, porque cada um tem um dono diferente e uma recuperação diferente.
Uma conexão que funciona não é uma senha guardada
Um aplicativo que se reconecta em silêncio pode estar guardando uma senha, um token de sessão, uma referência a um certificado ou nada mais que uma chave vinculada ao aparelho que ele não consegue exportar. As quatro produzem a mesma experiência de usuário e nenhuma é intercambiável.
Uma fileira de pontos em um campo de configurações é uma decisão de exibição, não prova. Alguns aplicativos realmente guardam uma senha recuperável e oferecem revelá-la ou exportá-la; outros pegam um token de um fluxo de login único e nunca veem a senha.
Então a primeira pergunta não é onde está o arquivo. É que tipo de autoridade o aplicativo recebeu, e essa resposta vem do provedor, não do aparelho.
Quatro segredos, quatro recuperações
Encaixe sua situação em uma linha antes de contatar alguém, porque o pedido muda completamente conforme o caso.
| What is missing | Who can restore it |
|---|---|
| Account password used with a username | The identity provider, through a reset |
| Password protecting a private key or PKCS#12 package | Nobody, if it is forgotten; a fresh profile and key are issued instead |
| Session token or SSO session | Nobody; sign in again to obtain a new session |
| Reference to a certificate or key held on the device | The administrator, by enrolling the new device |
A segunda linha é a que mais pega as pessoas. Uma senha de importação PKCS#12 protege material de chave e não tem relação com o login da conta, então redefinir a senha da conta não recupera nada. Se a senha do pacote se perdeu de verdade, a solução é reemitir.
A quarta linha explica muitas threads de suporte confusas. O perfil pode referenciar uma credencial no armazenamento de chaves da plataforma em vez de conter uma cópia portátil, e nesse caso não há nada no perfil a extrair nem em princípio.
Por que copiar os dados do aplicativo normalmente falha
A receita antiga é extrair o diretório de dados do aplicativo e ler a configuração dele. No Android atual a receita tem dois problemas independentes.
O primeiro é a política de backup. O Android 12 restringiu os dados de aplicativos exportados pelo caminho antigo adb backup para aplicativos destinados à API 31 ou posterior, e os aplicativos podem excluir os dados do backup por completo. Um procedimento escrito para um aparelho antigo não é um método de recuperação universal para um atual.
O segundo é o armazenamento de chaves. As chaves geradas ali podem ser não exportáveis e vinculadas ao hardware, como descreve a documentação do Android Keystore. Copiar um blob criptografado não copia a chave que o descriptografa, então um diretório restaurado pode conter uma credencial que o aparelho novo nunca poderá usar.
Nenhum dos dois problemas é um bug a contornar. Ambos são a plataforma fazendo o que foi projetada para fazer, e tratá-los como obstáculos costuma terminar com um telefone rooteado e sem senha.
Mude para um telefone substituto de forma deliberada
Faça primeiro o que é suportado. Se o provedor oferece uma exportação que inclui explicitamente as credenciais de que você precisa, use-a e verifique o resultado no aparelho novo antes de apagar o antigo. Se não oferece, peça um novo perfil ou registro, que é o caminho normal para serviços baseados em certificados e costuma levar menos tempo que o contorno.
A ordem importa. Registre o substituto, conecte-o, envie uma requisição de teste pelo túnel e só então retire o original. Manter o telefone que funciona até o novo ser comprovado é o seguro mais barato disponível, e custa apenas paciência.
Planeje também os efeitos colaterais de uma redefinição. Se a senha da conta for redefinida ou a identidade do aparelho for revogada, outras sessões podem ficar inválidas, incluindo um cliente de notebook e um tablet que ninguém lembrava. Lide com elas na mesma janela em vez de descobri-las uma a uma.
O que não fazer
Não faça root no único aparelho que funciona para procurar um arquivo de texto puro. Você transforma um problema de recuperação de acesso em um problema de integridade do aparelho, pode quebrar as verificações de integridade do próprio aplicativo, e ainda assim não tem garantia de que o valor que procura exista em forma legível.
Não cole chaves privadas, perfis exportados ou senhas em um ticket de suporte para provar que o problema é real. O provedor precisa do nome do perfil, da versão do aplicativo, do identificador da conta e do erro, nenhum dos quais é segredo.
E não desative a verificação de certificados para conseguir uma conexão enquanto espera. Isso troca um incômodo temporário por um enfraquecimento permanente da única verificação que diz com qual servidor você está falando. Anote os quatro fatos, faça a pergunta específica e use o caminho emitido.