Ці варта складаць два ўзроўні VPN? Тры ўмовы для праверкі

Перш чым дадаць другі ўзровень шыфравання да VPN, сумленна адкажыце на адно пытанне: што застаецца ў назіральніка пасля таго, як абодва ўзроўні зрабілі сваю працу? Калі адказ — унутраны шыфратэкст, нязменны, то ўкладанне купіла час і больш нічога. Далей ідзе працэдура рашэння, а не рэкамендацыя. Тая ж схема — марнаваны працэсар у адным разгортванні і правільны адказ у іншым, і толькі тры ўмовы аддзяляюць адно ад другога.

Запішыце, што захоўвае назіральнік

Запішыце аб'ект, які зламыснік можа захаваць сёння, а затым паслядоўнасць зняццяў, якія ўрэшце выявяць адкрыты тэкст. Вонкавы тунэль стварае шыфратэкст, а калі яго абарона сканчаецца, застаецца шыфратэкст унутранага тунэля, усё яшчэ зачынены. Зняць абгортку — не расшыфраванне. Гэтае сказ апісвае ўкладанне, і ён дзейнічае, пакуль жывы ўнутраны ключ. У той момант, калі два ўзроўні чымсьці дзеляцца, храналогія згортваецца ў адну падзею.

Такім чынам, карысны артэфакт — гэта храналогія, а не схема з квадратамі. Для кожнага ўзроўня запішыце кропку канца, уладальніка ключа, праверку асабовасці і год, калі меркаванне, як чакаецца, перастане дзейнічаць.

Практычны спосаб праверыць сваё сцвярджэнне: дапусціце, што назіральнік запісвае ўсё і ніколі не здаецца. Пры такім дапушчэнні ці абараняе схема карысную нагрузку ўвесь патрэбны тэрмін? Калі адказ залежыць ад таго, што назіральнік вырашыць не захоўваць трафік, у схемы няма адказу.

Умова першая: ці спыняюцца ўзроўні ў розных месцах?

Укладанне апраўданае, калі два ўзроўні завяршаюцца ў розных даменах даверу, напрыклад кіраваны правайдэрам шлюз IPsec перад тунэлем прыкладнога ўзроўня, які сканчаецца ўнутры вашай сеткі. Тады ўзлом вонкавага ўзроўня дае шыфратэкст, які можа адкрыць толькі ваш хост, і правайдэр ні ў які момант не бачыць адкрытага тэксту. Пастаўце абодва ўзроўні на адзін шлюз, і гэтая ўласцівасць знікае. Хто б узламаў скрыню, той чытае трафік паміж дзвюма аперацыямі расшыфравання, колькі б абгортак ні паказвала схема.

Правярайце гэта ўсталяваным станам, а не праектам. У Linux ip xfrm state пералічвае кожную асацыяцыю бяспекі і яе канцавыя кропкі, што вызначае, дзе кожны ўзровень сапраўды спыняецца.

Умова другая: ці сапраўды незалежны матэрыял ключоў?

Два ўзроўні, пабудаваныя з аднаго сертыфіката, аднаго папярэдне падзеленага ключа або адной бібліятэкі пастаўшчыка, — гэта адзін узровень з лішнімі крокамі. Тады адна крадзяжа ўліковых даных адкрывае абодва, і адна памылка рэалізацыі выдаляе абодва адразу. Незалежнасць мусіць быць бачная ў канфігурацыі, а не абвешчаная на слайдзе.

Менавіта тут гібрыднае ўсталяванне ключоў пераўзыходзіць складанне тунэляў. IKEv2 можа праводзіць некалькі абменаў ключоў у адных перамовах, таму класічная група і постквантавы KEM могуць абодва сілкаваць адныя ключы сеансу замест таго, каб быць накручанымі адно на другое. Вынік — адна асацыяцыя бяспекі, чые ключы залежаць ад абодвух сакрэтаў, і зламысніку даводзіцца ўзламваць абодва. Гэта дакументаваная канструкцыя з вызначаным складам, чаго нельга сказаць пра самаробны стос з двух VPN-прадуктаў. У strongSwan swanctl --list-sas друкуе ўзгоднены прапанову для кожнай SA, і так вы пацвярджаеце, што сапраўды працавала, а не што вы наладзілі.

Умова трэцяя: ці перажывуць даныя вонкавае меркаванне?

Узровень, які мусіць трымацца дваццаць гадоў, патрабуе дваццацігадовай аргументацыі. Запісаць зараз і расшыфраваць пазней танна, і менавіта таму класічны вонкавы ўзровень нельга лічыць часовым абгорткай вакол нечага мацнейшага.

Спытайце, калі кожны ключ стане аднаўляльным, а не ці ўзламаны шыфр сёння. Статычны абмен ключоў без прамой сакрэтнасці правальваецца рэтраспектыўна ў той дзень, калі падае прыватны ключ. Эфемернае пагадненне ключоў правальваецца толькі для сеансаў, якія зламыснік можа атакаваць, пакуль яны жывыя, або калі слабее сам алгарытм. Гэтая розніца вырашае, ці яшчэ дапаможа ўнутраны ўзровень у 2040 годзе. Яна таксама вырашае, ці змяняе вонкавы ўзровень хоць што-небудзь, бо вонкавы ўзровень з больш слабым тэрмінам жыцця ключа проста становіцца самай ранняй кропкай на храналогіі.

Што будаваць замест гэтага, калі адказ адмоўны

Калі любая з трох умоў не выконваецца, адмоўцеся ад укладання і патрацьце намаганні на ўзровень, які сапраўды нясе патрабаванне тэрміну. Наладзьце гібрыдны абмен ключоў у пратаколе, які вы ўжо выкарыстоўваеце, трымайце рэалізацыю актуальнай і запішыце склад, на які вы разлічваеце. Згадка ML-KEM у праектным дакуменце — не ўласцівасць бяспекі, а FIPS 203 вызначае механізм інкапсуляцыі ключоў, а не ваш тунэль.

Там, дзе другі ўзровень сапраўды заслугоўвае свайго месца, апісвайце яго як абарону ў глыбіню, а не як доказ. Затым праверце склад: якая канцавая кропка трымае які ключ, якую асабовасць правярае кожны бок і што можа прачытаць аператар з доступам да кансолі. Праект, які перажывае гэтыя тры пытанні, варты дадатковага працэсара. Той, які не перажывае, — усяго толькі схема.

Перад акном змен зафіксуйце бягучую табліцу SA і ўзгодненыя прапановы, пасля яго зафіксуйце іх зноў і параўнайце, бо адзіны доказ, які мае значэнне, — гэта тое, пра што прылады сапраўды дамовіліся.