Symmetryske vs. iepenbiere-kaai-fersifering yn in VPN: wat elk docht

Minsken beskriuwe in VPN as „iens dy't iepenbiere-kaai-fersifering brûkt“ en stelle har dan foar dat elk pakket mei it sertifikaat fan 'e tsjinner besletten wurdt. Dat byld is ferkeard op in manier dy't fan belang is as jo in konfiguraasjebestân of in pakketopname lêze. De iepenbiere-kaai-helte fan in VPN giet oer it bewizen wa't de peare is en it ôfpraten fan geheim materiaal; de symmetryske helte is wat it ferkear echt beskermet, pakket nei pakket, foar de hiele libbensdoer fan 'e sesje.

De twa helten hawwe ferskillende libbensdoeren, ferskillende flatermodi en ferskillende dingen dy't jo feilich publisearje kinne. As jo se skiede, hâlde fragen lykas „is RSA 2048 swakker as AES-128“ op mei betiizjen, om't se nea ferlykber wiene.

Trije bewurkings dy't trochinoar helle wurde

Iepenbiere-kaai-kryptografy is in paraplu oer teminsten trije ferskillende bewurkings. In hantekening bewiist dat de hâlder fan in privee kaai in bepaald berjocht goedkard hat. Kaai-oerienkomst lit twa pearen in mienskiplik geheim ôfliede út wearden dy't se iepenbier ütwikselje. Iepenbiere-kaai-fersifering ferberget gegevens ûnder immen syn iepenbiere kaai, sadat allinnich de privee kaai se iepenje kin.

VPN-hânskuddings brûke meast de earste twa. In sertifikaat is gjin fersiferingskaai; it is in ûndertekene ferklearring dy't in namme oan in iepenbiere kaai bynt en de oare kant beslisse lit oft er de kaai fertrouwe sil dy't er krekt krigen hat. TLS 1.3-kaaistifting bygelyks is boud op (EC)DHE-kaai-oerienkomst plus sertifikaathantekeningen, net op it fersiferjen fan 'e sesje mei de iepenbiere kaai fan 'e tsjinner.

Wat de hânskudding eins opleveret

Yn in moderne hânskudding makket elk each in efemere kaaipear, wikselet de iepenbiere helten út en berekkent in mienskiplik geheim dat nea oer de tried giet. Dat geheim giet dan troch in kaaiafliedingsfunksje om aparte kaaien foar elke rjochting te meitsjen, plus de nonces en it IV-materiaal dat de recordlaach nedich hat. WireGuard docht dit mei syn op Noise basearre konstruksje; TLS 1.3 docht it mei HKDF oer it transkript fan 'e hânskudding.

De langtermyn-legitimaasje — sertifikaat en privee kaai, of in statyske WireGuard-kaai — autentisearret dy ütwikseling. It ûndertekenet of mingt him yn it transkript, sadat in frjemdling de hânskudding net op it plak fan 'e peare ôfmeitsje kin. Dêrnei docht de legitimaasje gjin wurk per pakket. As it dat die, soe elk pakket in privee-kaai-bewurking nedich hawwe, en in drokke tunnel soe beheind wurde troch de stadichste bewurking yn 'e stapel.

Dêr folgje twa by-effekten út. Earst binne de sesjekaaien elke kear farsk, en dêrom kin in oanfaller dy't letter de langtermyn-kaai stelt net earder opnommen sesjes ûntsiferje, mits de ôfspraak efemeer wie. Twads kompromittearret in útlêkte sesjekaai ien sesje, net de identiteit.

Wêrom grutte datafolumes symmetryske kaaien brûke

Symmetryske sipers kinne folume goed oan: AES-GCM of ChaCha20-Poly1305 ferwurkje elk pakket mei in kaai dy't al yn it ûnthâld sit, autentisearje de kop en ferheegje in teller. De ûntfangende kant kontrolearret de nonce en it autentikaasjelabel, en smyt alles fuort dat mislearret of werhellet. Dat is goedkeap genôch om op linefaasje op gewoane hardware te draaien, en deselde konstruksje jout fertroulikheid en yntegriteit yn ien trochgong.

De konstruksje is ek it plak dêr't de measte ymplemintaasjeflaters libje. In werhelle nonce yn GCM brekt fertroulikheid en echtheid tagelyk, dat protokollen liede kaaien per rjochting ôf en hâlde in eksplisite teller of epok by. As jo in pakketopname lêze en de lingte fan 'e sipettekst komt oerien mei de platte tekst plus in fêste oerhaad, dan is it de symmetryske laach dy't wurket, net in iepenbiere-kaai-bewurking per pakket.

Libbensdoer, kaaifernijing en foarútgeande geheimhâlding

Sesjekaaien binne bedoeld om te ferfallen. TLS 1.3 lit in KeyUpdate-berjocht de ferkearskaaien rôlje; WireGuard fernijt in sesje nei in konfigurearre tiid of berjochttelling en hâldt de âlde koart by foar pakketten ûnderweis. OpenVPN weronderhannelet syn datakanaalkaaien neffens in skema, mei reneg-sec dy't it ynterval regelet.

Gjin fan dy rotaasje is itselde as it fernijen fan in sertifikaat. In sertifikaat kin in jier jildich wêze wylst de sesjekaaien elke pear minuten feroarje, en in sertifikaat kin ferfongen wurde sûnder de kaaien fan 'e rinnende tunnel oan te reitsjen. As jo in ferfal planne, freegje dan hokker objekt jo rotearje; it antwurd beslút oft kliïnten wer ferbine of gewoan kaaien fernije.

Konfiguraasjes en diagnostyk lêze sûnder objekten te mingen

Yn 'e praktyk kiest men in folslein protokol en syn stipe primitiven, net om jo eigen gear te stallen. De --tls-crypt-kaai fan OpenVPN beskermet it kontrôlekanaal; it datakanaal brûkt ôfpraten symmetryske sipers. De PrivateKey- en PublicKey-ynfieringen fan WireGuard binne identiteitsmateriaal, wylst syn transportkaaien yntern ôflaat wurde. It lêzen fan dy fjilden as itselde soarte geheim liedt ta flaters lykas in iepenbiere kaai plakke wêr't in privee heart.

Hâld iepenbier materiaal skieden fan privee. In sertifikaat, in iepenbiere WireGuard-kaai en in finguerprint binne feilich om te dielen yn in ticket. In privee kaai, in foarôf dielde kaai en in eksportearre sesjekaai binne dat net. As jo sterkten ferlykje, ferlykje binnen in type: in elliptyske-kromme-identifikaasje, in RSA-modulusgrutte en in AES-kaaigrutte mjitte ferskillende dingen ûnder ferskillende oannames. De TLS 1.3-spesifikaasje is in nuttige referinsje foar hoe't de twa lagen byinoar passe, sels as jo tunnel gjin TLS is.