Ang naka-encrypt na transit ay hindi nagbibigay ng access sa carrier

Dalawang aprubadong gateway ang nagdadala ng trapiko ng isang network na may mas mababang tiwala sa isang limitadong transport network. Ang pag-encrypt ng payload ay nagpapanatili nitong hindi mabasa ng mga ordinaryong tagamasid ng transit, at iyon ang bahaging unang idinisenyo ng mga tao at pagkatapos ay hindi na nila ito iniisip. Ang hindi ginagawa ng encryption ay tukuyin kung aling mga resource ang maaaring maabot ng panig na may mas mababang tiwala. Kailangan ng disenyo ng dalawang hangganan: isa sa paligid ng dinadalang usapan, at isa sa paligid ng access sa carrier mismo.

Isagawa ang mga hakbang sa ibaba nang sunod-sunod, at ituring ang anumang pagkabigo sa anumang hakbang bilang pagbabago sa disenyo, hindi bilang pagsasaayos ng configuration.

Tukuyin ang dalawang hangganan bago mo hawakan ang isang configuration

Ang unang hangganan ay ang usapan: aling mga pares ng gateway ang maaaring magtatag ng tunnel, at aling panloob na trapiko ang pinapayagang dumaan dito. Ang pangalawa ay ang carrier: aling mga address at serbisyo ang maaaring maabot ng mga host na may mas mababang tiwala sa labas ng tunnel. Karaniwang itinatayo ng mga team ang una at minamana ang pangalawa mula sa anumang routing na umiiral na, at ganoon ang isang limitadong disenyo ay tahimik na nagiging malawak. Ang pamana na iyon ang karaniwang pangunahing dahilan kapag natuklasan ng isang pagsusuri na ang isang host na may mas mababang tiwala ay nakikipag-usap sa isang bagay na walang sinumang nag-apruba.

Isulat ang pareho bilang mga listahan ng mga address, port at direksyon. Kung hindi maisulat ang isang listahan, hindi pa natukoy ang hangganan.

Hakbang 1: limitahan ang panlabas na tunnel

Sa interface na nakaharap sa carrier, payagan lamang ang kailangan ng tunnel: IKE sa UDP 500 at 4500 sa pagitan ng dalawang address ng gateway, at ESP kung saan hindi ginagamit ang NAT traversal. Tanggihan ang lahat ng iba pang dumarating sa interface na iyon, kabilang ang mga protocol ng pamamahala. Ang espesipikasyon ng ESP ay sumasaklaw sa mga serbisyo ng proteksyon; wala itong sinasabi tungkol sa kung aling sariling serbisyo ng carrier ang maaaring gamitin ng mga gateway. Ipahayag ito bilang isang tahasang listahan ng pahintulot, upang ang isang bagong publikadong serbisyo ng carrier ay hindi maging maabot bilang default.

Ito ang hanay ng mga patakaran na ginagawang transit design ang disenyo at hindi isang kasunduan sa peering.

Suriin ito mula sa panig na may mas mababang tiwala, hindi mula sa console ng gateway. Ang isang host doon ay dapat mabigong maabot ang isang DNS server ng carrier bago pa man itaas ang tunnel.

Hakbang 2: magpasya kung ano ang inihahatid ng malayong gateway

Sa malayong dulo, ang naibalik na trapiko ay dapat pumunta sa isang tiyak na lugar. Tukuyin kung aling mga panloob na serbisyo ang pinapayagan, mula sa aling mga saklaw ng pinagmulan, at kung inaasahang simetriko ang mga tugon. Suriin nang hiwalay ang access sa pamamahala, dahil ang parehong gateway ay madalas na naglalantad ng isang administratibong interface na hindi kailanman naging bahagi ng plano ng transit.

Ang isang diagram na tumitigil sa matagumpay na decryption ay nilaktawan ang desisyong pinakamahalaga.

Hakbang 3: panatilihin ang pagmamay-ari sa bawat layer

Ang kagamitan sa transit ay tumatanggap at nagpapasa pa rin ng mga panlabas na packet, kaya kailangan nito ng mga patch at pagpaplano ng kapasidad. Ang mga endpoint ng tunnel ay nagpoproseso ng protektadong protocol at inilalantad ang panloob na trapiko sa kanilang daan ng pagpapasa, kaya kailangan nila ng sarili nilang mga patakaran at sarili nilang pagsubaybay. Ang mga huling application ay nagpoproseso ng payload, at ang isang opaque na payload ay hindi patunay na ang isang na-decrypt na download ay hindi nakakasama.

Magtalaga ng may-ari sa bawat layer. Ang mga layer na walang may-ari ang siyang lumilihis.

Hakbang 4: i-verify, pagkatapos ay ibigay ito sa awtoridad

I-verify ang panlabas na daan habang nakaangat ang tunnel at nakalagay ang mga patakaran ng carrier. Pagkatapos ay subukan ang bawat resource na hindi dapat maabot ng panig na may mas mababang tiwala at kumpirmahin na ang pagkabigo ay isang pagtanggi at hindi isang timeout na nagtatago ng isang ruta. Suriin din ang availability at mga limitasyon ng resource, dahil ang isang naka-encrypt na link ay maaari pa ring mabusog.

Para sa mga regulated o classified na kapaligiran, dalhin ang disenyo sa responsableng awtoridad ng seguridad at gamitin ang aprubado nitong arkitektura ng paghihiwalay. Ang isang configuration ng VPN at isang konseptwal na paliwanag ay hindi nagtatatag ng akreditasyon. Ang hakbang na iyon ay hindi papeles; ito ang nagpapasya kung pinapayagan man lang na umiral ang disenyo.