CFB1 наспроти CFB8 наспроти CFB128: тоа е големината на повратната врска, не на клучот

Име како AES-256-CFB1 носи два броја, а тие одговараат на различни прашања. 256 е должината на AES клучот. 1 е повратната врска на CFB, односно големината на сегментот, својство на тоа како режимот ја придвижува својата состојба. Ако 1 се прочита како должина на клуч, името изгледа како катастрофална погрешна конфигурација, и затоа ова прашање постојано се враќа.

Пред да го процените името, одлучете која од трите величини ја гледате: големина на клуч, големина на блок или големина на сегмент. Само првата е безбедносен параметар во вообичаена смисла.

Три броја, три величини

AES прифаќа клучеви од 128, 192 или 256 бита и има блок од 128 бита што и да изберете. Големината на блокот припаѓа на AES, не на режимот. Наставката CFB е третата величина: колку податоци режимот троши и враќа по чекор. документацијата за OpenSSL AES ги наведува тие големини на поместување експлицитно за CFB варијантите.

CFB1 враќа по еден бит, CFB8 еден бајт, CFB128 цел блок. Сите три внатрешно ја користат истата блок-шифра од 128 бита; она што се менува е колку битови од секој пресметан блок се користат по операција. Затоа наставката ги менува трошоците и однесувањето на баферирањето, а не јачината на клучот.

Зошто големината на блокот никогаш не се менува

AES е блок-шифра со фиксен блок од 128 бита, а режимите се конструкции изградени околу него. Ниту еден од нив не го намалува блокот за да одговара на големината на сегментот. Имплементацијата на CFB1 сè уште пресметува цел AES блок и зема еден бит од резултатот. Другите битови се отфрлаат за тој чекор, и токму таму лежи трошокот за ефикасноста.

Значи повратна врска од еден бит не подразбира клуч од еден бит, а името не може да се рангира по неговата наставка. CFB128 не е четири пати појака од CFB32; таа обработува поголеми сегменти.

Што всушност менува големината на сегментот

Големината на сегментот менува колку шифриран текст се враќа по чекор и колку чист текст може да носи секој чекор. Таа го менува и ширењето на грешките и однесувањето на баферирањето, што е важно за употреба слична на тек. Сегментите ориентирани кон бајти се совпаѓаат со баферите, оние ориентирани кон битови не.

Во практиката протоколот го избира режимот, не операторот. VPN канал за податоци ја користи конструкцијата што ја пропишува неговиот протокол, со сопствена заштита на интегритетот, а списокот на библиотеката само ви кажува кои имиња постојат.

Читање на неозначена CFB етикета

Неозначената CFB етикета бара контекст на нејзината имплементација. Во заглавијата на OpenSSL 1.0.2, EVP_aes_128_cfb е макро за EVP_aes_128_cfb128, со соодветни алијаси за клучеви од 192 и 256 бита. Тоа е конвенција за именување на API од една гранка, не тврдење дека секоја библиотека, формат на датотека или GUI ја проширува кратенката на ист начин. Проверете го заглавието или документацијата за верзијата пред вас.

Ако стар профил вели CFB и партнерот го прифаќа, преговараните параметри се запишуваат некаде: во лог, во извадок од конфигурација, во одговор на API. Читајте ги тие наместо да ја изведувате големината на сегментот од низа за приказ.

Што не ви кажува името на режимот

Името го опишува однесувањето при шифрирање и ништо друго. На VPN сè уште му требаат заштита на интегритетот, изведување на клуч и автентикација на партнерот, а CFB не обезбедува ниту едно од нив. Замената на CFB8 со CFB1 исто така не е козметичка промена: однесувањето на линијата се разликува и двете страни мора да ја поддржуваат истата конструкција. Ниту името во библиотека докажува дека распоредениот портал го прифаќа за својот канал за податоци.

За сè што се одржува, користете го целосниот распоред за заштита на протоколот и политиката на операторот, и запишете ги верзиите на библиотеката и порталот, точната опција и преговараниот резултат. Старото име објаснува што читате; тоа не оправдува оживување на конфигурацијата.