AES-256-CFB1-ի նման անունը կրում է երկու թիվ, և դրանք տարբեր հարցերի պատասխան են տալիս։ 256-ը AES բանալու երկարությունն է։ Իսկ 1-ը CFB-ի հետադարձ կապն է, այսինքն՝ սեգմենտի չափը․ հատկություն այն մասին, թե ինչպես է ռեժիմն առաջ տանում իր վիճակը։ Եթե 1-ը կարդացվի որպես բանալու երկարություն, անունը կթվա աղետալի սխալ կարգավորում, և դրա համար է, որ հարցը նորից ու նորից վերադառնում է։

Որոշեք, թե երեք մեծություններից որին եք նայում, նախքան անունը գնահատելը․ բանալու չափը, բլոկի չափը կամ սեգմենտի չափը։ Միայն առաջինն է անվտանգության պարամետր սովորական իմաստով։

Երեք թիվ, երեք մեծություն

AES-ը ընդունում է 128, 192 կամ 256 բիթանոց բանալիներ և ունի 128 բիթանոց բլոկ՝ անկախ ընտրությունից։ Բլոկի չափը պատկանում է AES-ին, ոչ ռեժիմին։ CFB վերջածանցը երրորդ մեծությունն է․ որքան տվյալ է ռեժիմը սպառում և վերադարձնում յուրաքանչյուր քայլում։ OpenSSL-ի AES փաստաթղթերը հստակ թվարկում են այդ տեղաշարժի չափերը CFB տարբերակների համար։

CFB1-ը վերադարձնում է մեկ բիթ միաժամանակ, CFB8-ը՝ մեկ բայթ, CFB128-ը՝ ամբողջ բլոկ։ Երեքն էլ ներսում օգտագործում են նույն 128 բիթանոց բլոկային ծածկագիրը․ փոխվում է այն, թե յուրաքանչյուր հաշվարկված բլոկից քանի բիթ է օգտագործվում մեկ գործողության մեջ։ Դրա համար է, որ վերջածանցը տեղափոխում է ծախսը և բուֆերացման վարքը, ոչ բանալու ուժը։

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

Ինչու բլոկի չափը երբեք չի փոխվում

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-ով փոխարինելը նույնպես կոսմետիկ փոփոխություն չէ․ ցանցում վարքը տարբերվում է, և երկու կողմերն էլ պետք է աջակցեն նույն կոնստրուկցիան։ Գրադարանում եղած անունը նույնպես չի ապացուցում, որ տեղակայված դարպասը դա ընդունում է իր տվյալների ալիքի համար։

Ցանկացած սպասարկվող բանի համար օգտագործեք արձանագրության պաշտպանության ամբողջական դասավորությունը և օպերատորի քաղաքականությունը, և գրանցեք գրադարանի ու դարպասի տարբերակները, ճշգրիտ տարբերակը և բանակցված արդյունքը։ Հին անունը բացատրում է, թե ինչ եք կարդում․ այն չի արդարացնում կարգավորման վերակենդանացումը։

Առնչվող հոդվածներ