Törölje a telefont, és a VPN-profil esetleg egyszerűen nem jön vissza. Az iPhone biztonsági mentése sokat hordoz, de nem ígéret arra, hogy egy privát kulcs, egy felügyelt profil vagy egy regisztrációs állapot vele együtt visszatér. A hiány általában órákkal később mutatkozik meg, amikor a felhasználó úton van, és a törölt telefon volt az egyetlen működő bejelentkezési út. Öt előre felírt tény megelőzi azt a délutánt.

Mit hordoz egy biztonsági mentés, és mi nem volt soha benne

Egy helyi vagy iCloud-mentés visszaállítja a felhasználói adatokat és sok alkalmazásbeállítást, és helyreállíthat olyan hitelesítő adatokat, amelyeket az alkalmazás belevenni dönt. Nem tud újralétrehozni egy privát kulcsot, amely a secure enclave belsejében készült és nem exportálhatónak van jelölve, és nem regisztrálja újra az eszközt a felügyeletbe. Az MDM-kiszolgálóról érkező konfigurációs profilt általában az a kiszolgáló szállítja újra, nem a biztonsági mentés. Mindhárom eset ugyanúgy néz ki a Beállítások képernyőn, és törlés után eltérően viselkedik.

A megkülönböztetés számít, mert eldönti, ki tudja megoldani a problémát. A felhasználói adat a személyé, a profil és bizalmi horgonyai azé, aki kiadta őket, a privát kulcs pedig azé a szolgáltatásé, amelynek újra ki kell adnia. Ha nem tudja megnevezni ezt a három tulajdonost a visszaállítás előtt, a helyreállítási terv hiányos.

Egy kérdés teszteli a tervet: ki ad ki helyettesítőt, amikor a kulcs eltűnt? Ha a válasz senki, még ne törölje a telefont.

Írja fel, miből tudna egy kolléga újraépíteni

Írja fel az öt tényt, amely lehetővé teszi valaki másnak a kapcsolat újraépítését: szolgáltatástulajdonos, támogatott kliens és verzió, végpont neve, protokoll és port, valamint a profil átadásának módja. Adja hozzá a privát DNS-utótagot és azokat a belső alkalmazásokat, amelyek alagút nélkül elromlanak, mert ezeket jelenti a felhasználó törött VPN-ként akkor is, amikor az alagút működik. Tartsa a feljegyzést a jegyben vagy a csapat wikijében, soha ne egy zöld állapotikont ábrázoló képernyőképen.

A hitelesítés helyreállítása külön feljegyzés, és a jelszókezelőbe vagy a szervezet identitásfolyamatába tartozik. Kulcsok és jelszavak gyűjtése egy védelem nélküli jegyzetbe, mert visszaállítás közeleg, az az út, amelyen egy helyreállítható esemény incidenssé válik. A feljegyzésnek azt kell mondania, hol él a helyreállítási anyag, nem pedig azt újraelőállítania.

Nevezze meg azt a személyt is, aki jóváhagyhatja egy tanúsítvány újrakibocsátását. Egy kétnapos jóváhagyási út még mindig jobb, mint ugyanazon a napon felfedezni.

A felügyelt és a személyes profilok másként jönnek vissza

A felügyelt eszköz újra megkapja a beállításait, amikor újra regisztrál, ezért a regisztráció megelőzi a felhasználói adatok helyreállítását. A személyes profil közelebb áll egy letöltött fájlhoz: törlés után a felhasználónak új letöltésre van szüksége a kiadó szolgáltatástól és új bizalmi döntésre. Egy általános biztonsági mentés beállításokat állít vissza, nem egy nem exportálhatóként létrehozott privát kulcsot, ezért minden hitelesítő adatot a saját újrakibocsátási útjához kell mérni, nem a helyreállítás eredményéhez.

Ugyanabban a menetben erősítse meg az MFA-módszert, mert a push-t fogadó telefon gyakran éppen a törlendő telefon. Ha az egyetlen regisztrált tényező ott él, a visszaállítás előtt szervezzen egy másodikat az identitáscsapaton és az ellenőrzött folyamaton keresztül. A tanúsítvány élettartama is ehhez a beszélgetéshez tartozik, mivel egy rövid életű tanúsítvány lejárhat, miközben az eszköz egy fiókban hever, és az Apple konfigurációs profilokról szóló útmutatója lefedi a telepítési és eltávolítási kéréseket, amelyekkel a visszaúton találkozik. Ha a beállítási utasítások csak a VPN mögül olvashatók, szakítsa meg ezt a függőséget törlés előtt, ne utána.

Ellenőrizze a helyreállított kapcsolatot valódi erőforráson

A helyreállítás után telepítse a támogatott klienst vagy profilt, jelentkezzen be, és nyisson meg egy belső erőforrást, amely megköveteli az alagutat. A csatlakozva jelző azt bizonyítja, hogy az alagút létezik, nem azt, hogy a névfeloldás és az útválasztás eléri a szolgáltatást, amelyre a felhasználónak szüksége van. Ellenőrizze a bizalmi láncot is: ha a profil ismeretlen gyökeret mutat, álljon meg és erősítse meg a kibocsátót, ahelyett hogy az elfogadásra koppintana a gyors befejezésért. A sietős helyreállítás során elfogadott ismeretlen gyökér véletlenül hozott bizalmi döntés.

Ezután tesztelje a csendesen meghibásodó részeket: a belső címre feloldódó privát DNS-utótagot, a tanúsítvány dátumát és egy alkalmazást, amely az alagúttól függ. Kérje meg a felhasználót, hogy ismételje meg a bejelentkezést útmutatás nélkül, mert az ő kísérlete az átadási teszt.

Vonja ki a régi eszközidentitást, amikor a telefont lecserélik, vagy amikor a visszaállítás elvesztést követett. Egy profil visszaállítása nem vonja vissza azt a másolatot, amely esetleg máshol még létezik.

A visszaállítás előtti ellenőrzőlista, egy helyen

Tulajdonos, kliens, végpont, protokoll és átadási mód; a DNS-utótag és a függő alkalmazások; az MFA helyreállítási útja és aki jóváhagyja; a tanúsítvány újrakibocsátási útja és élettartama; valamint a regisztrációs módszer felügyelt eszközhöz. Ha bármelyik sor üres, a visszaállítás érmefeldobás. A lista tíz percet vesz igénybe, és eldönti, hogy ez helyreállítás vagy kiesés.

Ott tárolja, ahol a helyreállítást végző személy telefon nélkül is el tudja olvasni, és adjon neki lejárati felülvizsgálatot, mert a végpontok és a tulajdonosok változnak. Egy olyan helyreállítási jegyzet, amely egy kivont átjárót idéz, rosszabb, mint a jegyzet hiánya, mert magabiztos hibás cselekvésre hív.

Kapcsolódó cikkek