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

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

Запишите шта посматрач задржава

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

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

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

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

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

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

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

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

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

Трећи услов: да ли подаци надживљавају спољну претпоставку?

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

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

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

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

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

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