CFB1 pret CFB8 pret CFB128: tas ir atgriezeniskās saites, ne atslēgas izmērs
Skaitlis aiz CFB ir atgriezeniskās saites solis, nevis atslēgas garums: CFB1, CFB8 un CFB128 izmanto 128 bitu bloku. Lasiet vecos nosaukumus, neizgudrojot vājas atslēgas.
Nosaukumā, piemēram, AES-256-CFB1, ir divi skaitļi, un tie atbild uz dažādiem jautājumiem. 256 ir AES atslēgas garums. 1 ir CFB atgriezeniskā saite jeb segmenta izmērs, režīma īpašība virzīt savu stāvokli. Ja 1 nolasītu kā atslēgas garumu, nosaukums izskatītos pēc katastrofālas nepareizas konfigurācijas, tāpēc šis jautājums atgriežas atkal un atkal.
Pirms vērtējat nosaukumu, izlemiet, kuru no trim lielumiem skatāties: atslēgas izmēru, bloka izmēru vai segmenta izmēru. Tikai pirmais ir drošības parametrs ierastajā nozīmē.
Trīs skaitļi, trīs lielumi
AES pieņem 128, 192 vai 256 bitu atslēgas, un tam ir 128 bitu bloks neatkarīgi no izvēles. Bloka izmērs pieder AES, nevis režīmam. CFB piedēklis ir trešais lielums: cik daudz datu režīms patērē un atdod katrā solī. OpenSSL AES dokumentācija skaidri uzskaita šos nobīdes izmērus CFB variantiem.
CFB1 atdod pa vienam bitam, CFB8 vienu baitu, CFB128 veselu bloku. Visi trīs iekšēji izmanto to pašu 128 bitu bloka šifru; mainās tas, cik bitu no katra aprēķinātā bloka tiek izmantots vienā operācijā. Tāpēc piedēklis maina izmaksas un buferēšanas uzvedību, nevis atslēgas stiprumu.
| Name | Key | AES block | Feedback |
|---|---|---|---|
| AES-256-CFB1 | 256 bits | 128 bits | 1 bit |
| AES-256-CFB8 | 256 bits | 128 bits | 8 bits |
| AES-256-CFB128 | 256 bits | 128 bits | 128 bits |
Kāpēc bloka izmērs nekad nemainās
AES ir bloka šifrs ar fiksētu 128 bitu bloku, un režīmi ir konstrukcijas, kas būvētas ap to. Neviens no tiem nesamazina bloku, lai tas atbilstu segmenta izmēram. CFB1 ieviešana joprojām aprēķina pilnu AES bloku un paņem vienu bitu no rezultāta. Pārējie biti šim solim tiek izmesti, un tieši tur slēpjas efektivitātes izmaksas.
Tātad viena bita atgriezeniskā saite nenozīmē viena bita atslēgu, un nosaukumu nevar sarindot pēc piedēkļa. CFB128 nav četras reizes stiprāks par CFB32; tas apstrādā lielākus segmentus.
Ko segmenta izmērs patiešām maina
Segmenta izmērs maina to, cik daudz šifrētā teksta tiek atdots katrā solī un cik atklātā teksta katrs solis var pārnest. Tas maina arī kļūdu izplatīšanos un buferēšanas uzvedību, kas ir svarīgi plūsmai līdzīgā lietošanā. Uz baitiem orientēti segmenti saskan ar buferiem, uz bitiem orientēti nav.
Praksē režīmu izvēlas protokols, nevis operators. VPN datu kanāls izmanto savu protokola noteikto konstrukciju ar savu integritātes aizsardzību, un bibliotēkas saraksts tikai pasaka, kādi nosaukumi pastāv.
Nekvalificēta CFB apzīmējuma lasīšana
Nekvalificētam CFB apzīmējumam vajadzīgs tā ieviešanas konteksts. OpenSSL 1.0.2 galvenēs EVP_aes_128_cfb ir makros EVP_aes_128_cfb128, ar atbilstošiem aizstājvārdiem 192 un 256 bitu atslēgām. Tā ir vienas nozares API nosaukumu konvencija, nevis apgalvojums, ka katra bibliotēka, faila formāts vai GUI šo saīsinājumu izvērš tāpat. Pārbaudiet priekšā esošās versijas galveni vai dokumentāciju.
Ja vecs profils saka CFB un partneris to pieņem, sarunātie parametri kaut kur tiek fiksēti: žurnālā, konfigurācijas izvadē, API atbildē. Lasiet tos, nevis seciniet segmenta izmēru no attēlošanas virknes.
Ko režīma nosaukums nepasaka
Nosaukums apraksta šifrēšanas uzvedību un neko citu. VPN joprojām vajag integritātes aizsardzību, atslēgas atvasināšanu un partnera autentifikāciju, un CFB nesniedz nevienu no tām. Arī CFB8 nomaiņa pret CFB1 nav kosmētiska izmaiņa: uzvedība tīklā atšķiras, un abām pusēm jāatbalsta viena un tā pati konstrukcija. Nosaukums bibliotēkā arī nepierāda, ka izvietotā vārteja to pieņem savam datu kanālam.
Visam, kas tiek uzturēts, izmantojiet protokola pilno aizsardzības shēmu un operatora politiku, un pierakstiet bibliotēkas un vārtejas versijas, precīzo opciju un sarunāto rezultātu. Vecais nosaukums izskaidro, ko jūs lasāt; tas neattaisno konfigurācijas atdzīvināšanu.