AES-256 mot OFB: vel ein fullstendig VPN-sifferkonstruksjon

AES-256 og OFB svarar på ulike spørsmål, og det er her siffergjennomgangar går gale når dei vert handsama som konkurrerande alternativ. Den eine namngir eit blokksiffer med ein nøkkelstorleik; den andre skildrar korleis eit blokksiffer vert gjort om til ein straum for ei lengre melding. Ei rettleiing for val av vern må sjå på heile konstruksjonen, inkludert korleis mottakaren oppdagar ein endra pakke.

Namngi dei fire delane av konstruksjonen

Kvar gjennomgang vert redusert til fire spørsmål: kva primitiv og nøkkelstorleik, korleis meldingar vert handsama med han, korleis mottakaren avviser ei uautorisert endring, og korleis protokollen styrer inndata, nøklar og levetida deira. Ei liste med kjende namn svarar berre på det første. Det andre og tredje er der dei reelle skilnadene ligg, og det fjerde er der implementasjonar stille går frå kvarandre. Still dei i den rekkjefølgja og skriv ned svara.

OFB står blant konfidensialitetsmodusane i NIST-publikasjonen om blokksiffermodusar, og konfidensialitet er alt det gjev. Ein protokoll som parar ein krypteringsmodus med ein separat MAC, må setje dei saman rett, og eit algoritmenamn provar ikkje den samansetjinga. Derfor kan modusnamnet åleine ikkje avgjere ei utrulling.

Det fjerde spørsmålet er det ein operatør faktisk kan stadfeste på det køyrande systemet.

Føretrekk ein autentisert konstruksjon

Autentisert kryptering gjev konfidensialitet og integritet saman, og AEAD-konstruksjonar vernar også tilknytte data mot endring utan å kryptere dei. Det er ein eigenskap ved pakkevem, og det har ingenting å gjere med om eit menneske har logga inn.

Netgate sin Netgate si rettleiing for OpenVPN-kryptoinnstillingar peikar på AEAD-alternativ, mellom dei AES-GCM, for datakanalen, og det er den typen støtta policy ein bør følgje. Bruk vala den installerte versjonen og peer-klientane støttar, i staden for å kopiere ein historisk modusrangering inn i ei ny utrulling. Eldre kompatibilitet, kryptobackendar og offload-støtte avgrensar kva som faktisk er tilgjengeleg.

Ein støtta konstruksjon slår ein smart samansetjing kvar gong.

Les det forhandla resultatet, ikkje tilbodet

Eit siffer på ei godteken liste seier ingenting om den gjeldande sesjonen. Les det forhandla datakanalvernet hjå klienten eller på gatewayen, og samanlikn det med policyen du ville handheve. Ein konfigurasjon som framleis listar eit eldre alternativ for ein gammal peer, er ei kompatibilitetsavgjerd, ikkje ei utsegn om sesjonen framfor deg.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

På ein gateway er den tilsvarande utdataen sikkerheitstilknytinga eller kryptodetaljane for tilkoplinga, avhengig av plattformen. I begge tilfelle er tilbodet og resultatet ulike fakta. Ei liste med eit eldre alternativ for ein gammal peer tyder ikkje at kvar sesjon brukar det, og sesjonen som gjer det, er det du trong å vite.

Noter begge fakta saman, med dato og klientversjon.

Mål berre det du kan samanlikne

Gjennomstrøyming avheng av maskinvara på endepunkta, implementasjonen, akselerasjon, pakkestorleikar og den valde konfigurasjonen. Korkje nøkkellengda eller ordet OFB fortel deg kva utrulling som vert raskast. Derfor er ein benchmark frå ein annan nettstad i beste fall eit hint om maskinvare nokon andre eig. Dine eigne tal startar ved dine eigne endepunkt.

For ei autorisert samanlikning held du endepunkta, arbeidsmengda og den påkravde policyen konstant, og noterer det forhandla vernet samt implementasjonsversjonane. Deretter vurderer du resultatet etter om applikasjonen vart ferdig, kor mykje han mista og kva endepunkta gjorde, i staden for å utleie kryptokostnad frå ein einaste hastigheitstest. Eit tal produsert under andre tilhøve er ei forteljing, ikkje ei måling.

Viss ein gammal peer ikkje kan oppfylle policyen, er det ei kompatibilitetsavgjerd for eigaren.

Hald integritet utanfor handelen

Å slå av integritetskontrollar eller godta ein uverifisert tenar er ikkje ein ytingsoptimalisering, og det er ikkje ei kompatibilitetsretting. Det endrar tryggleikseigenskapen konstruksjonen vart vald for. Det same gjeld å utvide den godtekne sifferlista til ein gammal peer koplar til: tilkoplinga lukkast, og policyen finst ikkje lenger.

Skriv den godtekne konstruksjonen og eigaren i rettleiinga, slik at neste endring startar med ei avgjerd og ikkje ei preferanse.

Det du vil ha, er ein policy begge endar kan handheve. Å argumentere for at eitt namn er sterkast, er ein annan samtale, og han endar vanlegvis utan avgjerd.