Gestoorde VPN op Android: watter geheim kan jy herwin?
'n Foon wat weer verbind sonder om na ’n wagwoord te vra, stoor nie een wat jy kan kopieer nie. Vergelyk die vier soorte getuigskrifte en die herstel wat elkeen nodig het.
Die foon verbind elke oggend weer met die VPN sonder om enigiets te vra. Dit impliseer dat die getuigskrif iewers daarin is. Gewoonlik is dit nie, ten minste nie in ’n vorm wat jy kan voorlees en in ’n nuwe toestel kan intik nie.
Wat die foon het, is magtiging om te verbind. Wat jy wil hê, is ’n geheim wat jy kan saamdra, en dit is verskillende eienskappe wat toevallig dieselfde gedrag op die skerm lewer.
Voordat jy enigiets terugstel, bepaal watter van die vier soorte geheime werklik ontbreek, want elkeen het ’n ander eienaar en ’n ander herstelpad.
’n Werkende verbinding is nie ’n gestoorde wagwoord nie
’n App wat stilweg weer verbind, hou dalk ’n wagwoord, ’n sessietoken, ’n sertifikaatverwysing of niks meer as ’n toestelgebonde sleutel wat dit nie kan uitvoer nie. Al vier lewer dieselfde gebruikerservaring en nie een van hulle is onderling verwisselbaar nie.
’n Ry kolletjies in ’n instellingsveld is ’n weergee-besluit, nie bewyse nie. Sommige programme stoor werklik ’n herwinbare wagwoord en bied ’n onthulling of uitvoer; ander neem ’n token uit ’n enkel-aanmelding-vloei en sien die wagwoord nooit nie.
Die eerste vraag is dus nie waar die lêer is nie. Dit is watter soort magtiging aan die app gegee is, en daardie antwoord kom van die verskaffer, nie van die toestel nie.
Vier geheime, vier herstelpaaie
Pas jou situasie by een ry in voordat jy enigiemand kontak, want die versoek verander heeltemal na gelang van watter een dit is.
| 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 |
Die tweede ry vang mense die meeste. ’n PKCS#12-invoerwagwoord beskerm sleutelmateriaal en hou geen verband met die rekening-aanmelding nie, so om die rekeningwagwoord te herstel, herwin niks. As die pakketwagwoord werklik verlore is, is heruitreiking die oplossing.
Die vierde ry verduidelik baie verwarrende ondersteuningsdrade. Die profiel verwys dalk na ’n getuigskrif in die platform se sleutelstoor eerder as om ’n draagbare kopie te bevat, en in daardie geval is daar beginselmatig niks in die profiel om te onttrek nie.
Hoekom die kopiëring van app-data gewoonlik misluk
Die ou resep is om die app se datagids te trek en die konfigurasie daaruit te lees. Op huidige Android het die resep twee onafhanklike probleme.
Die eerste is rugsteunbeleid. Android 12 het app-data wat deur die ouerwetse adb backup-pad uitgevoer word, beperk vir programme wat op API 31 of later teiken, en programme kan data heeltemal van rugsteun uitsluit. ’n Prosedure wat vir ’n ouer toestel geskryf is, is nie ’n universele herwinmetode vir ’n huidige een nie.
Die tweede is die sleutelstoor. Sleutels wat daar gegenereer word, kan nie-uitvoerbaar en hardewaregebonde wees, soos die Android Keystore-dokumentasie beskryf. Om ’n versleutelde blob te kopieer, kopieer nie die sleutel wat dit ontsluit nie, so ’n herstelde gids kan ’n getuigskrif bevat wat die nuwe toestel nooit kan gebruik nie.
Nie een van die probleme is ’n fout om te omseil nie. Albei is die platform wat doen waarvoor dit ontwerp is, en om hulle as hindernisse te behandel, eindig gewoonlik met ’n gerootte foon en geen wagwoord nie.
Stap doelbewus oor na ’n vervangingsfoon
Doen eers die ondersteunde ding. As die verskaffer ’n uitvoer bied wat die getuigskrifte wat jy nodig het, uitdruklik insluit, gebruik dit en verifieer die resultaat op die nuwe toestel voordat jy die oue uitvee. Indien nie, vra ’n nuwe profiel of inskrywing aan, wat die normale pad vir sertifikaatgebaseerde dienste is en gewoonlik minder tyd neem as die omseiling.
Volgorde maak saak. Skryf die vervanging in, verbind dit, stuur ’n toetsversoek deur die tonnel en stel eers daarna die oorspronklike buite werking. Om die werkende foon te hou totdat die nuwe een bewys is, is die goedkoopste versekering beskikbaar, en dit kos niks behalwe geduld nie.
Beplan ook vir die newe-effekte van ’n terugstelling. As die rekeningwagwoord teruggestel of die toestelidentiteit ingetrek word, kan ander sessies ongeldig raak, insluitend ’n skootrekenaarkliënt en ’n tablet wat niemand onthou het nie. Hanteer dit in dieselfde venster eerder as om hulle een vir een te ontdek.
Wat om nie te doen nie
Moenie die enigste werkende toestel root om na ’n gewone-teks-lêer te soek nie. Jy verander ’n toegangsherwinningsprobleem in ’n toestelintegriteitsprobleem, jy kan die app se eie integriteitskontroles breek, en jy het steeds geen waarborg dat die waarde waarna jy soek in leesbare vorm bestaan nie.
Moenie private sleutels, uitgevoerde profiele of wagwoorde in ’n ondersteuningskaartjie plak om te bewys die probleem is werklik nie. Die verskaffer het die profielnaam, die app-weergawe, die rekening-identifiseerder en die fout nodig, waarvan niks geheim is nie.
En moenie sertifikaatverifikasie deaktiveer om ’n verbinding te kry terwyl jy wag nie. Dit ruil ’n tydelike ongerief vir ’n permanente verswakking van die enigste kontrole wat jou vertel watter bediener jy in gesprek is. Teken die vier feite aan, vra die spesifieke vraag en gebruik die pad wat uitgereik is.