Bitu skaits statiskās atslēgas failā nav OpenVPN šifra stiprums

Skeneris vai kolēģis norāda uz bitu skaitu, kas iespiests statiskās OpenVPN atslēgas failā, un jautā, kāpēc tunelis neizmanto tik lielu šifru. Jautājums izklausās pamatoti, un atbilde nav skaitlis: galvene skaita uzglabāto atslēgas materiālu, bet šifrs patērē tikai to daļu, ko prasa tā atslēgas izmērs. Uzskatot šo summu par stipruma iestatījumu, rodas labojumi, kas neko nemaina. Formāts tika veidots, lai turētu vairāk materiāla, nekā patērē jebkurš atsevišķs algoritms.

Šeit sajaucas divi jautājumi: cik daudz atslēgas materiāla fails uzglabā un cik stiprs ir saskaņotais šifrs. Tuneli raksturo tikai otrais.

Ko galvenes skaitlis patiešām skaita

Konteiners serializē šifra materiālu un HMAC materiālu kā atsevišķas struktūras, un divvirzienu forma tur divas šādas kopas, lai katrs virziens varētu nest savas atslēgas. Rakstošais kods iespiesto skaitli atvasina no serializēto struktūru skaita, to izmēra un astoņiem bitiem uz baitu. Tā ir aritmētika par krātuvi, nevis apgalvojums, ka viens šifrs patērē katru uzglabāto baitu. Galvene arī fiksē maksimālo šifra materiāla piešķīrumu, lai bibliotēkas izmaiņas nevarētu klusi mainīt formāta izmērus.

Salīdziniet to ar sertifikāta atslēgu, kur bitu skaits patiešām raksturo viena objekta izmēru. 4,096 bitu RSA atslēga un atslēgas fails, kura galvenē rakstīti 4,096 biti, ir dažādi priekšmeti ar dažādiem uzdevumiem, un to salikšana kā divu vienas pogas iestatījumu noved pie sliktiem secinājumiem.

Divi atslēgu kopumi vienā failā

Katra faila puse piegādā šifrēšanas un autentifikācijas materiālu, jo iepriekš kopīgotas atslēgas režīms aizsargā pakešu abos virzienos ar šiem atsevišķajiem gabaliem. Aktīvais šifrs izmanto tikai tos baitus, ko prasa tā atslēgas izmērs, un kopsavilkums izmanto savu izvades izmēru, tāpēc izmantojamais stiprums nāk no opcijām, nevis no faila garuma. Heksadecimālā bloka pagarināšana neprasa konfigurētajam algoritmam patērēt vairāk no tā. Komentāra rediģēšana ar lielāku skaitli maina vēl mazāk.

Ja tiešām vēlaties garāku atslēgu, maināmais iestatījums ir šifrs vai kopsavilkums, un ģenerators rada to, kas vajadzīgs izvēlētajiem algoritmiem.

Profila nolasīšana pasaka, kurš režīms jums ir

Tas pats faila formāts kalpo diviem diezgan atšķirīgiem uzdevumiem, un tikai profils pasaka, kurš ir jums. Vecā secret rinda padara failu par vienīgo tuneļa atslēgas materiālu, savukārt tls-auth vai tls-crypt padara to par vadības kanāla aizsardzību līdzās sertifikātiem. Neviens no abiem lietojumiem nepārvērš to klienta sertifikāta privātajā atslēgā, lai cik līdzīgs bloks izskatītos. Pirms aizvietotāja ģenerēšanas nosakiet opciju un versiju, un rakstzīmju pievienošanas vietā izmantojiet dokumentēto ģeneratoru.

Šī atšķirība nosaka arī reakciju uz atklāšanu. Noplūdis tls-auth atslēga neatklāj sesijas atslēgas, bet ļauj uzbrucējam ievadīt vadības kanāla satiksmi, tāpēc tā tomēr ir jāmaina. Noplūdis secret atslēga ir sliktāka, jo tā bija materiāls, kas aizsargāja pašus datus.

Kas jāfiksē drošības pārskatā

Fiksējiet trīs lietas atsevišķi: saskaņoto datu kanāla aizsardzību, vadības kanāla aizsardzību un to, kā vienaudži autentificējas. Rinda kā data-ciphers AES-256-GCM raksturo tikai pirmo, un ziņojums, kas tur apstājas, nevar atbildēt, vai vadības kanāls vispār ir aizsargāts. Statiskās atslēgas fails pieder otrajai kategorijai, kad to lieto ar tls-auth vai tls-crypt, un nevienai, kad to nelieto. Recenzenti, kas sajauc kategorijas, prasa lielāku atslēgas failu, kad patiesībā grib stiprāku šifru.

Ja fails tika atklāts, pagrieziet to un izplatiet no jauna pa apstiprināto kanālu. Rakstzīmju pievienošana kompromitētam noslēpumam nav pagriešana, un tā atstāj atklāto materiālu derīgu.

Glabājiet pagriešanas ierakstu kopā ar profilu, kuram tas pieder. Nākamais pārskats jautās kura atslēga kuru periodu aizsargāja, un galvene uz to neatbildēs.