Vi sendis unu VPN-profilo al ĉiuj, kaj ĝi enhavas vian pasvorton

La profilo instaliĝas pure, ĉiuj konektiĝas, kaj poste la konta pasvorto rotacias. Ĉiu aparato, kiu ricevis la dosieron, ĉesas aŭtentikigi en la sama minuto, ĉar ĉiuj portas la saman sekreton. Tio estas la signo: unu legitimilo kopiita en komunan artefakton transformas rutinan pasvortŝanĝon en tutflotan interrompon. Tieni la reuzeblan agordon kaj la individuan identecon kiel du apartajn transdonojn evitas tion, kaj la propra dokumentaro pri aparat-administrado de Apple traktas profilojn kiel agordojn kaj rajtigon, ne kiel sekretan konservejon.

La simptomo aperas ĉe la unua rotacio

Dosiero mobileconfig estas XML aŭ subskribita plist. Ĉiu, kiu havas kopion, povas malkodi la utilecon kaj legi, kio estas en ĝi, do valoro AuthPassword en ŝablono estas legitimilo en klara teksto kun nekutima dosiera finaĵo. Subskribo ŝanĝas integrecon kaj originon, ne legeblecon. Dume, la partoj, kiujn vi vere volas kunhavigi, kiel la pordega adreso, la atendata servila identeco kaj la trafika politiko, estas identaj por ĉiuj.

Ordigi la kampojn antaŭ ol redakti ion ajn, ĉar la limo ne estas tie, kie homoj supozas.

Apartigu komunajn agordojn de individuaj legitimiloj

La interaga vojo estas lasi la pasvorton ekstere kaj lasi la subtenatan aŭtentikigan aranĝon peti ĝin. Legu tion atente: forigi kampon, kiu nur aspektas simila, ne estas universala konverto al interaga ensaluto. La IKEv2-utilpeco distingas AuthName de AuthPassword, kaj la aŭtentikiga metodo decidas, ĉu peto eĉ atingeblas; metodo bazita sur atestilo tute ne petos pasvorton.

Ankaŭ atestiloj ne bezonas komunan ŝlosilon

Se la pordego atendas atestilan aŭtentikigon, registru la celatan uzantan aŭ aparatan identecon per la aprobita mekanismo kaj tenu la privatan ŝlosilon ekster la ŝablono. Unu komuna privata ŝlosilo en ĉiu kopio donas al vi la saman rotacian problemon kun pli malbona efika radiuso, ĉar ŝlosilo ne povas esti revokita por persono, se ĝi ne estis eldonita por persono.

Registru eldonon, renovigon kaj revokon de tiu identeco apud la profilrevizio. Kiam la du estas spureblaj kune, renovigo estas planita tasko anstataŭ incidento.

Nesuperrigardataj maŝinoj bezonas trian respondon

Maŝino, kiu devas konektiĝi antaŭ ol iu ensalutas, ne povas respondi peton. Tio estas alia postulo ol faciligi la agordon por ensalutinta persono, kaj ĝi devus esti solvita per administrata identeco aŭ peraparata atestilo interkonsentita kun la posedanto de la pordego, ne per konservado de homa pasvorto en profilo.

Konservi pasvorton ankaŭ ne forigas duan faktoron. Se la pordego postulas MFA, profilo kun konservita pasvorto ankoraŭ malsukcesas ĉe lanĉo, kaj la malsukceso aspektas kiel rompita profilo anstataŭ mankanta faktoro.

Kontrolu la artefakton, kiu estis fakte generita

Ŝablonoj mensogas per preterlaso. Administra servo aŭ eksportilo povas enŝuti legitimilojn en la finan dosieron, kaj akompanaj identecaj utilpecoj aŭ diagnozaj kopioj povas porti materialon, kiun la ŝablono neniam montris. Malfermu la generitan artefakton antaŭ ol decidi, kiu rajtas ricevi ĝin. Konservu ankaŭ la agordojn de fidinda eldonanto kaj atendata servila identeco sendifektaj; forigi pasvorton ne estas kialo malfortigi la pordegan fidon.

Se reala pasvorto aŭ privata identeco jam vojaĝis tro vaste, revoku ĝin ĉe la eldonanto kaj anstataŭigu ĝin. Redakti morgaŭan ŝablonon faras nenion por la jam instalitaj kopioj, kaj tiuj kopioj daŭre aŭtentikigos ĝis la legitimilo malantaŭ ili estos retirita.

Akceptu la transdonon kun testa identeco

Instalu per la aprobita fluo sur aparato registrita kiel aparta testa identeco, plenumu la celatan aŭtentikigon, kaj atingi la privatan rimedon anstataŭ nur observi la tunelon leviĝi. Konfirmu, ke la profilo enhavas neniun legitimilan materialon, poste konfirmu, ke la legitimilo ekzistas en la identeca registro, kiu renoviĝos. Tiu paro estas la akcepta testo.

Unu revizio por komunaj agordoj, unu registro por persono, kaj revoka vojo, kiun vi vere uzis unufoje.