CFB1, CFB8 અને CFB128: આ ફીડબેકનું કદ છે, કીનું કદ નહીં
CFB પછીની સંખ્યા ફીડબેક પગલું છે, કીની લંબાઈ નહીં: CFB1, CFB8 અને CFB128 128-બિટ બ્લોક વાપરે છે. નબળી કી શોધ્યા વિના જૂનાં નામ વાંચો.
AES-256-CFB1 જેવું નામ બે સંખ્યા ધરાવે છે, અને તે જુદા જુદા પ્રશ્નોના જવાબ આપે છે. 256 એ AES કીની લંબાઈ છે. અને 1 એ CFB ફીડબેક, એટલે કે સેગમેન્ટનું કદ છે: મોડ તેની સ્થિતિને કેવી રીતે આગળ વધારે છે તેની લાક્ષણિકતા. જો 1 ને કીની લંબાઈ તરીકે વાંચવામાં આવે, તો નામ વિનાશક ખોટી ગોઠવણી જેવું લાગે છે, અને તેથી જ પ્રશ્ન ફરી ફરીને આવે છે.
નામનો નિર્ણય કરતા પહેલાં નક્કી કરો કે તમે ત્રણમાંથી કઈ રાશિ જોઈ રહ્યા છો: કીનું કદ, બ્લોકનું કદ કે સેગમેન્ટનું કદ. સામાન્ય અર્થમાં ફક્ત પ્રથમ જ સુરક્ષા પરિમાણ છે.
ત્રણ સંખ્યા, ત્રણ રાશિ
AES 128, 192 કે 256-બિટ કી સ્વીકારે છે અને તમે જે પણ પસંદ કરો તેનો બ્લોક 128 બિટ છે. બ્લોકનું કદ AESનું છે, મોડનું નહીં. CFB પ્રત્યય ત્રીજી રાશિ છે: દરેક પગલે મોડ કેટલો ડેટા વાપરે છે અને પાછો મોકલે છે. AES પરનું OpenSSL દસ્તાવેજીકરણ CFB પ્રકારો માટે આ શિફ્ટ કદ સ્પષ્ટ રીતે સૂચવે છે.
CFB1 એક વખતે એક બિટ, CFB8 એક બાઇટ, CFB128 આખું બ્લોક પાછું મોકલે છે. ત્રણેય અંદરથી એ જ 128-બિટ બ્લોક સાઇફર વાપરે છે; જે બદલાય છે તે એ છે કે દરેક ગણતરી કરેલા બ્લોકમાંથી કેટલા બિટ દરેક કામગીરીમાં વપરાય છે. તેથી જ પ્રત્યય કિંમત અને બફર વર્તન બદલે છે, કીની શક્તિ નહીં.
| 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 |
બ્લોકનું કદ ક્યારેય કેમ બદલાતું નથી
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 થી બદલવું પણ દેખાવનું પરિવર્તન નથી: નેટવર્ક પરનું વર્તન જુદું છે અને બંને પક્ષોએ એ જ રચના સમર્થન કરવી પડે. લાઇબ્રેરીમાંનું નામ પણ સાબિત કરતું નથી કે તૈનાત કરેલું ગેટવે તેને તેની ડેટા ચેનલ માટે સ્વીકારે છે.
જે પણ જાળવવામાં આવે તે માટે પ્રોટોકોલની સંપૂર્ણ સુરક્ષા ગોઠવણી અને ઓપરેટરની નીતિ વાપરો, અને લાઇબ્રેરી તથા ગેટવેની આવૃત્તિઓ, ચોક્કસ વિકલ્પ અને વાટાઘાટ થયેલું પરિણામ નોંધો. જૂનું નામ સમજાવે છે કે તમે શું વાંચી રહ્યા છો; તે ગોઠવણીને પુનર્જીવિત કરવાનું વાજબીપણું આપતું નથી.