Šifriran tranzit ne daje dostopa do operaterja

Dva odobrena prehoda prenašata promet omrežja z nižjim zaupanjem prek omejenega transportnega omrežja. Šifriranje koristnega tovora ga ohranja neberljivega za običajne opazovalce tranzita, in to je del, ki ga ljudje zasnujejo najprej in nato nehajo razmišljati o njem. Česar šifriranje ne stori, je določitev, do katerih virov lahko seže stran z nižjim zaupanjem. Zasnova potrebuje dve meji: eno okoli prenesenega pogovora in eno okoli dostopa do samega operaterja.

Izvlecite spodnje korake po vrsti in vsako napako pri katerem koli koraku obravnavajte kot spremembo zasnove, ne kot prilagoditev konfiguracije.

Določite obe meji, preden se dotaknete konfiguracije

Prva meja je pogovor: kateri pari prehodov lahko vzpostavijo tunel in kateri notranji promet sme skozenj. Druga je operater: do katerih naslovov in storitev lahko gostitelji z nižjim zaupanjem sežejo zunaj tunela. Ekipe običajno zgradijo prvo, drugo pa podedujejo od kakršnega koli usmerjanja, ki je že obstajalo, in tako omejena zasnova tiho postane široka. Ta dediščina je običajen temeljni vzrok, ko pregled odkrije gostitelja z nižjim zaupanjem, ki govori z nečim, česar ni nihče odobril.

Oboje zapišite kot sezname naslovov, vrat in smeri. Če seznama ni mogoče zapisati, meja še ni določena.

Korak 1: omejite zunanji tunel

Na vmesniku, obrnjenem proti operaterju, dovolite le tisto, kar tunel potrebuje: IKE na UDP 500 in 4500 med dvema naslovoma prehodov in ESP tam, kjer se prehod NAT ne uporablja. Zavrnite vse ostalo, kar prispe na ta vmesnik, vključno s protokoli za upravljanje. Specifikacija ESP pokriva zaščitne storitve; ne pove ničesar o tem, katere lastne storitve operaterja smejo prehodi uporabljati. Izrazite to kot izrecen seznam dovoljenj, da novoobjavljena storitev operaterja ne postane privzeto dosegljiva.

To je nabor pravil, ki zasnovo naredi tranzitno zasnovo in ne dogovor o peeringu.

Preverite to s strani z nižjim zaupanjem, ne s konzole prehoda. Gostitelj tam ne bi smel doseči strežnika DNS operaterja še preden je tunel postavljen.

Korak 2: odločite, kaj dostavi oddaljeni prehod

Na oddaljenem koncu mora obnovljeni promet iti na določeno mesto. Določite, katere notranje storitve so dovoljene, iz katerih razponov virov in ali se pričakujejo simetrični odgovori. Upravljalni dostop pregledajte ločeno, ker isti prehod pogosto izpostavi administrativni vmesnik, ki nikoli ni bil del tranzitnega načrta.

Diagram, ki se ustavi pri uspešnem dešifriranju, je izpustil odločitev, ki je najpomembnejša.

Korak 3: ohranite lastništvo po plasteh

Tranzitna oprema še vedno sprejema in posreduje zunanje pakete, zato potrebuje popravke in načrtovanje zmogljivosti. Končne točke tunela obdelujejo zaščiteni protokol in izpostavijo notranji promet svoji poti posredovanja, zato potrebujejo svoja pravila in svoje spremljanje. Končne aplikacije obdelujejo koristni tovor, in neprosojni tovor ni dokaz, da je dešifriran prenos neškodljiv.

Vsaki plasti dodelite lastnika. Plasti brez lastnika so tiste, ki se odpeljejo.

Korak 4: preverite in nato predajte organu

Preverite zunanjo pot s postavljenim tunelom in veljavnimi pravili operaterja. Nato preizkusite vsak vir, do katerega stran z nižjim zaupanjem ne bi smela seči, in potrdite, da je napaka zavrnitev in ne časovna prekoračitev, ki skriva pot. Preverite tudi razpoložljivost in omejitve virov, ker je mogoče tudi šifrirano povezavo zasičiti.

Za regulirana ali klasificirana okolja odnesite zasnovo pristojnemu organu za varnost in uporabite njegovo odobreno arhitekturo ločevanja. Konfiguracija VPN in konceptualna razlaga ne vzpostavita akreditacije. Ta korak ni papirologija; odloči, ali zasnova sploh sme obstajati.