Дали да наредите два VPN слоја? Три услови за проверка

Пред да додадете втор слој за шифрирање на VPN, одговорете чесно на едно прашање: што уште држи набљудувачот откако двата слоја ја завршија својата работа? Ако одговорот е внатрешниот шифриран текст, непроменет, тогаш вгнездувањето купи време и ништо друго. Она што следи е постапка за одлучување, не препорака. Истата шема е потрошен процесор во едно распоредување и точниот одговор во друго, и само три услови ги делат двете.

Запишете што задржува набљудувачот

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

Затоа корисниот артефакт е временска линија, не шема од кутии. За секој слој запишете ја крајната точка, сопственикот на клучот, проверката на идентитетот и годината во која се очекува претпоставката да пропадне.

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

Прв услов: дали слоевите запираат на различни места?

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

Проверете го тоа со инсталираната состојба, не со дизајнот. На Linux, ip xfrm state ги наведува сите безбедносни асоцијации и нивните крајни точки, што одредува каде секој слој навистина запира.

Втор услов: дали клучниот материјал е навистина независен?

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

Тука хибридното воспоставување клучеви го надминува наредувањето тунели. IKEv2 може да носи неколку размени на клучеви во едно преговарање, така што класична група и постквантен KEM можат и двете да ги хранат истите сесиски клучеви наместо да бидат намотани еден околу друг. Резултатот е една безбедносна асоцијација чии клучеви зависат од двете тајни, и напаѓачот мора да ги скрши двете. Тоа е документирана конструкција со дефиниран состав, што домашно нареден стек од два VPN производи не е. На strongSwan, swanctl --list-sas го печати преговараниот предлог за секој SA, и така потврдувате што навистина работело, а не што сте конфигурирале.

Трет услов: дали податоците го надживуваат надворешното уверување?

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

Прашајте кога секој клуч станува враќачки, а не дали шифрата е скршена денес. Статичната размена на клучеви без напредна тајност пропаѓа ретроактивно во денот кога ќе падне приватниот клуч. Ефемерната согласност за клучеви пропаѓа само за сесиите што напаѓачот може да ги нападне додека се живи, или кога самиот алгоритам слабее. Таа разлика одлучува дали внатрешен слој уште помага во 2040. Таа исто така одлучува дали надворешниот слој воопшто менува нешто, бидејќи надворешен слој со послабиот рок на клучот едноставно станува најраната точка на временската линија.

Што да изградите наместо тоа кога одговорот е не

Ако некој од трите услови пропадне, откажете се од вгнездувањето и потрошете го напорот на слојот што навистина го носи барањето за рок. Конфигурирајте хибридна размена на клучеви во протоколот што веќе го работите, одржувајте ја имплементацијата актуелна и запишете го составот на кој се потпирате. Да се наведе ML-KEM во дизајнерски документ не е безбедносно својство, и FIPS 203 го дефинира механизмот за инкапсулација на клучеви, не вашиот тунел.

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

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