VPN gjithmonë aktiv: ndarja e rrugës, lejes dhe sesionit

Mbajtja e një tuneli hapur gjatë gjithë kohës është një vendim projektimi me një version të ligjshëm dhe një version të pakujdesshëm. Një degë që ka nevojë për një aplikacion qendror gjatë gjithë ditës, plus një punë rezervë gjatë natës, ka një arsye. Një laptop i lënë i lidhur në një dhomë hoteli për tre ditë është aksident.

Të dyja shfaqin të njëjtën ikonë të gjelbër dhe të dyja përgjigjen njësoj nëse pyesni sa kohë tuneli ka qenë i ngritur. Ai numër nuk është ai interesanti. Ajo që ka rëndësi është çfarë lidhja mban të disponueshme, për kë dhe çfarë e përfundon atë.

Tre orë që ecin veçmas

Gjendja e parë është rruga. Një tunel dhe politikat e tij bëjnë të arritshëm një grup shërbimesh, dhe një lidhje pa trafik mund të qëndrojë gati për kërkesën tjetër. Sa kohë qëndron gati është një vendim zbatimi, jo një kohëmatës universal.

Gjendja e dytë është leja. Një identitet ose pajisje e pranuar mund të jetë e autorizuar të përdorë atë rrugë. Ai autorizim duhet të ndryshojë kur ndryshon një rol, kur një pajisje humbet ose kur dyshohet për kompromis, dhe është i pavarur nga fakti nëse paketat rrjedhin.

Gjendja e tretë është sesioni i vetë aplikacionit. Një klient baze të dhënash, një desktop në distancë ose një aplikacion web vërtetohet veçmas dhe mban gjendjen e vet. Mbyllja e tunelit nuk përfundon domosdoshmërisht asnjë prej tyre.

Një rishikim që i trajton këto si një pyetje të vetme përfundon duke debatuar për kohëmatës të papunësisë. Secili prej të treve mund të jetë i shëndetshëm ose i prishur më vete, dhe një gjetje në njërin thotë pak për të tjerët. Një listë kontrolli me tre rreshta mund atë të një debati për një vlerë të vetme afati. Shkruani përgjigjen për secilën gjendje veçmas.

Tuneli është rrugë, jo stemë

Një tunel i vendosur është provë se ekziston një rrugë e mbrojtur midis dy pikave fundore. Nuk është provë se çdo proces pas çdo pike fundore duhet të arrijë çdo shërbim në anën tjetër.

Udhëzimi zero trust i NIST thotë të njëjtën gjë nga ana tjetër: vendndodhja në rrjet nuk duhet trajtuar si besim i nënkuptuar. Një lidhje site është fakt transporti, dhe leja që një host të përdorë një aplikacion është një vendim i veçantë me pronar të vet.

Një peer i kompromentuar mund të tentojë ende veprime të dëmshme përmes shërbimeve që lejohet të arrijë. Filtrimi dhe monitorimi ulin rreziqe të caktuara pa fshirë pasojat e kompromisit të pikës fundore. Dizajno për rrugën dhe autorizo për shërbimin.

Arsyetimi i një lidhjeje të përhershme site

Versioni i mbrojtshëm i gjithmonë aktiv emërton me saktësi qëllimin e tij. Cilat burime, cilat destinacione, cili drejtim dhe kush zotëron çdo hyrje. Një mur zjarri dege që lejon çdo host dege të arrijë çdo subnet qendror nuk e ka mbajtur lidhjen për një qëllim të emërtuar; e ka mbajtur për çdo gjë që dikujt i shkon në mendje më vonë.

Aty ku një peer nuk mund të përmbushë nivelin e kërkuar të besimit, ngushtoni kufirin ose ndryshoni rregullimin. Të mbështetesh te shkëputja manuale e rastësishme është një kontroll procesi, dhe kontrollet e procesit janë më pak të besueshme pikërisht kur një incident i bën ato të papërshtatshme.

Mbajeni arsyetimin bashkë me konfigurimin. Një përjashtim i përhershëm me qëllim të shkruar mund të rishikohet dhe të tërhiqet. Një pa qëllim bëhet i përhershëm si parazgjedhje.

Zëvendësimi i çelësave nuk është revokim

Zëvendësimi i çelësave sipas një plani mban ciklin e jetës së mbrojtjes. Ripërtërin materialin dhe ruan konfidencialitetin. Nuk heq të drejtën e një pike fundore.

Nëse pika fundore ende mban kredenciale të vlefshme dhe një politikë aksesi që e pranon, negociimi tjetër riktheon të njëjtën rrugë të lejuar. Kjo është arsyeja pse thënia se çelësat rrotullohen çdo orë nuk është përgjigje për një pajisje të humbur: pajisja e humbur gjithashtu rrotullohet, për sa kohë identiteti i saj është i besuar. Kontrollo të drejtën përpara se të kontrollosh planin. Rrotullimi është higjienë, dhe revokimi është vendim aksesi.

Revokimi është një mekanizëm tjetër me vonesën e vet: një certifikatë e revokuar, një llogari e çaktivizuar, një grup i ndryshuar, një rregull rrjeti i hequr. Secili hyn në fuqi në një pikë të ndryshme dhe secili sillet ndryshe për sesionet tashmë të vendosura.

Përfundimi i asaj që tashmë është në punë

Pyetni çfarë bën zbatimi me sesionet e vendosura kur aksesi hiqet. Ai mund t'i përfundojë ato, të presë skadimin ose të zbatojë një sjellje të dokumentuar në mes. Mos supozoni se ndryshimi i pranimit i nesërm do të mbyllë lidhjen e aplikacionit të sotëm.

Për akses interaktiv, kufijtë e sesionit dhe rregullat e papunësisë duhet të jenë në duart e pronarëve të identitetit dhe të VPN-së, jo vetëm të ekipit të rrjetit. Për një shërbim site, përcaktoni procedurën që mirëmbajtja, një ndërprerje ose një incident sigurie përdor për të çaktivizuar aksesin.

Pastaj provoni tre rezultate: puna e lejuar vazhdon të funksionojë, një shërbim i palidhur refuzohet dhe procedura e heqjes prodhon rezultatin e dokumentuar. Një dizajn gjithmonë aktiv është i pranueshëm kur qëllimi, autorizimi dhe aftësia e fikjes janë të gjitha të shkruara dhe të ushtruara. Përndryshe është një lehtësi që i mbijetoi arsyes së vet.