જૂની ડાયજેસ્ટ યાદીઓ ક્રિપ્ટોગ્રાફિક નિર્ણયોની ટ્રાન્સક્રિપ્ટ જેવી વંચાય છે, અને એવી છે નહીં. SHA1, DSA-SHA1-old અથવા RSA-SHA1-2 જેવાં નામો જૂની OpenSSL બિલ્ડમાં એકબીજાની બાજુમાં બેસે છે કારણ કે લાઇબ્રેરીએ સંબંધિત હેશ મશીનરીની આસપાસ ઘણા પ્રવેશબિંદુઓ નોંધ્યાં હતાં. તે યાદીમાંનું RSA કે DSA લેબલ એ વિશે કંઈ કહેતું નથી કે OpenVPN એ પેકેટ સાથે શું કર્યું. તમે જે વાંચો છો તે લાઇબ્રેરીની ઇન્વેન્ટરી છે, સત્રનો રેકોર્ડ નહીં.

કોઈ પણ નિષ્કર્ષનો અર્થ થાય તે પહેલાં ત્રણ વસ્તુઓ અલગ કરવી પડે: નોંધાયેલું નામ, તેની નીચેની ડાયજેસ્ટ ગણતરી અને તેને વાપરતી ક્રિયા.

નોંધણી એ ઇન્ટરફેસ છે, તાકાતનું રેટિંગ નહીં

OpenSSL 1.0.2 માં ડાયજેસ્ટ નોંધણી કોષ્ટક નામો, ઉપનામો અને અમલીકરણોને એક ફાઇલમાં જોડે છે. જૂનું DSS1 વર્ણન સૌથી સ્પષ્ટ કિસ્સો છે: તે SHA-1 ની આઉટપુટ લંબાઈ જણાવે છે અને SHA-1 ની ફાઇનલાઇઝેશન રૂટિન બોલાવે છે, જ્યારે સંપૂર્ણપણે અલગ અલ્ગોરિધમ સૂચવતું નામ ધરાવે છે. તેથી નોંધણીમાં વધારાના અક્ષરો અલગ હેશ, લાંબી આઉટપુટ કે નવું સુરક્ષા સ્તર સૂચવતા નથી.

એ જ સ્રોત જૂનાં કૉલરો માટે ઉપનામ સંબંધો સાચવે છે, જે સમજાવે છે કે યાદી કેમ ભરેલી દેખાય છે. આ સુસંગતતાનું દસ્તાવેજીકરણ છે, હાલનો OpenSSL પ્રદાતા એ જ નામો આપશે તેવું વચન નહીં.

સહી નામો સહીઓ બનાવતા નથી

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

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

જે વિકલ્પે નામ વાપર્યું તે શોધો

OpenVPN 2.6 દસ્તાવેજ કરે તે પેકેટ-પ્રમાણીકરણના કિસ્સામાં, auth HMAC વાપરે તેવો ડાયજેસ્ટ પસંદ કરે છે, જે પ્રમાણપત્ર સહીને બદલે કીવાળી સંદેશ-પ્રમાણીકરણ રચના છે. TLS પ્રમાણપત્રનું સહી અલ્ગોરિધમ હેન્ડશેકની અલગ ગુણધર્મ છે.

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

તમારી પાસે ખરેખર શું છે તે લખો

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

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

સંબંધિત લેખો