CFB1 kundrejt CFB8 kundrejt CFB128: është madhësia e reagimit, jo e çelësit

Një emër si AES-256-CFB1 mbart dy numra, dhe ata përgjigjen pyetjeve të ndryshme. 256 është gjatësia e çelësit AES. 1 është reagimi i CFB, domethënë madhësia e segmentit, një veti e mënyrës se si regjimi e shtyn gjendjen e tij. Nëse 1 lexohet si gjatësi çelësi, emri duket si një konfigurim katastrofikisht i gabuar, dhe prandaj kjo pyetje kthehet vazhdimisht.

Vendosni cilën nga tri madhësi po shihni përpara se të gjykoni emrin: madhësia e çelësit, madhësia e bllokut apo madhësia e segmentit. Vetëm e para është parametër sigurie në kuptimin e zakonshëm.

Tri numra, tri madhësi

AES pranon çelësa 128, 192 ose 256-bitësh dhe ka një bllok 128-bitësh, çfarëdo që të zgjidhni. Madhësia e bllokut i përket AES, jo regjimit. Prapashtesa CFB është madhësia e tretë: sa të dhëna regjimi konsumon dhe kthen për hap. Dokumentacioni AES i OpenSSL i liston ato madhësi zhvendosjeje në mënyrë eksplicite për variantet CFB.

CFB1 kthen një bit në herë, CFB8 një bajt, CFB128 një bllok të plotë. Të tria përdorin brendësisht të njëjtin shifër blloku 128-bitësh; ajo që ndryshon është sa bitë nga çdo bllok i llogaritur përdoren për operacion. Prandaj prapashtesa zhvendos koston dhe sjelljen e buferimit, jo forcën e çelësit.

Pse madhësia e bllokut nuk ndryshon kurrë

AES është një shifër blloku me bllok fiks 128-bitësh, dhe regjimet janë konstruksione të ndërtuara rreth tij. Asnjë prej tyre nuk e tkurr bllokun për t'u përshtatur me madhësinë e segmentit. Një implementim CFB1 prapë llogarit një bllok të plotë AES dhe merr një bit të rezultatit. Bitët e tjerë hidhen për atë hap, dhe pikërisht aty qëndron kostoja e efikasitetit.

Pra, një reagim një-bitësh nuk nënkupton një çelës një-bitësh, dhe një emër nuk mund të renditet sipas prapashtesës. CFB128 nuk është katër herë më i fortë se CFB32; ai përpunon segmente më të mëdha.

Çfarë ndryshon në të vërtetë madhësia e segmentit

Madhësia e segmentit ndryshon sa tekst i shifruar kthehet për hap dhe sa tekst i thjeshtë mund të mbajë çdo hap. Ajo ndryshon gjithashtu përhapjen e gabimeve dhe sjelljen e buferimit, që ka rëndësi për përdorim si rrymë. Segmentet e orientuara nga bajt përputhen me buferët, ato të orientuara nga bit nuk përputhen.

Në praktikë regjimin e zgjedh protokolli, jo operatori. Një kanal të dhënash VPN përdor konstruksionin që specifikon protokolli i tij, me mbrojtjen e vet të integritetit, dhe një listë biblioteke thotë vetëm cilat emra ekzistojnë.

Si të lexohet një etiketë CFB pa kualifikim

Një etiketë CFB pa kualifikim kërkon kontekstin e implementimit. Në titujt e OpenSSL 1.0.2, EVP_aes_128_cfb është makro për EVP_aes_128_cfb128, me pseudonime përkatëse për çelësat 192 dhe 256-bitësh. Ky është një konventë emërtimi API nga një degë, jo pretendimi se çdo bibliotekë, format skedari ose GUI e zbërthejnë shkurtimin në të njëjtën mënyrë. Kontrolloni titullin ose dokumentacionin e versionit që keni përpara.

Nëse një profil i vjetër thotë CFB dhe pala tjetër e pranon, parametrat e negociuar regjistrohen diku: në një log, në një dump konfigurimi, në një përgjigje API. Lexoni ato në vend që të nxirrni madhësinë e segmentit nga një varg shfaqjeje.

Çfarë nuk ju thotë emri i regjimit

Emri përshkruan sjelljen e kriptimit dhe asgjë tjetër. Një VPN prapë ka nevojë për mbrojtje të integritetit, nxjerrje çelësi dhe vërtetim të palës tjetër, dhe CFB nuk ofron asnjë prej tyre. Edhe zëvendësimi i CFB8 me CFB1 nuk është ndryshim kozmetik: sjellja në tel ndryshon dhe të dyja palët duhet të mbështesin të njëjtin konstruksion. As një emër në bibliotekë nuk provon që gateway-i i vendosur e pranon për kanalin e tij të të dhënave.

Për çdo gjë që mirëmbahet, përdorni rregullimin e plotë të mbrojtjes së protokollit dhe politikën e operatorit, dhe regjistroni versionet e bibliotekës dhe të gateway-it, opsionin e saktë dhe rezultatin e negociuar. Emri i vjetër shpjegon atë që po lexoni; ai nuk justifikon ringjalljen e konfigurimit.