Sparat VPN på Android: vilken hemlighet kan du återställa?
En telefon som återansluter utan att fråga efter lösenord lagrar inte ett som du kan kopiera. Jämför de fyra inloggningsuppgifterna och den återställning som var och en kräver.
Telefonen återansluter till VPN varje morgon utan att fråga efter något. Det antyder att inloggningsuppgiften finns där inne någonstans. Vanligtvis gör den inte det, åtminstone inte i en form som du kan läsa upp och skriva in på en ny enhet.
Det telefonen har är behörighet att ansluta. Det du vill ha är en hemlighet som du kan ta med dig, och det är olika egenskaper som av en slump ger samma beteende på skärmen.
Innan du återställer något, ta reda på vilken av fyra typer av hemligheter som faktiskt saknas, eftersom var och en har en annan ägare och en annan återställning.
En fungerande anslutning är inte ett sparat lösenord
En app som tyst återansluter kan hålla ett lösenord, en sessionstoken, en referens till ett certifikat eller inget mer än en enhetsbunden nyckel som den inte kan exportera. Alla fyra ger samma användarupplevelse och ingen av dem är utbytbar.
En rad punkter i ett inställningsfält är ett visningsbeslut, inte bevis. Vissa appar lagrar faktiskt ett lösenord som kan återställas och erbjuder att visa eller exportera det; andra tar en token från ett flöde för enkel inloggning och ser aldrig lösenordet.
Så den första frågan är inte var filen finns. Det är vilken typ av behörighet appen fick, och det svaret kommer från leverantören, inte från enheten.
Fyra hemligheter, fyra återställningar
Anpassa din situation till en rad innan du kontaktar någon, eftersom begäran ändras helt beroende på vilken det är.
| 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 |
Den andra raden fångar folk oftast. Ett PKCS#12-importlösenord skyddar nyckelmaterial och har ingenting med konto-inloggningen att göra, så återställning av kontolösenordet återställer ingenting. Om paketets lösenord verkligen är förlorat är lösningen att utfärda ett nytt.
Den fjärde raden förklarar många förvirrande supporttrådar. Profilen kan referera till en inloggningsuppgift i plattformens nyckellager i stället för att innehålla en flyttbar kopia, och i så fall finns det ingenting i profilen att extrahera ens i princip.
Varför kopiering av appdata vanligtvis misslyckas
Det gamla receptet är att dra ut appens datakatalog och läsa konfigurationen därifrån. På dagens Android har receptet två oberoende problem.
Det första är säkerhetskopieringspolicyn. Android 12 begränsade appdata som exporteras via den gamla adb backup-vägen för appar som riktar sig mot API 31 eller nyare, och appar kan utesluta data från säkerhetskopiering helt. En procedur skriven för en äldre enhet är inte en universell återställningsmetod för en nuvarande.
Det andra är nyckellagret. Nycklar som genereras där kan vara icke-exporterbara och hårdvarubundna, vilket Android Keystore-dokumentationen beskriver. Att kopiera en krypterad blob kopierar inte nyckeln som dekrypterar den, så en återställd katalog kan innehålla en inloggningsuppgift som den nya enheten aldrig kan använda.
Inget av de två problemen är en bugg att kringgå. Båda är plattformen som gör det den är designad för, och att behandla dem som hinder slutar vanligtvis med en rootad telefon och inget lösenord.
Byt medvetet till en ersättningstelefon
Gör först det som stöds. Om leverantören erbjuder en export som uttryckligen innehåller de inloggningsuppgifter du behöver, använd den och verifiera resultatet på den nya enheten innan du raderar den gamla. Om inte, begär en ny profil eller registrering, vilket är den normala vägen för certifikatbaserade tjänster och vanligtvis tar kortare tid än kringgåendet.
Ordningen spelar roll. Registrera ersättaren, anslut den, skicka en testbegäran genom tunneln och ta först därefter den ursprungliga ur drift. Att behålla den fungerande telefonen tills den nya är bevisad är den billigaste tillgängliga försäkringen, och den kostar bara tålamod.
Planera också biverkningarna av en återställning. Om kontolösenordet återställs eller enhetens identitet återkallas kan andra sessioner bli ogiltiga, inklusive en laptopklient och en surfplatta som ingen kom ihåg. Hantera dem i samma fönster i stället för att upptäcka dem en i taget.
Vad du inte bör göra
Rota inte den enda fungerande enheten för att leta efter en klartextfil. Du förvandlar ett problem med åtkomståterställning till ett problem med enhetsintegritet, du kan bryta appens egna integritetskontroller, och du har fortfarande ingen garanti för att värdet du letar efter finns i läsbar form.
Klistra inte in privata nycklar, exporterade profiler eller lösenord i en supportbiljett för att bevisa att problemet är verkligt. Leverantören behöver profilnamnet, appversionen, kontoidentifieraren och felet, och ingen av dem är hemlig.
Och inaktivera inte certifikatverifiering för att få en anslutning medan du väntar. Det byter en tillfällig olägenhet mot en permanent försvagning av den enda kontroll som säger vilken server du pratar med. Anteckna de fyra fakta, ställ den specifika frågan och använd den utfärdade vägen.