Število bitov v datoteki statičnega ključa ni moč šifre OpenVPN

Optični bralnik ali sodelavec pokaže na število bitov, natisnjeno znotraj datoteke statičnega ključa OpenVPN, in vpraša, zakaj tunel ne uporablja šifre te velikosti. Vprašanje se sliši razumno, odgovor pa ni število: glava šteje shranjeno ključno gradivo, medtem ko šifra porabi le del, ki ga zahteva velikost njenega ključa. Če to vsoto obravnavamo kot nastavitev moči, nastanejo spremembe, ki ničesar ne spremenijo. Format je bil zgrajen tako, da hrani več gradiva, kot ga porabi kateri koli posamezni algoritem.

Tu se mešata dve vprašanji: koliko ključnega gradiva hrani datoteka in kako močna je dogovorjena šifra. Tunel opisuje le drugo.

Kaj število v glavi v resnici šteje

Vsebnik serializira šifrirno gradivo in gradivo HMAC kot ločene strukture, dvosmerna oblika pa hrani dva taka niza, da lahko vsaka smer nosi svoje ključe. Koda za pisanje natisnjeno število izpelje iz števila serializiranih struktur, njihove velikosti in osmih bitov na bajt. To je aritmetika nad shrambo, ne trditev, da ena šifra porabi vsak shranjen bajt. Glava tudi določi največjo dodelitev šifrirnega gradiva, da sprememba knjižnice ne bi mogla tiho spremeniti merila formata.

Primerjajte to s ključem potrdila, kjer število bitov res opisuje velikost enega predmeta. Ključ RSA s 4,096 biti in datoteka ključa, katere glava navaja 4,096 bitov, sta različna predmeta z različnimi nalogami, in če ju postavimo kot dve nastavitvi na enem gumbu, dobimo slabe sklepe.

Dva niza ključev v eni datoteki

Vsaka polovica datoteke prispeva šifrirno in overitveno gradivo, ker način vnaprej deljenega ključa ščiti pakete v obeh smereh s temi ločenimi deli. Aktivna šifra uporabi le bajte, ki jih zahteva velikost njenega ključa, povzetek pa uporabi svojo izhodno velikost, zato uporabna moč izhaja iz možnosti in ne iz dolžine datoteke. Podaljšanje šestnajstiškega bloka od nastavljenega algoritma ne zahteva, da bi ga porabil več. Urejanje komentarja z večjim številom spremeni še manj.

Če res želite daljši ključ, je nastavitev, ki jo je treba spremeniti, šifra ali povzetek, generator pa ustvari, kar izbrani algoritmi potrebujejo.

Branje profila vam pove, kateri način imate

Isti format datoteke služi dvema precej različnima nalogama in le profil pove, katero imate. Stara vrstica secret naredi datoteko edino ključno gradivo tunela, medtem ko tls-auth ali tls-crypt iz nje naredi zaščito krmilnega kanala ob potrdilih. Nobena uporaba je ne spremeni v zasebni ključ odjemalčevega potrdila, ne glede na to, kako podoben je blok. Pred ustvarjanjem nadomestila določite možnost in različico ter uporabite dokumentirani generator namesto dodajanja znakov.

Ta razlika odloči tudi odziv na razkritje. Uhajan ključ tls-auth ne razkrije sejnih ključev, vendar napadalcu omogoči vbrizgavanje prometa v krmilni kanal, zato ga je treba vseeno zamenjati. Uhajan ključ secret je slabši, ker je bil gradivo, ki je ščitilo same podatke.

Kaj naj zabeleži varnostni pregled

Zabeležite tri stvari ločeno: dogovorjeno zaščito podatkovnega kanala, zaščito krmilnega kanala in način, kako se partnerji overjajo. Vrstica, kot je data-ciphers AES-256-GCM, opisuje le prvo, poročilo, ki se tam ustavi, pa ne more odgovoriti, ali je krmilni kanal sploh zaščiten. Datoteka statičnega ključa spada v drugo kategorijo, kadar se uporablja z tls-auth ali tls-crypt, in v nobeno, kadar se ne uporablja. Pregledovalci, ki kategorije mešajo, zahtevajo večjo datoteko ključa, ko si v resnici želijo močnejšo šifro.

Če je bila datoteka razkrita, jo zavrtite in znova razdelite po odobrenem kanalu. Dodajanje znakov kompromitirani skrivnosti ni vrtenje in pusti razkrito gradivo veljavno.

Hranite zapis o vrtenju pri profilu, ki mu pripada. Naslednji pregled bo vprašal kateri ključ je ščitil katero obdobje, in glava na to ne bo odgovorila.