Zero Trust, VPN in pregled TLS opravljajo različne naloge
Predor varuje pot, pregledna prehodnica vidi promet, politika pa odloči, kdo sme kaj početi. Le tretja odgovori na vprašanje, ki ga postavlja zero trust.
Nabavni dokumenti obravnavajo zero trust, VPN in pregled TLS kot isti nakup, in vsak od njih odgovori na vprašanje, na katero drugi ne morejo. Predor zgradi zaščiteno pot, pregledna prehodnica bere promet, ki ga lahko zaključi, politika pa odloči, ali sme imenovana identiteta izvesti imenovano operacijo na imenovanem viru. Le zadnja je odločitev o avtorizaciji. Izdelek lahko prva dva opravi brezhibno in resnično vprašanje vseeno pusti odprto.
Trije mehanizmi, tri vprašanja
Predor odgovori, kako promet pride do omrežja. Pregledna prehodnica odgovori, kaj lahko vmesna naprava vidi in naredi tam, kjer je pooblaščena zaključiti TLS. Mehanizem politik odgovori, kdo sme kaj narediti s katerim virom, nato pa potrebuje točko izvajanja, ki to odgovor lahko uveljavi. Arhitektura zero trust po NIST postavi vir v središče in zavrača sklepanje zaupanja iz tega, od kod je paket prišel.
Ta okvir je težje izpolniti kot nalepko in veliko težje ponarediti pri pregledu. Prav tako premakne vprašanje od tega, kateri izdelki so nameščeni, k temu, katere odločitve se uveljavljajo in s čim.
Kje se odločitev dejansko uveljavi
Vzemite eno zahtevo: podporni inženir odpre konzolo storitve, osebni računalnik, priključen na isto stikalo, pa tega dovoljenja ne sme podedovati samo zato, ker je blizu. Zapišite dovoljeno operacijo, pogoje naprave in komponento, ki jih uveljavlja. Namestitev odloči vse: aplikacijska prehodnica, storitveni posrednik, nadzor gostitelja ali druga meja, ki jo organizacija resnično podpira. Karkoli je ta komponenta, mora stati na poti tako oddaljenih kot krajevnih poskusov.
Promet, ki nikoli ne prečka vhoda VPN, se ne ravna po pregledu, opravljenem tam, ne glede na to, kako temeljit je ta pregled. Prav ta ena vrzel pojasni večino razdalje med diagramom zero trust in delujočo namestitvijo. Narišite pot zahteve, preden narišete arhitekturo.
Dešifriranje ni avtorizacija
Prestrezanje služi ozkim preglednim ciljem in nosi svoje breme potrdil, zaupanja vrednih korenin, pregleda zasebnosti in aplikacij, ki se pod njim lomijo. Nič od tega ni smisel zero trust in nič od tega ne nadomesti odločitve politike. Preveriti osebo in avtorizirati storitev je povsem mogoče brez dešifriranja enega samega paketa. Dešifriran tok ne pove nič o tem, ali je uporabnik imel pravico do operacije, ki jo prenaša.
Politika potrebuje eno vrsto dokaza, dešifriranje pa to ni. Zdravje naprave je en vhod med identiteto, občutljivostjo vira in kontekstom, in enkratni uspeh tej napravi ne da preostanka omrežja. Mešanje obojega spremeni vprašanje avtorizacije v projekt potrdil.
Ko prehodnice nikjer ni na poti
Popišite, kaj potuje brez dotika oddaljene prehodnice: povezave med napravami v krajevnem segmentu, klice iz ene delovne obremenitve v drugo in končne točke, dosežene neposredno v oblaku. Za vsako pot navedite metodo izvajanja, ki jo je danes res mogoče uvesti. Oprema, ki ne more gostiti agenta, še vedno potrebuje drugo izrecno podprto kontrolo, in predpostavka, da bo agent prišel pozneje, zdaj nič ne zapre. Dostop storitev-storitev običajno bolje ustreza identiteti delovne obremenitve in preverjanju, napisanem proti viru, kot še eno prekrivno omrežje.
Sprejmite zasnovo po vedenju in ne po diagramih: katere operacije so dovoljene, katere zavrnjene in kje se vsak odgovor uveljavi. Potrdite konkretne dovoljene in zavrnjene operacije ter vključite eno krajevno pot, ki nikoli ne doseže prehodnice. Zabeležite, kdo je lastnik politike, kako se spreminja in kako deluje preklic.
Preimenovan predor je še vedno predor. Politika odloči in nekaj jo mora uveljaviti.