Androidon mentett VPN: melyik titkot tudod visszaállítani?
A telefon, amely jelszó kérdezése nélkül csatlakozik újra, nem olyan jelszót tárol, amelyet lemásolhatnál. Hasonlítsd össze a négy hitelesítő adatot és a helyreállítást, amelyre mindegyiknek szüksége van.
A telefon minden reggel újracsatlakozik a VPN-hez anélkül, hogy bármit kérdezne. Ez azt jelenti, hogy a hitelesítő adat valahol benne van. Általában mégsincs, legalábbis nem olyan formában, amelyet felolvashatsz és beírhatsz egy új eszközbe.
A telefonnak csatlakozási jogosultsága van. Te egy titkot szeretnél, amelyet magaddal vihetsz, és ezek különböző tulajdonságok, amelyek véletlenül ugyanazt a viselkedést hozzák létre a képernyőn.
Mielőtt bármit visszaállítanál, állapítsd meg, melyik hiányzik valójában a négy titoktípus közül, mert mindegyiknek más a tulajdonosa és más a helyreállítása.
A működő kapcsolat nem tárolt jelszó
Egy csendben újracsatlakozó alkalmazás tarthat jelszót, munkamenet-tokent, tanúsítványra mutató hivatkozást, vagy nem többet egy eszközhöz kötött kulcsnál, amelyet nem tud exportálni. Mind a négy ugyanazt a felhasználói élményt nyújtja, és egyik sem cserélhető fel.
A beállítások mezőjében sorakozó pontok megjelenítési döntés, nem bizonyíték. Egyes alkalmazások valóban tárolnak helyreállítható jelszót, és felkínálják annak felfedését vagy exportálását; mások tokent vesznek át egy egyszeri bejelentkezési folyamatból, és soha nem látják a jelszót.
Tehát az első kérdés nem az, hol van a fájl. Hanem az, milyen jogosultságot kapott az alkalmazás, és erre a választ a szolgáltató adja, nem az eszköz.
Négy titok, négy helyreállítás
Illeszd a helyzetedet egy sorhoz, mielőtt bárkit felkeresnél, mert a kérés teljesen megváltozik attól függően, melyikről van szó.
| 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 második sor fogja meg legtöbbször az embereket. A PKCS#12 importjelszó a kulcsanyagot védi, és semmi köze a fiókba való bejelentkezéshez, ezért a fiók jelszavának visszaállítása semmit nem állít helyre. Ha a csomag jelszava valóban elveszett, a megoldás az újrakibocsátás.
A negyedik sor sok zavaros támogatási szálat megmagyaráz. A profil hivatkozhat a platform kulcstárában lévő hitelesítő adatra ahelyett, hogy hordozható másolatot tartalmazna, és ebben az esetben elvileg sincs semmi kinyerhető a profilban.
Miért szokott sikertelen lenni az alkalmazásadatok másolása
A régi recept az, hogy kihúzzuk az alkalmazás adatkönyvtárát, és onnan olvassuk ki a konfigurációt. A jelenlegi Androidon a receptnek két független problémája van.
Az első a biztonsági mentési szabályzat. Az Android 12 korlátozta a régi adb backup útvonalon exportált alkalmazásadatokat az API 31 vagy újabb célverziójú alkalmazások esetében, és az alkalmazások teljesen kizárhatják az adatokat a biztonsági mentésből. Egy régebbi eszközre írt eljárás nem univerzális helyreállítási módszer egy jelenlegire.
A második a kulcstár. Az ott létrehozott kulcsok nem exportálhatók és hardverhez kötöttek lehetnek, ahogy az Android Keystore dokumentációja leírja. Egy titkosított blob másolása nem másolja a visszafejtéséhez szükséges kulcsot, így egy visszaállított könyvtár tartalmazhat olyan hitelesítő adatot, amelyet az új eszköz soha nem tud használni.
Egyik probléma sem megkerülendő hiba. Mindkettő a platform, amely azt teszi, amire tervezték, és ha akadályként kezeljük őket, az általában rootolt telefonnal és jelszó nélkül végződik.
Térj át szándékosan egy csere-telefonra
Először a támogatott dolgot tedd meg. Ha a szolgáltató olyan exportot kínál, amely kifejezetten tartalmazza a szükséges hitelesítő adatokat, használd, és ellenőrizd az eredményt az új eszközön, mielőtt törölnéd a régit. Ha nem, kérj új profilt vagy regisztrációt, ami a tanúsítványalapú szolgáltatások szokásos útja, és általában kevesebb időt vesz igénybe, mint a megkerülés.
A sorrend számít. Regisztráld a cserét, csatlakoztasd, küldj egy tesztkérést az alagúton keresztül, és csak utána vond ki az eredetit. A működő telefon megtartása, amíg az új be nem bizonyosodik, a legolcsóbb elérhető biztosítás, és csak türelmet igényel.
Tervezz a visszaállítás mellékhatásaival is. Ha a fiók jelszava visszaáll, vagy az eszköz identitása visszavonásra kerül, más munkamenetek érvénytelenné válhatnak, köztük egy laptopkliens és egy tablet, amelyre senki nem emlékezett. Ugyanabban az időablakban foglalkozz velük, ahelyett, hogy egyenként fedeznéd fel őket.
Mit ne tegyél
Ne rootold az egyetlen működő eszközt egy sima szöveges fájl után kutatva. A hozzáférés-helyreállítási problémát eszközintegritási problémává alakítod, megtörheted az alkalmazás saját integritásellenőrzéseit, és még mindig nincs garancia arra, hogy a keresett érték olvasható formában létezik.
Ne illeszd be a privát kulcsokat, exportált profilokat vagy jelszavakat egy támogatási jegybe, hogy bizonyítsd a probléma valódiságát. A szolgáltatónak a profil neve, az alkalmazás verziója, a fiók azonosítója és a hiba kell, amelyek egyike sem titok.
És ne kapcsold ki a tanúsítvány-ellenőrzést, hogy kapcsolatot kapj, amíg vársz. Ez egy ideiglenes kellemetlenséget cserél arra a végleges gyengülésre, amely az egyetlen ellenőrzést érinti, amely megmondja, melyik szerverrel beszélsz. Jegyezd fel a négy tényt, tedd fel a konkrét kérdést, és használd a kiadott utat.