CFB1 dhidi ya CFB8 dhidi ya CFB128: ni ukubwa wa mrejesho, si wa ufunguo

Jina kama AES-256-CFB1 hubeba nambari mbili, na hujibu maswali tofauti. 256 ni urefu wa ufunguo wa AES. 1 ni mrejesho wa CFB, yaani ukubwa wa sehemu, sifa ya jinsi hali inavyosukuma hali yake. Ikisomwa kama urefu wa ufunguo, 1 hufanya jina lionekane kama usanidi mbaya wa maafa, na ndiyo sababu swali hili linarejea mara kwa mara.

Amua ni ipi kati ya viwango vitatu unavyoiangalia kabla ya kuhukumu jina: ukubwa wa ufunguo, ukubwa wa bloku au ukubwa wa sehemu. Ya kwanza pekee ndiyo kigezo cha usalama kwa maana ya kawaida.

Nambari tatu, viwango vitatu

AES hukubali funguo za biti 128, 192 au 256 na ina bloku ya biti 128 chochote utakachochagua. Ukubwa wa bloku ni wa AES, si wa hali. Kiambishi cha CFB ni kiwango cha tatu: data kiasi gani hali hutumia na kurudisha kwa kila hatua. Nyaraka za AES za OpenSSL huorodhesha ukubwa huo wa mabadiliko waziwazi kwa aina za CFB.

CFB1 hurudisha biti moja kwa wakati, CFB8 baiti moja, CFB128 bloku kamili. Zote tatu hutumia ndani sifa moja ya bloku ya biti 128; kinachobadilika ni biti ngapi za kila bloku lililohesabiwa hutumika kwa operesheni. Ndiyo sababu kiambishi hubadilisha gharama na tabia ya bafa, si nguvu ya ufunguo.

Kwa nini ukubwa wa bloku haubadiliki kamwe

AES ni sifa ya bloku yenye bloku isiyobadilika ya biti 128, na hali ni miundo iliyojengwa kuzunguka hiyo. Hakuna hata moja inayopunguza bloku ili ilingane na ukubwa wa sehemu. Utekelezaji wa CFB1 bado huhesabu bloku kamili ya AES na huchukua biti moja ya matokeo. Biti nyingine hutupwa kwa hatua hiyo, na hapo ndipo gharama ya ufanisi ilipo.

Kwa hiyo mrejesho wa biti moja haumaanishi ufunguo wa biti moja, na jina haliwezi kupangwa kwa kiambishi chake. CFB128 haina nguvu mara nne kuliko CFB32; huchakata sehemu kubwa zaidi.

Ukubwa wa sehemu hubadilisha nini kwa kweli

Ukubwa wa sehemu hubadilisha kiasi cha maandishi yaliyosimbwa yanayorudishwa kwa hatua na kiasi cha maandishi wazi ambacho kila hatua inaweza kubeba. Hubadilisha pia ueneaji wa makosa na tabia ya bafa, jambo muhimu kwa matumizi yanayofanana na mtiririko. Sehemu zinazoelekea baiti hulingana na bafa, zile zinazoelekea biti hazilingani.

Kwa vitendo itifaki huchagua hali, si mwendeshaji. Njia ya data ya VPN hutumia muundo ulioainishwa na itifaki yake, pamoja na ulinzi wake wa uadilifu, na orodha ya maktaba huonyesha tu majina yaliyopo.

Kusoma lebo ya CFB isiyo na sifa

Lebo ya CFB isiyo na sifa inahitaji muktadha wa utekelezaji wake. Katika vichwa vya OpenSSL 1.0.2, EVP_aes_128_cfb ni makro ya EVP_aes_128_cfb128, pamoja na majina mbadala yanayolingana kwa funguo za biti 192 na 256. Hiyo ni kawaida ya uandikaji wa API kutoka tawi moja, si dai kwamba kila maktaba, umbizo la faili au GUI hupanua kifupi hicho kwa namna moja. Angalia kichwa au nyaraka za toleo lililo mbele yako.

Kama wasifu wa zamani unasema CFB na mwenzake anaikubali, vigezo vilivyojadiliwa hurekodiwa mahali: kwenye kumbukumbu, kwenye utupaji wa usanidi, kwenye jibu la API. Soma hivyo badala ya kukisia ukubwa wa sehemu kutoka kwenye mfuatano wa kuonyesha.

Jina la hali halikuambii nini

Jina hufafanua tabia ya usimbaji na hakuna kingine. VPN bado inahitaji ulinzi wa uadilifu, uundaji wa funguo na uthibitishaji wa mwenzake, na CFB haitoi hata moja. Kubadilisha CFB8 kwa CFB1 pia si badiliko la juu juu: tabia kwenye waya hutofautiana na pande zote mbili lazima ziunge mkono muundo ule ule. Wala jina katika maktaba halithibitishi kwamba lango lililotumwa linakubali hilo kwa njia yake ya data.

Kwa kila kitu kinachotunzwa, tumia mpangilio kamili wa ulinzi wa itifaki na sera ya mwendeshaji, na rekodi matoleo ya maktaba na lango, chaguo kamili na matokeo yaliyojadiliwa. Jina la zamani hufafanua unachosoma; halihalalishi kufufua usanidi huo.