Ĉu staki du tavolojn de VPN? Tri kondiĉoj kontrolendaj

Antaŭ ol aldoni duan ĉifrotavolon al VPN, honeste respondu unu demandon: kion la observanto ankoraŭ tenas post kiam ambaŭ tavoloj faris sian laboron? Se la respondo estas la interna ĉifroteksto, senŝanĝa, tiam nestado aĉetis tempon kaj nenion alian. Kio sekvas estas decida proceduro, ne rekomendo. La sama diagramo estas malŝparita procesoro en unu deplojo kaj la ĝusta respondo en alia, kaj nur tri kondiĉoj apartigas la du.

Skribu, kion la observanto konservas

Notu la objekton, kiun kontraŭulo povas konservi hodiaŭ, poste la sinsekvon de forigoj, kiuj fine malkovrus klartekston. Ekstera tunelo produktas ĉifrotekston; kiam ĝia protekto finiĝas, restas la ĉifroteksto de la interna tunelo, ankoraŭ sigelita. Forigi envolvaĵon ne estas malĉifrado. Tiu frazo priskribas nestadon, kaj ĝi validas nur dum la interna ŝlosilo pluvivas. En la momento, kiam la du tavoloj dividas ion ajn, la templinio kolapsas en unu solan eventon.

Do la utila artefakto estas templinio, ne diagramo de skatoloj. Por ĉiu tavolo, skribu la finpunkton, la ŝlosilposedanton, la identeckontrolon kaj la jaron, en kiu oni atendas, ke la supozo malsukcesos.

Praktika maniero testi vian propran aserton: supozu, ke la observanto registras ĉion kaj neniam rezignas. Sub tiu supozo, ĉu la dezajno ankoraŭ protektas la utilan ŝarĝon dum ĝia postulata vivdaŭro? Se la respondo dependas de tio, ke la observanto elektas ne konservi trafikon, la dezajno havas neniun respondon.

Kondiĉo unu: ĉu la tavoloj haltas en malsamaj lokoj?

Nestado pagas, kiam la du tavoloj finiĝas en malsamaj fidoj regnoj, ekzemple IPsec-pordego administrata de provizanto antaŭ aplikaĵnivela tunelo, kiu finiĝas ene de via propra reto. Tiam rompado de la ekstera tavolo donas ĉifrotekston, kiun nur via gastiganto povas malfermi, kaj la provizanto neniam vidas klartekston. Metu ambaŭ tavolojn sur la saman pordegon kaj tiu eco malaperas. Kiu kompromitas la skatolon, tiu legas la trafikon inter la du malĉifraj operacioj, kiom ajn da envolvaĵoj la diagramo montras.

Kontrolu tion per la instalita stato, ne per la dezajno. En Linukso, ip xfrm state listigas ĉiun sekurecan asociiĝon kaj ĝiajn finpunktojn, kio decidas, kie ĉiu tavolo efektive haltas.

Kondiĉo du: ĉu la ŝlosilmaterialo efektive sendependas?

Du tavoloj konstruitaj el unu atestilo, unu antaŭe dividita ŝlosilo aŭ unu provizanta biblioteko estas unu tavolo kun pliaj paŝoj. Tiam unu kompromitita legitimilo malŝlosas ambaŭ, kaj unu efektiviga cimo forigas ambaŭ samtempe. Sendependeco devas esti videbla en la agordo, ne asertita sur lumbildo.

Ĉi tie hibrida ŝlosilestablo superas stakadon de tuneloj. IKEv2 povas porti plurajn ŝlosilinterŝanĝojn en unu intertraktado, do klasika grupo kaj postkvantuma KEM povas ambaŭ nutri la samajn seanco-ŝlosilojn anstataŭ esti volvitaj unu ĉirkaŭ la alia. La rezulto estas unu sekureca asociiĝo, kies ŝlosiloj dependas de ambaŭ sekretoj, kaj atakanto devas rompi ambaŭ. Tio estas dokumentita konstruaĵo kun difinita kunmetaĵo, kio ne estas hejme farita stako de du VPN-produktoj. En strongSwan, swanctl --list-sas presas la intertraktitan proponon por ĉiu SA, kaj tiel vi konfirmas, kio efektive kuris, ne kion vi agordis.

Kondiĉo tri: ĉu la datumoj postvivas la eksteran supozon?

Tavolo, kiu devas teni dudek jarojn, bezonas dudekjaran argumenton. Registri nun kaj malĉifri poste estas malmultekosta, kaj tio estas la kialo, kial klasika ekstera tavolo ne povas esti traktata kiel provizora envolvaĵo ĉirkaŭ io pli forta.

Demandu, kiam ĉiu ŝlosilo iĝas rekuperebla, ne ĉu la ĉifro estas rompita hodiaŭ. Statika ŝlosilinterŝanĝo sen antaŭenira sekreteco malsukcesas retroaktive en la tago, kiam falas la privata ŝlosilo. Efemera ŝlosilkonsento malsukcesas nur por seancoj, kiujn atakanto povas ataki dum ili vivas, aŭ kiam la algoritmo mem malfortiĝas. Tiu diferenco decidas, ĉu interna tavolo ankoraŭ helpas en 2040. Ĝi ankaŭ decidas, ĉu la ekstera tavolo entute ŝanĝas ion, ĉar ekstera tavolo kun la pli malforta ŝlosilvivdaŭro simple iĝas la plej frua punkto sur la templinio.

Kion konstrui anstataŭe, kiam la respondo estas ne

Se iu ajn el la tri kondiĉoj malsukcesas, forlasu la nestadon kaj elspezu la penon sur la tavolo, kiu efektive portas la vivdaŭran postulon. Agordu hibridan ŝlosilinterŝanĝon en la protokolo, kiun vi jam funkciigas, tenu la efektivigon ĝisdatigita, kaj skribu la kunmetaĵon, sur kiu vi dependas. Mencii ML-KEM en dezajna dokumento ne estas sekureca eco, kaj FIPS 203 difinas la ŝlosil-enkapsulan mekanismon, ne vian tunelon.

Kie dua tavolo vere gajnas sian lokon, priskribu ĝin kiel defendon en profundo anstataŭ kiel pruvon. Poste kontrolu la kunmetaĵon: kiu finpunkto tenas kiun ŝlosilon, kiun identecon ĉiu flanko kontrolas, kaj kion operatoro kun konzola aliro povas legi. Dezajno, kiu postvivas tiujn tri demandojn, valoras la plian procesoron. Tiu, kiu ne postvivas, estas diagramo.

Antaŭ la ŝanĝfenestro, kaptu la nunan SA-tabelon kaj la intertraktitajn proponojn, kaj post ĝi kaptu ilin denove kaj komparu, ĉar la sola pruvo, kiu gravas, estas tio, pri kio la aparatoj efektive interkonsentis.