Ali naj zložite dve plasti VPN? Trije pogoji za preverjanje

Preden dodate drugo šifrirno plast v VPN, iskreno odgovorite na eno vprašanje: kaj opazovalec še vedno drži, potem ko sta obe plasti opravili svoje delo? Če je odgovor notranje šifrirano besedilo, nespremenjeno, je gnezdenje kupilo čas in nič drugega. Kar sledi, je postopek odločanja, ne priporočilo. Ista shema je v eni namestitvi zapravljen procesor, v drugi pa pravi odgovor, in oba ločijo le trije pogoji.

Zapišite, kaj opazovalec obdrži

Zabeležite predmet, ki ga nasprotnik lahko shrani danes, in nato zaporedje odstranitev, ki bi nazadnje razkrilo odprto besedilo. Zunanji tunel ustvari šifrirano besedilo; ko se njegova zaščita konča, ostane šifrirano besedilo notranjega tunela, še vedno zapečateno. Odstraniti ovoj ni dešifriranje. Ta stavek opisuje gnezdenje in velja le, dokler notranji ključ preživi. V trenutku, ko si dve plasti delita karkoli, se časovnica zruši v en sam dogodek.

Uporabna umetnina je torej časovnica, ne diagram škatel. Za vsako plast zapišite končno točko, lastnika ključa, preverjanje identitete in leto, ko naj bi predpostavka spodletela.

Praktičen način za preverjanje lastne trditve: predpostavite, da opazovalec vse zabeleži in se nikoli ne preda. Pod to predpostavko, ali načrt še vedno ščiti koristni tovor ves zahtevani čas? Če je odgovor odvisen od tega, da se opazovalec odloči prometa ne shranjevati, načrt nima odgovora.

Prvi pogoj: ali se plasti ustavita na različnih mestih?

Gnezdenje se izplača, ko se plasti končata v različnih domenah zaupanja, na primer prehod IPsec, ki ga upravlja ponudnik, pred tunelom na aplikacijski ravni, ki se konča znotraj vašega lastnega omrežja. Takrat prelom zunanje plasti da šifrirano besedilo, ki ga lahko odpre le vaš gostitelj, ponudnik pa nikoli ne vidi odprtega besedila. Postavite obe plasti na isti prehod in ta lastnost izgine. Kdor kompromitira škatlo, bere promet med obema dešifriranjima, ne glede na to, koliko ovojev kaže diagram.

To preverite z nameščenim stanjem, ne z načrtom. V Linuxu ip xfrm state navaja vsako varnostno povezavo in njene končne točke, kar določi, kje se vsaka plast zares ustavi.

Drugi pogoj: je ključni material res neodvisen?

Dve plasti, zgrajeni iz enega potrdila, enega vnaprej deljenega ključa ali ene knjižnice ponudnika, sta ena plast z dodatnimi koraki. Takrat ena kompromitirana poverilnica odklene obe, ena napaka v izvedbi pa odstrani obe hkrati. Neodvisnost mora biti vidna v konfiguraciji, ne zatrjena na prosojnici.

Tu hibridna vzpostavitev ključev preseže zlaganje tunelov. IKEv2 lahko v enih pogajanjih prenese več izmenjav ključev, zato lahko klasična skupina in postkvantni KEM oba napajata iste sejne ključe, namesto da bi bila ovita drug okoli drugega. Rezultat je ena varnostna povezava, katere ključi so odvisni od obeh skrivnosti, in napadalec mora prebiti obe. To je dokumentirana konstrukcija z določeno sestavo, kar doma zložen kup dveh izdelkov VPN ni. V strongSwan swanctl --list-sas izpiše izpogajan predlog za vsak SA, in tako potrdite, kaj je v resnici delovalo, ne kaj ste nastavili.

Tretji pogoj: ali podatki preživijo zunanjo predpostavko?

Plast, ki mora zdržati dvajset let, potrebuje dvajsetletni argument. Snemanje zdaj in dešifriranje pozneje je poceni, zato klasične zunanje plasti ni mogoče obravnavati kot začasen ovoj okoli nečesa močnejšega.

Vprašajte, kdaj vsak ključ postane obnovljiv, ne ali je šifra danes prebita. Statična izmenjava ključev brez prihodnje tajnosti spodleti retroaktivno na dan, ko pade zasebni ključ. Efemerna ključna pogodba spodleti le pri sejah, ki jih napadalec lahko napade, dokler so žive, ali ko sam algoritem oslabi. Ta razlika odloči, ali notranja plast še pomaga leta 2040. Odloči tudi, ali zunanja plast sploh kaj spremeni, kajti zunanja plast s šibkejšo življenjsko dobo ključa preprosto postane najzgodnejša točka na časovnici.

Kaj zgraditi namesto tega, ko je odgovor ne

Če kateri od treh pogojev spodleti, opustite gnezdenje in vložite trud v plast, ki res nosi zahtevo po življenjski dobi. Nastavite hibridno izmenjavo ključev v protokolu, ki ga že poganjate, vzdržujte izvedbo ažurno in zapišite sestavo, na katero se zanašate. Navesti ML-KEM v načrtovalskem dokumentu ni varnostna lastnost, in FIPS 203 opredeljuje mehanizem zapiranja ključev, ne vašega tunela.

Tam, kjer si druga plast res zasluži svoje mesto, jo opišite kot obrambo v globino, ne kot dokaz. Nato preverite sestavo: katera končna točka drži kateri ključ, katero identiteto preverja vsaka stran in kaj lahko prebere operater z dostopom do konzole. Načrt, ki prestane ta tri vprašanja, je vreden dodatnega procesorja. Tisti, ki ne, je le diagram.

Pred oknom sprememb zabeležite trenutno tabelo SA in izpogajane predloge, po njem jih zabeležite znova in primerjajte, ker je edini dokaz, ki šteje, tisto, o čemer so se naprave v resnici dogovorile.