Ime, kot je AES-256-CFB1, nosi dve števili in odgovarjata na različni vprašanji. 256 je dolžina ključa AES. 1 je povratna zanka CFB, torej velikost segmenta, lastnost tega, kako način premika svoje stanje. Če 1 beremo kot dolžino ključa, je ime videti kot katastrofalna napačna konfiguracija, zato se to vprašanje vedno znova vrača.

Preden presodite ime, določite, katero od treh velikosti gledate: velikost ključa, velikost bloka ali velikost segmenta. Samo prva je varnostni parameter v običajnem smislu.

Tri števila, tri velikosti

AES sprejema ključe 128, 192 ali 256 bitov in ima blok 128 bitov, kar koli izberete. Velikost bloka pripada AES, ne načinu. Pripona CFB je tretja velikost: koliko podatkov način porabi in vrne na korak. Dokumentacija AES OpenSSL izrecno navaja te velikosti premika za različice CFB.

CFB1 vrne en bit naenkrat, CFB8 en bajt, CFB128 cel blok. Vsi trije notranje uporabljajo isto blokovno šifro s 128 biti; spreminja se, koliko bitov vsakega izračunanega bloka se uporabi na operacijo. Zato pripona premakne stroške in vedenje medpomnjenja, ne jakosti ključa.

NameKeyAES blockFeedback
AES-256-CFB1256 bits128 bits1 bit
AES-256-CFB8256 bits128 bits8 bits
AES-256-CFB128256 bits128 bits128 bits

Zakaj se velikost bloka nikoli ne spremeni

AES je blokovna šifra s fiksnim blokom 128 bitov in načini so konstrukcije, zgrajene okoli njega. Nobena od njih ne skrči bloka, da bi ustrezal velikosti segmenta. Izvedba CFB1 še vedno izračuna cel blok AES in vzame en bit rezultata. Ostali biti se za ta korak zavržejo in prav tam je strošek učinkovitosti.

Torej enobitna povratna zanka ne pomeni enobitnega ključa in imena ni mogoče razvrstiti po priponi. CFB128 ni štirikrat močnejši od CFB32; obdeluje večje segmente.

Kaj velikost segmenta v resnici spremeni

Velikost segmenta spremeni, koliko šifriranega besedila se vrne na korak in koliko odprtega besedila lahko vsak korak nosi. Spremeni tudi širjenje napak in vedenje medpomnjenja, kar je pomembno pri pretokovni rabi. Segmenti, usmerjeni na bajte, se ujemajo z medpomnilniki, tisti, usmerjeni na bite, ne.

V praksi način izbere protokol, ne upravljavec. Podatkovni kanal VPN uporablja konstrukcijo, ki jo predpisuje njegov protokol, z lastno zaščito celovitosti, seznam knjižnice pa samo pove, katera imena obstajajo.

Branje nekvalificirane oznake CFB

Nekvalificirana oznaka CFB potrebuje kontekst svoje izvedbe. V glavah OpenSSL 1.0.2 je EVP_aes_128_cfb makro za EVP_aes_128_cfb128, z ustreznimi vzdevki za ključe 192 in 256 bitov. To je konvencija poimenovanja API iz ene veje, ne trditev, da vsaka knjižnica, oblika datoteke ali GUI razširi okrajšavo enako. Preverite glavo ali dokumentacijo različice, ki je pred vami.

Če stari profil pravi CFB in druga stran to sprejme, se dogovorjeni parametri nekje zabeležijo: v dnevniku, izpisu konfiguracije, odgovoru API. Berite jih, namesto da bi velikost segmenta sklepali iz prikaznega niza.

Česa vam ime načina ne pove

Ime opisuje vedenje šifriranja in nič drugega. VPN še vedno potrebuje zaščito celovitosti, izpeljavo ključev in preverjanje pristnosti partnerja, CFB pa ne daje nobenega od tega. Tudi zamenjava CFB8 s CFB1 ni kozmetična sprememba: vedenje na žici se razlikuje in obe strani morata podpirati isto konstrukcijo. Niti ime v knjižnici ne dokazuje, da nameščeni prehod to sprejema za svoj podatkovni kanal.

Za vse, kar se vzdržuje, uporabite celotno zaščitno ureditev protokola in politiko upravljavca ter zabeležite različice knjižnice in prehoda, natančno možnost in dogovorjeni izid. Staro ime pojasni, kaj berete; ne opravičuje oživitve konfiguracije.

Sorodni članki