In namme as AES-256-CFB1 draacht twa getallen, en se beäntwurdzje ferskate fragen. De 256 is de lingte fan 'e AES-kaai. De 1 is de CFB-weromkeppeling, of de grutte fan it segmint: in eigenskip fan hoe't de modus syn tastân foarút beweecht. Wirdt de 1 lêzen as kaailengte, dan liket de namme op in katastrofale ferkearde konfiguraasje, en dêrom komt de fraach hieltiten werom.

Bepaal nei hokker fan trije grutheden jo sjogge foardat jo de namme beoardielje: kaai-grutte, blokgrutte of segmintgrutte. Allinne de earste is in feilichheidsparameter yn 'e gewoane sin.

Trije getallen, trije grutheden

AES akseptearret kaaien fan 128, 192 of 256 bits en hat in blok fan 128 bits, wat jo ek kieze. De blokgrutte heart by AES, net by de modus. It CFB-efterheaksel is de tredde grutheid: hoefolle gegevens de modus per stap brûkt en weromstjoert. De OpenSSL-dokumintaasje oer AES listet dy ferskowingsgrutheden eksplisyt foar de CFB-farianten.

CFB1 stjoert ien bit tagelyk werom, CFB8 ien byte, CFB128 in hiel blok. Alle trije brûke yntern deselde bloksfersifering fan 128 bits; wat feroaret is hoefolle bits fan elk berekkene blok per operaasje brûkt wurde. Dêrom ferskoot it efterheaksel kosten en bufferingsgedrach, net kaai-sterkte.

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

Wêrom't de blokgrutte nea feroaret

AES is in bloksfersifering mei in fêst blok fan 128 bits, en modi binne konstruksjes deromhinne. Gjin fan harren krimpt it blok om by de segmintgrutte te passen. In CFB1-ymplemintaasje berekkent noch altyd in folslein AES-blok en nimt ien bit fan it resultaat. De oare bits wurde foar dy stap fuortgoaid, en dêr sit krekt de kosten fan effisjinsje.

In weromkeppeling fan ien bit betsjut dus net in kaai fan ien bit, en in namme kin net op syn efterheaksel oardere wurde. CFB128 is net fjouwer kear sterker as CFB32; it ferwurket gruttere segminten.

Wat de segmintgrutte eins feroaret

De segmintgrutte feroaret hoefolle sipettekst per stap weromstjoerd wurdt en hoefolle platte tekst elke stap drage kin. It feroaret ek flaterfoarplanting en bufferingsgedrach, wat fan belang is foar stream-lyk gebrûk. Byte-rjochte segminten passe by buffers, bit-rjochte net.

Yn 'e praktyk kiest it protokol de modus, net de operator. In VPN-datakanaal brûkt de konstruksje dy't syn protokol foarskriuwt, mei syn eigen yntegriteitsbeskerming, en in bibleteeklist fertelt allinne hokker nammen besteane.

In net-kwalifisearre CFB-label lêze

In net-kwalifisearre CFB-label hat syn ymplemintaasjekontekst nedich. Yn 'e OpenSSL 1.0.2-kopteksten is EVP_aes_128_cfb in makro foar EVP_aes_128_cfb128, mei byhearrende aliassen foar kaaien fan 192 en 256 bits. Dat is in API-namjouwingskonvinsje út ien tûke, net de bewearing dat elke bibleteek, bestânsformaat of GUI de ôfkoarting itselde útwreidet. Kontrolearje de koptekst of dokumintaasje fan 'e ferzje dy't foar jo leit.

As in âld profyl CFB seit en de tsjinpartij akseptearret it, wurde de ûnderhannele parameters earne fêstlein: yn in loch, in konfiguraasje-útskrift, in API-antwurd. Lês dy ynstee fan de segmintgrutte út in werjefte-string ôf te lieden.

Wat in modusnamme jo net fertelt

De namme beskriuwt fersiferingsgedrach en neat oars. In VPN hat noch hieltyd yntegriteitsbeskerming, kaai-ôflieding en autentikaasje fan 'e tsjinpartij nedich, en CFB leveret gjin fan dy. It ferfangen fan CFB8 troch CFB1 is ek gjin kosmetyske feroaring: it gedrach op it net ferskilt en beide kanten moatte deselde konstruksje stypje. Ek bewiist in namme yn in bibleteek net dat de útrôle gateway it foar syn datakanaal akseptearret.

Foar alles wat ûnderhâlden wurdt, brûk de folsleine beskermingsregeling fan it protokol en it belied fan 'e operator, en registrearje de ferzjes fan bibleteek en gateway, de krekte opsje en it ûnderhannele resultaat. De âlde namme ferklearret wat jo lêze; se rjochtfeardiget it nij libjen fan 'e konfiguraasje net.

Relatearre artikelen