Vai ir vērts kraut divus VPN slāņus? Trīs nosacījumi pārbaudei

Pirms pievienojat VPN otru šifrēšanas slāni, godīgi atbildiet uz vienu jautājumu: ko novērotājs vēl tur pēc tam, kad abi slāņi ir paveikuši savu darbu? Ja atbilde ir iekšējais šifrētais teksts, nemainīts, tad ligzdošana nopirka laiku un neko citu. Turpmākais ir lēmuma procedūra, nevis ieteikums. Tā pati diagramma vienā ieviešanā ir izšķērdēts procesors, citā – pareizā atbilde, un tos šķir tikai trīs nosacījumi.

Pierakstiet, ko novērotājs saglabā

Pierakstiet objektu, ko pretinieks var uzglabāt šodien, un pēc tam noņemšanas secību, kas galu galā atklātu atklātu tekstu. Ārējais tunelis rada šifrētu tekstu; kad tā aizsardzība beidzas, paliek iekšējā tuneļa šifrētais teksts, joprojām aizzīmogots. Apvalka noņemšana nav atšifrēšana. Šis teikums apraksta ligzdošanu, un tas ir spēkā tikai tik ilgi, kamēr iekšējā atslēga izdzīvo. Tajā mirklī, kad divi slāņi kaut ko dala, laika līnija sabrūk vienā notikumā.

Tātad noderīgais artefakts ir laika līnija, nevis kastu diagramma. Katram slānim pierakstiet galapunktu, atslēgas īpašnieku, identitātes pārbaudi un gadu, kurā tiek gaidīts, ka pieņēmums neizdosies.

Praktisks veids, kā pārbaudīt savu apgalvojumu: pieņemiet, ka novērotājs ieraksta visu un nekad nepadodas. Saskaņā ar šo pieņēmumu, vai dizains joprojām aizsargā kravu visā nepieciešamajā kalpošanas laikā? Ja atbilde ir atkarīga no tā, vai novērotājs izvēlas neuzglabāt trafiku, dizainam nav atbildes.

Pirmais nosacījums: vai slāņi apstājas dažādās vietās?

Ligzdošana atmaksājas, ja divi slāņi beidzas dažādās uzticības jomās, piemēram, pakalpojumu sniedzēja pārvaldīta IPsec vārteja jūsu paša tīklā beidzoša lietojumprogrammu līmeņa tuneļa priekšā. Tad ārējā slāņa salaušana dod šifrētu tekstu, ko var atvērt tikai jūsu resursdators, un pakalpojumu sniedzējs nekad neredz atklātu tekstu. Ievietojiet abus slāņus vienā vārtejā, un šī īpašība pazūd. Ikviens, kas uzlauž kasti, lasa trafiku starp abām atšifrēšanas operācijām, lai cik apvalku diagramma rādītu.

Pārbaudiet to ar instalēto stāvokli, nevis dizainu. Linux ip xfrm state uzskaita katru drošības asociāciju un tās galapunktus, kas nosaka, kur katrs slānis faktiski apstājas.

Otrais nosacījums: vai atslēgu materiāls tiešām ir neatkarīgs?

Divi slāņi, kas veidoti no viena sertifikāta, vienas iepriekš kopīgas atslēgas vai vienas piegādātāja bibliotēkas, ir viens slānis ar papildu soļiem. Tad viens noplūdis akreditācijas datu kopums atslēdz abus, un viena ieviešanas kļūda noņem abus uzreiz. Neatkarībai jābūt redzamai konfigurācijā, nevis apgalvotai slaidā.

Šeit hibrīdā atslēgu izveide pārspēj tuneļu kraušanu. IKEv2 vienā sarunā var pārnest vairākas atslēgu apmaiņas, tāpēc klasiskā grupa un postkvantu KEM abas var barot vienas un tās pašas sesijas atslēgas, nevis tikt ietītas viena ap otru. Rezultāts ir viena drošības asociācija, kuras atslēgas ir atkarīgas no abiem noslēpumiem, un uzbrucējam ir jāsalauž abi. Tā ir dokumentēta konstrukcija ar definētu sastāvu, kas nav mājās būvēta divu VPN produktu kaudze. strongSwan vidē swanctl --list-sas izdrukā sarunāto priekšlikumu katrai SA, un tā jūs apstiprināt, kas faktiski darbojās, nevis ko jūs konfigurējāt.

Trešais nosacījums: vai dati pārdzīvo ārējo pieņēmumu?

Slānim, kuram jāiztur divdesmit gadi, vajag divdesmit gadu argumentu. Ierakstīt tagad un atšifrēt vēlāk ir lēti, un tāpēc klasisko ārējo slāni nevar uzskatīt par pagaidu apvalku ap kaut ko stiprāku.

Jautājiet, kad katra atslēga kļūst atgūstama, nevis vai šifrs ir salauzts šodien. Statiska atslēgu apmaiņa bez tiešās slepenības neizdodas retrospektīvi tajā dienā, kad krīt privātā atslēga. Efemēra atslēgu vienošanās neizdodas tikai tām sesijām, kurām uzbrucējs var uzbrukt, kamēr tās ir dzīvas, vai kad pats algoritms kļūst vājāks. Šī atšķirība nosaka, vai iekšējais slānis vēl palīdz gadā 2040. Tā arī nosaka, vai ārējais slānis vispār kaut ko maina, jo ārējais slānis ar vājāku atslēgas mūžu vienkārši kļūst par agrāko punktu laika līnijā.

Ko tā vietā būvēt, kad atbilde ir nē

Ja kāds no trim nosacījumiem neizdodas, atsakieties no ligzdošanas un veltiet pūles slānim, kas patiešām nes kalpošanas laika prasību. Konfigurējiet hibrīdu atslēgu apmaiņu protokolā, kuru jau izmantojat, uzturiet ieviešanu aktuālu un pierakstiet sastāvu, uz kuru paļaujaties. ML-KEM minēšana dizaina dokumentā nav drošības īpašība, un FIPS 203 definē atslēgu ietvēruma mehānismu, nevis jūsu tuneli.

Tur, kur otrais slānis patiešām nopelna savu vietu, raksturojiet to kā aizsardzību dziļumā, nevis kā pierādījumu. Pēc tam pārbaudiet sastāvu: kurš galapunkts tur kuru atslēgu, kādu identitāti pārbauda katra puse un ko var nolasīt operators ar konsoles piekļuvi. Dizains, kas iztur šos trīs jautājumus, ir vērts papildu procesoru. Tas, kas neiztur, ir tikai diagramma.

Pirms izmaiņu loga ierakstiet pašreizējo SA tabulu un sarunātos priekšlikumus, un pēc tā ierakstiet tos vēlreiz un salīdziniet, jo vienīgais pierādījums, kam ir nozīme, ir tas, par ko ierīces patiešām vienojās.