લાંબી Blowfish કી 64-બિટ બ્લોકને કેમ ઠીક કરી શકતી નથી

એક VPN પ્રોફાઇલ 448-બિટ કી સાથે Blowfish પ્રદાન કરે છે, અને કોઈ સાઇફર જાળવી રાખવા માટે સૌથી લાંબી કી વાપરવાનું સૂચન કરે છે. કીની લંબાઈ વાસ્તવિક છે, પરંતુ તે ઑપ્ટિમાઇઝ કરવા માટે ખોટી સંખ્યા છે. Blowfish 64-બિટ બ્લોકનું રૂપાંતર કરે છે, કી ગમે તેટલી લાંબી હોય, અને બ્લોકની પહોળાઈ જ એ મર્યાદિત કરે છે કે એક કી કેટલો ટ્રાફિક સુરક્ષિત રીતે સંરક્ષિત કરી શકે. નીચેની તપાસો ક્રમમાં ચલાવો અને સેવાને શંકામુક્ત કરતી પહેલી તપાસ પર અટકો, કારણ કે પછીનું પગલું પહેલાનું સમારકામ કરી શકતું નથી.

પક્ષો ખરેખર શેના પર સહમત થાય છે તે તપાસો

ડેટા ચેનલનું સાઇફર બંને છેડેથી વાંચો, તમે જે પ્રોફાઇલ તૈનાત કરવાના હતા તેમાંથી નહીં. ક્લાઇન્ટ રૂપરેખાંકન ઘણા સાઇફરની સૂચિ આપી શકે છે, અને પસંદ કરાયેલું બે અમલીકરણો અને તેમના સંસ્કરણો વચ્ચેની વાટાઘાટનું પરિણામ છે. પરીક્ષણ કનેક્શન પર લોગની વિગત વધારો અને ડેટા ચેનલની લાઇન વાંચો, જે ખરેખર શરૂ કરાયેલા સાઇફર અને કીના કદનું નામ આપે છે.

જો વાટાઘાટ થયેલું સાઇફર AES-GCM અથવા ChaCha20-Poly1305 હોય, તો અહીં જ અટકો. તે બંધારણો 128-બિટ બ્લોક વાપરે છે અને પેલોડને પ્રમાણિત કરે છે, તેથી નીચેની 64-બિટ અથડામણની દલીલ તેમને લાગુ પડતી નથી.

કીની લંબાઈને બ્લોકની પહોળાઈથી અલગ કરો

Blowfish 32 થી 448 બિટ સુધીની કી સ્વીકારે છે, અને અલ્ગોરિધમના લેખકનું દસ્તાવેજ બંને સંખ્યાઓ અલગ રીતે જણાવે છે. કી એ ગુપ્ત છે; બ્લોક એ રૂપાંતરનું એકમ છે. લાંબુ ગુપ્ત અનુમાન કરવું મુશ્કેલ બનાવે છે અને સાઇફર જે બ્લોક પર પ્રક્રિયા કરે છે તેની પહોળાઈ પર કંઈ કરતું નથી.

CBC મોડમાં સાઇફર નિશ્ચિત પહોળાઈના બ્લોક પર લાગુ થાય છે, જે અગાઉના સાઇફરટેક્સ્ટ બ્લોક સાથે શૃંખલાબદ્ધ હોય છે અને અંતે પેડ કરાય છે. Blowfish માટે તે પહોળાઈ 64 બિટ એટલે કે આઠ બાઇટ છે. કી સૂચિ ગમે તેટલી મોટી હોઈ શકે; શૃંખલા તો પણ એક વખતે આઠ બાઇટ આગળ વધે છે.

તેથી લાંબી કી કોઈ શમન નથી. તે કી સામે બ્રૂટ ફોર્સને સંબોધે છે, જ્યારે નીચેનું અથડામણ જોખમ બ્લોકની પહોળાઈ અને મોડનો ગુણધર્મ છે.

જન્મદિવસનું અંકગણિત બ્લોકના કદ પર લાગુ કરો

64-બિટ બ્લોકનું જન્મદિવસ માપદંડ લગભગ 2^32 બ્લોક છે જે એક કી હેઠળ એન્ક્રિપ્ટ થાય છે, તે પહેલાં અથડામણો સંભવિત બને. દરેક બ્લોક આઠ બાઇટ વહન કરે છે, તેથી એ જ માપદંડ લગભગ 2^35 બાઇટ એટલે કે એક કી હેઠળ 32 GiB ડેટા છે.

આને માપદંડ ગણો, કોટા નહીં. અથડામણો સંભાવ્ય છે, અને કોઈ કંઈક જાહેર કરે છે કે નહીં તે મોડ, ટ્રાફિક પેટર્ન અને હુમલાખોર આસપાસનું સ્પષ્ટ લખાણ ઓળખી કે પ્રભાવિત કરી શકે છે કે નહીં તેના પર આધાર રાખે છે. 32 GiB પછીનો પહેલો બાઇટ ડિક્રિપ્શન ઘટના નથી, અને પહેલા 32 GiB સુરક્ષિત પ્રમાણિત નથી.

Sweet32 ના સંશોધકોએ 2016 માં 64-બિટ બ્લોક સાઇફર સામે વ્યવહારુ હુમલા દર્શાવ્યા, જેમાં OpenVPN પરિદૃશ્ય પણ હતું, એવી પરિસ્થિતિઓમાં જેમાં અવલોકન અને ટ્રાફિક ઉત્પાદન જરૂરી હતું. તેમના પ્રકાશિત ડિફૉલ્ટ અને સૉફ્ટવેર સંસ્કરણો ઐતિહાસિક સંદર્ભ છે, તમારી તૈનાતીનું વર્ણન નહીં.

અહીં CBC નો પુનરુપયોગ મહત્ત્વનો છે કે નહીં તે નક્કી કરો

CBC માં પુનરાવર્તિત સાઇફરટેક્સ્ટ બ્લોકનો અર્થ છે કે બંને સ્પષ્ટ લખાણ બ્લોક જાણીતા સંબંધથી ભિન્ન છે, કારણ કે શૃંખલાનો XOR પોતાને રદ કરે છે. એવો હુમલાખોર જે સાઇફરટેક્સ્ટનું અવલોકન કરી શકે છે અને સ્પષ્ટ લખાણોમાંથી એક જાણે છે અથવા તેના પર પ્રભાવ પાડી શકે છે, તે બીજા વિશે માહિતી મેળવી શકે છે. આ માટે Blowfish કી ક્યારેય જરૂરી નથી.

તેથી સંબંધિત પ્રશ્નો એ છે કે કી કેટલો સમય સેવામાં રહે છે, તેના હેઠળ કેટલો ટ્રાફિક પસાર થાય છે અને કોઈ તે ટ્રાફિકનું અવલોકન અને નિર્દેશન કરી શકે છે કે નહીં. કી નવીકરણ પ્રતિ કી બ્લોકની સંખ્યા ઘટાડે છે, પરંતુ સમય અંતરાલ બાઇટની મર્યાદા નથી: વ્યસ્ત સુરંગ તે જ કલાકમાં નિષ્ક્રિય સુરંગ કરતાં ઘણો વધુ ડેટા ખસેડી શકે છે. જો તમે જૂનું સાઇફર રાખો છો, તો મર્યાદા રચના અને વાસ્તવિક જથ્થામાંથી કાઢો, ગોળ સંખ્યામાંથી નહીં.

જો પ્રતિ કી માપેલો જથ્થો જન્મદિવસના માપદંડથી ઘણો નીચે રહે, તો જોખમ ઓછું છે. તે તો પણ શૂન્ય નથી અને તો પણ ચિંતા છોડવાને બદલે સ્થળાંતરનું આયોજન કરવાનું કારણ છે.

સાઇફર બદલો, કી નહીં

સેવાને સમર્થિત AEAD સાઇફર પર ખસેડો અને ખાતરી કરો કે બંને પક્ષો, તેમના સંસ્કરણો અને તેમના ક્રિપ્ટોગ્રાફિક બેકએન્ડ તેના પર સહમત થઈ શકે છે. લાંબી Blowfish કી કંઈપણ મહત્ત્વનું બદલતી નથી, અને એક ક્લાઇન્ટ પર નવી સૂચના અનુમાન કરવી એ કાર્યરત સુરંગ ખરાબ સુરંગ બનવાનો માર્ગ છે. બાકીના કાફલાને સ્પર્શ કરતા પહેલા એક ક્લાઇન્ટ અને એક સર્વર પર ફેરફારનું પરીક્ષણ કરો. જૂની પ્રોફાઇલને પાછા ફરવા માટે ઉપલબ્ધ રાખો જ્યાં સુધી નવું સાઇફર પૂર્ણ કનેક્શન ચક્ર પાર ન કરે.

ફેરફાર દરમિયાન પ્રમાણપત્ર ચકાસણી અને ખાતા પ્રમાણીકરણ જાળવી રાખો. તે અલગ પ્રશ્નોના જવાબ આપે છે: સફળ લૉગિન બ્લોકને પહોળો કરી શકતું નથી, અને સારું ડેટા સાઇફર ખોટા સર્વર પર ભરોસો કરવાનું બહાનું નથી.

તપાસને નવા કનેક્શન પર વાટાઘાટ થયેલું સાઇફર ફરી વાંચીને અને પછી જૂનું સાઇફર હવે સ્વીકારાતું નથી તેની ખાતરી કરીને બંધ કરો. જો કોઈ પક્ષ હજી પણ તેને પ્રસ્તાવિત કરે, તો સ્થળાંતર પૂર્ણ થયું નથી, બીજી બાજુની પ્રોફાઇલ ગમે તે કહે.