Ime poput AES-256-CFB1 nosi dva broja, a oni odgovaraju na različita pitanja. 256 je duljina AES ključa. A 1 je povratna veza, odnosno veličina segmenta, kod CFB: svojstvo toga kako način pomiče svoje stanje. Ako se 1 čita kao duljina ključa, ime izgleda kao katastrofalna pogrešna konfiguracija, i zato se pitanje stalno vraća.

Odredite u koju od tri veličine gledate prije nego procijenite ime: veličinu ključa, veličinu bloka ili veličinu segmenta. Samo je prva sigurnosni parametar u uobičajenom smislu.

Tri broja, tri veličine

AES prihvaća ključeve od 128, 192 ili 256 bita i ima blok od 128 bita bez obzira na izbor. Veličina bloka pripada AES-u, a ne načinu. Sufiks CFB treća je veličina: koliko podataka način troši i vraća po koraku. OpenSSL dokumentacija za AES izričito navodi te veličine pomaka za varijante CFB.

CFB1 vraća jedan bit odjednom, CFB8 jedan bajt, CFB128 cijeli blok. Sva tri iznutra rabe istu blok šifru od 128 bita; mijenja se koliko se bitova svakog izračunatog bloka rabi po operaciji. Zato sufiks mijenja cijenu i ponašanje pri međuspremanju, a ne snagu ključa.

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

Zašto se veličina bloka nikad ne mijenja

AES je blok šifra s fiksnim blokom od 128 bita, a načini su konstrukcije oko nje. Nijedan od njih ne smanjuje blok da bi odgovarao veličini segmenta. Implementacija CFB1 i dalje izračunava cijeli AES blok i uzima jedan bit rezultata. Ostali bitovi odbacuju se za taj korak, i tu točno leži cijena učinkovitosti.

Dakle, povratna veza od jednog bita ne podrazumijeva ključ od jednog bita, i ime se ne može rangirati po svom sufiksu. CFB128 nije četiri puta jača od CFB32; ona obrađuje veće segmente.

Što veličina segmenta zapravo mijenja

Veličina segmenta mijenja koliko se šifriranog teksta vraća po koraku i koliko otvorenog teksta svaki korak može nositi. Mijenja i širenje pogrešaka i ponašanje pri međuspremanju, što je važno za upotrebu nalik toku. Segmenti orijentirani na bajtove poravnavaju se s međuspremnicima, a oni orijentirani na bitove ne.

U praksi način bira protokol, a ne operator. VPN podatkovni kanal rabi konstrukciju koju propisuje njegov protokol, s vlastitom zaštitom cjelovitosti, a popis u knjižnici samo vam kaže koja imena postoje.

Čitanje nekvalificirane oznake CFB

Nekvalificirana oznaka CFB zahtijeva kontekst svoje implementacije. U zaglavljima OpenSSL 1.0.2, EVP_aes_128_cfb je makro za EVP_aes_128_cfb128, s odgovarajućim aliasima za ključeve od 192 i 256 bita. To je konvencija imenovanja API-ja iz jedne grane, a ne tvrdnja da svaka knjižnica, format datoteke ili GUI skraćenicu širi na isti način. Provjerite zaglavlje ili dokumentaciju verzije koja je pred vama.

Ako stari profil kaže CFB i partner to prihvati, pregovoreni parametri negdje se bilježe: u dnevniku, ispisu konfiguracije, odgovoru API-ja. Čitajte njih umjesto da veličinu segmenta zaključujete iz prikaza na zaslonu.

Što vam ime načina ne kaže

Ime opisuje ponašanje šifriranja i ništa drugo. VPN-u i dalje trebaju zaštita cjelovitosti, izvođenje ključeva i autentikacija partnera, a CFB ne daje nijedno od toga. Zamjena CFB8 s CFB1 također nije kozmetička: ponašanje na mreži se razlikuje i obje strane moraju podržavati istu konstrukciju. Niti ime u knjižnici dokazuje da implementirani gateway to prihvaća za svoj podatkovni kanal.

Za sve što se održava, rabite potpunu zaštitnu postavku protokola i politiku operatora, te zabilježite verzije knjižnice i gatewaya, točnu opciju i pregovoreni rezultat. Staro ime objašnjava što čitate; ono ne opravdava oživljavanje konfiguracije.

Povezani članci