Premještanje korporativne web aplikacije iza VPN-a: vodič kroz prelazak
Pratite promjenu od korisničke oznake do starog javnog slušača. Zadržite HTTPS, račune aplikacije i svakog pozivatelja koji nije zaposlenik u planu.
Zamislite promjenu iz korisničke perspektive. Netko klikne oznaku, očekuje poznatu stranicu za prijavu, a umjesto toga dobije pogrešku veze jer ime hosta sada odgovara samo unutar tunela. Taj jedan trenutak sadrži sve što plan migracije mora ispravno riješiti: ime, putanju, certifikat, račun i operaciju koja stoji iza njih. Prođite kroz korake u nastavku tim redom i prelazak prestaje biti skok.
Korak 1: zapišite što korisnici danas rade
Počnite s imenom hosta u adresnoj traci, lukom, operacijama koje ljudi izvode i računima koje koriste. Ako ne možete navesti tri glavne operacije, niste spremni zatvoriti javni ulaz, jer nećete prepoznati pokvarenu tijekom prihvata.
Zatim odlučite tko je privatna publika. Zaposlenici na korporativnom VPN-u su početak, ne odgovor. Izvođači, osoblje podrške i financijski tim možda svi trebaju aplikaciju i možda ne sjede svi iza istog pristupnika.
Korak 2: odvojite tunel od prijave
Kada korisnik dosegne aplikaciju kroz VPN, preglednik još uvijek otvara TLS vezu prema vlastitoj završnoj točki aplikacije. Certifikat mora odgovarati tom imenu, a aplikacija još uvijek provjerava autentičnost računa. Ništa u tunelu ne zamjenjuje ni jedno ni drugo.
Ovdje migracije tiho krenu po zlu. Netko odluči da privatna adresa više ne treba valjan certifikat, korisnici nauče kliknuti kroz upozorenje, a organizacija je javnu izloženost zamijenila obukom za ignoriranje sigurnosnih upozorenja. Ako aplikacija doista treba interni certifikat, izdajte ga od internog tijela i pravilno raspodijelite povjerenje. To je kontrolirana promjena; stranica upozorenja to nije.
Zadržite autorizaciju tamo gdje već živi. Sažetak arhitekture nultog povjerenja NIST-a to izravno pokazuje: mrežna lokacija nije razlog za dodjelu osjetljive operacije. Boravak unutar tunela ne smije pretvoriti račun samo za čitanje u administratora.
Korak 3: pronađite pozivatelje koji nisu zaposlenici
Otvorite konfiguraciju aplikacije i popišite sve što razgovara s njom: URL povratnog poziva davatelja identiteta, webhook davatelja plaćanja, zakazani uvoz, probu nadzora, klijent API-ja partnera. Svaki je ovisnost s vlasnikom i svaki će se slomiti u različitom trenutku.
Odredite podržani put za svaki koji mora ostati. Davatelj webhooka ne može se pridružiti vašem VPN-u za zaposlenike, pa ili izložite usko ograničenu završnu točku integracije s vlastitom autentifikacijom, ili promijenite model integracije. Ostaviti cijelu aplikaciju javnom jer postoji jedan povratni poziv izbor je, i obično pogrešan.
Zapišite svaku iznimku s odredištem, dopuštenom operacijom, autentifikacijom i vlasnikom. Generički VPN račun dodijeljen integraciji način je na koji iznimka postaje trajna. Pregledajte popis na sljedećem pregledu pristupa, jer integracije nadživljavaju projekte koji su ih dodali. Iznimka bez datuma isteka trajna je dizajnerska odluka koju nitko nije donio.
Korak 4: umirovite javnu rutu, ne samo DNS zapis
Prođite kroz lanac objavljivanja: DNS, slušače balansera opterećenja, pravila obrnutog proxyja, vatrozid hosta i svako alternativno ime koje još pokazuje na staru adresu. Provjerite obje obitelji adresa. Promjena glavnog A zapisa gotovo ništa ne dokazuje ako stariji CNAME ili IPv6 slušač još poslužuje aplikaciju.
Paralelno potvrdite da se privatno ime razrješava unutar tunela i da certifikat pokriva ime koje će korisnici upisati. Korisnik koji mora zalijepiti brojčanu adresu pronašao je simptom, a ne zaobilazno rješenje.
Ograničite publiku VPN-a na putanju aplikacije. Širok pristup urednkoj mreži mijenja jednu odluku o izloženosti za veću, a administrativna sučelja trebaju vlastite dopuštene izvore umjesto nasljeđivanja korisničkog pravila.
Korak 5: sami prođite prihvat
Povežite se kao odobreni korisnik, otvorite oznaku, provjerite certifikat, prijavite se i izvršite jednu stvarnu operaciju. Zatim pokušajte s računom koji ne bi trebao imati tu operaciju i potvrdite da je odbijen. Zatim pokušajte s uređaja izvan VPN-a i potvrdite da je aplikacija nedostupna.
Ponovite za svaku zadržanu integraciju i pročitajte dnevnik dostave davatelja umjesto da pretpostavite da je 200 iz vašeg vlastitog alata za testiranje ista stvar. Uspješna VPN prijava nije dokaz ni za jedan od ovih rezultata.
Korak 6: uvježbajte loš dan
Odlučite što se događa tijekom prekida tunela: rad staje ili preuzima drugi odobreni način pristupa. Što god odabrali, zapišite i jednom testirajte, jer će hitno javno ponovno otvaranje kao nedokumentirani mehanizam oporavka na kraju izvesti netko pod pritiskom.
Zadržite pristup za oporavak administratorima koji održavaju pristupnik i aplikaciju, s vlasnikom i datumom uklanjanja. Zabilježite promjenu i uvjete njezina vraćanja na istom mjestu, kako neuspjela migracija ne bi zaključala ljude koji bi je popravili.
Nakon prelaska, zakrpe, životni ciklus računa, autorizacija aplikacije i revizija i dalje su vaši. Tunel je suzio ulaz; nije preuzeo nijedan od tih poslova.