Шифрираниот транзит не дава пристап до операторот

Две одобрени порти го пренесуваат сообраќајот на мрежа со помала доверба преку ограничена транспортна мрежа. Шифрирањето на полезното оптоварување го држи нечитливо за обичните набљудувачи на транзитот, а тоа е делот што луѓето прво го дизајнираат и потоа престануваат да размислуваат за него. Она што шифрирањето не го прави е да одреди кои ресурси смее да ги достигне страната со помала доверба. Дизајнот бара две граници: една околу пренесениот разговор и една околу пристапот до самиот оператор.

Изведете ги чекорите подолу по ред и третирајте го секој неуспех на кој било чекор како промена на дизајнот, а не како прилагодување на конфигурацијата.

Дефинирајте ги двете граници пред да допрете конфигурација

Првата граница е разговорот: кои парови порти смеат да воспостават тунел и кој внатрешен сообраќај смее да помине низ него. Втората е операторот: кои адреси и услуги домаќините со помала доверба можат да ги достигнат надвор од тунелот. Тимовите обично ја градат првата, а втората ја наследуваат од какво и да е постоечко рутирање, и така ограничен дизајн тивко станува широк. Тоа наследство е вообичаената основна причина кога прегледот открива домаќин со помала доверба како разговара со нешто што никој не го одобрил.

Запишете ги двете како списоци на адреси, порти и насоки. Ако списокот не може да се запише, границата сѐ уште не е дефинирана.

Чекор 1: ограничете го надворешниот тунел

На интерфејсот свртен кон операторот, дозволете само она што му е потребно на тунелот: IKE на UDP 500 и 4500 меѓу двете адреси на портите, и ESP каде што не се користи NAT пробив. Одбијте сѐ друго што пристигнува на тој интерфејс, вклучително и протоколите за управување. Спецификацијата на ESP ги покрива заштитните услуги; таа не кажува ништо за тоа кои сопствени услуги на операторот смеат да ги користат портите. Изразете го тоа како експлицитен список на дозволи, за да не стане новообјавена услуга на операторот достапна по стандард.

Ова е множеството правила што го прави дизајнот транзитен дизајн, а не peering договор.

Проверете го од страната со помала доверба, не од конзолата на портата. Домаќин таму треба да не може да достигне DNS сервер на операторот дури и пред тунелот да е подигнат.

Чекор 2: одлучете што доставува далечната порта

На далечниот крај, обновениот сообраќај мора да оди на конкретно место. Дефинирајте кои внатрешни услуги се дозволени, од кои изворни опсези и дали се очекува одговорите да бидат симетрични. Прегледајте го пристапот за управување одделно, зашто истата порта често изложува административен интерфејс што никогаш не бил дел од транзитниот план.

Дијаграм што запира при успешно дешифрирање ја прескокнал одлуката што е најважна.

Чекор 3: задржете сопственост по слој

Транзитната опрема сѐ уште прима и препраќа надворешни пакети, па ѝ требаат закрпи и планирање на капацитетот. Крајните точки на тунелот го обработуваат заштитениот протокол и го изложуваат внатрешниот сообраќај на својата патека за препраќање, па им требаат сопствени правила и сопствен мониторинг. Крајните апликации го обработуваат полезното оптоварување, а непроѕирното оптоварување не е доказ дека дешифрираното преземање е безопасно.

Доделете сопственик на секој слој. Слоевите без сопственик се тие што се лизгаат.

Чекор 4: проверете, па предадете го на органот

Проверете ја надворешната патека со подигнат тунел и правилата на операторот на место. Потоа пробајте го секој ресурс до кој страната со помала доверба не треба да достигне и потврдете дека неуспехот е одбивање, а не истек на време што крие маршрута. Проверете ја и достапноста и ограничувањата на ресурсите, зашто и шифрирана врска може да се засити.

За регулирани или класифицирани средини, однесете го дизајнот до одговорниот орган за безбедност и користете ја неговата одобрена архитектура за одвојување. VPN конфигурација и концептуално објаснување не воспоставуваат акредитација. Тој чекор не е документација; тој одлучува дали дизајнот воопшто смее да постои.