AES-256 teenoor OFB: kies ’n volledige VPN-syferkonstruksie

AES-256 en OFB beantwoord verskillende vrae, en dit is waar syferoorsigte verkeerd loop wanneer hulle as mededingende opsies behandel word. Die een noem ’n bloksyfer met ’n sleutellengte; die ander beskryf hoe ’n bloksyfer in ’n stroom vir ’n langer boodskap omskep word. ’n Runbook vir die keuse van beskerming moet na die hele konstruksie kyk, insluitend hoe die ontvanger ’n gewysigde pakket opspoor.

Benoem die vier dele van die konstruksie

Elke oorsig kom neer op vier vrae: watter primitief en sleutellengte, hoe boodskappe daarmee verwerk word, hoe die ontvanger ongemagtigde wysiging verwerp, en hoe die protokol insette, sleutels en hul leeftyd bestuur. ’n Lys bekende name beantwoord net die eerste. Die tweede en derde is waar die meeste werklike verskille lê, en die vierde is waar implementasies stilweg afwyk. Vra hulle in daardie volgorde en skryf die antwoorde neer.

OFB verskyn onder die vertroulikheidsmodusse in die NIST-publikasie oor bloksyfermodusse, en vertroulikheid is al wat dit bied. ’n Protokol wat ’n enkripsiemodus met ’n aparte MAC kombineer, moet hulle korrek saamstel, en ’n algoritmenaam bewys nie daardie samestelling nie. Daarom kan die modus se naam alleen nie ’n ontplooiingsbesluit besleg nie.

Die vierde vraag is die een wat ’n operateur werklik op die lopende stelsel kan verifieer.

Verkies ’n geoutentiseerde konstruksie

Geoutentiseerde enkripsie lewer vertroulikheid en integriteit saam, en AEAD-konstruksies beskerm ook geassosieerde data teen wysiging sonder om dit te enkripteer. Dit is ’n eienskap van pakketbeskerming, en dit staan los van of ’n mens suksesvol aangemeld het.

Die OpenVPN-kriptografiese riglyne van Netgate wys op AEAD-opsies, AES-GCM ingesluit, vir die datakanaal, en dit is die soort ondersteunde beleid om te volg. Gebruik die keuses wat die geïnstalleerde weergawe en die eweknie-kliante ondersteun eerder as om ’n historiese modusranglys in ’n nuwe ontplooiing te kopieer. Erfenisversoenbaarheid, kripto-agterkante en aflaasteun beperk wat werklik beskikbaar is.

’n Ondersteunde konstruksie klop elke keer ’n slim samestelling.

Lees die onderhandelde resultaat, nie die aanbod nie

’n Syfer wat in ’n aanvaarde lys verskyn, sê niks oor die huidige sessie nie. Lees die onderhandelde datakanaalbeskerming by die kliënt of die poort en vergelyk dit met die beleid wat jy wou afdwing. ’n Konfigurasie wat steeds ’n erfenisopsie vir een ou eweknie lys, is ’n versoenbaarheidsbesluit, nie ’n uitspraak oor die sessie voor jou nie.

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

Op ’n poort is die ekwivalente uitset die veiligheidsassosiasie of die verbinding se kripto-besonderhede, afhangend van die platform. In beide gevalle is die aanbod en die resultaat verskillende feite. ’n Lys wat ’n erfenisopsie vir een ou eweknie insluit, beteken nie dat elke sessie dit gebruik nie, en ’n sessie wat dit wel gebruik, is die ding wat jy moes weet.

Teken beide feite saam aan, met die datum en die kliëntweergawe.

Meet net wat jy kan vergelyk

Deurset hang af van die eindpunt-hardeware, die implementering, versnelling, pakketgroottes en die gekose konfigurasie. Nie die sleutellengte nie en ook nie die woord OFB se vir jou watter ontplooiing vinniger sal wees nie. Daarom is ’n maatstaf van ’n ander webwerf hoogstens ’n wenk oor hardeware wat iemand anders besit. Jou eie syfers begin by jou eie eindpunte.

Hou vir ’n gemagtigde vergelyking die eindpunte, die werkladings en die vereiste beleid konstant, en teken die onderhandelde beskerming plus die implementeringsweergawes aan. Beoordeel dan die resultaat aan die hand van of die toepassing klaargemaak het, hoeveel dit verloor het en wat die eindpunte gedoen het, eerder as om kriptokoste uit een spoedtoets af te lei. ’n Syfer wat onder ander toestande geproduseer is, is ’n verhaal, nie ’n meting nie.

As ’n ou eweknie nie die beleid kan nakom nie, is dit ’n versoenbaarheidsbesluit vir sy eienaar.

Hou integriteit uit die ruil

Om integriteitskontroles af te skakel of ’n onbevestigde bediener te aanvaar is nie ’n prestasie-optimalisering nie, en dit is nie ’n versoenbaarheidsoplossing nie. Dit verander die sekuriteitseienskap waarvoor die konstruksie gekies is. Dieselfde geld vir die uitbreiding van die aanvaarde syferlys totdat ’n ou eweknie konnekteer: die verbinding slaag en die beleid bestaan nie meer nie.

Skryf die aanvaarde konstruksie en sy eienaar in die runbook, sodat die volgende verandering by ’n besluit begin eerder as by ’n voorkeur.

Wat jy wil hê, is ’n beleid wat beide kante kan afdwing. Om te redeneer dat een naam die sterkste is, is ’n ander gesprek, en dit eindig gewoonlik sonder ’n besluit.