നീണ്ട 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 കീ പ്രധാനമായ ഒന്നും മാറ്റുന്നില്ല, ഒരു ക്ലയന്റിൽ പുതിയ നിർദ്ദേശം ഊഹിക്കുന്നത് പ്രവർത്തിക്കുന്ന തുരങ്കം കേടായ തുരങ്കമാകുന്ന വഴിയാണ്. ബാക്കിയുള്ള കപ്പൽക്കൂട്ടത്തെ സ്പർശിക്കുന്നതിന് മുമ്പ് ഒരു ക്ലയന്റിലും ഒരു സെർവറിലും മാറ്റം പരീക്ഷിക്കുക. പുതിയ സൈഫർ പൂർണ്ണ കണക്ഷൻ ചക്രം കടക്കുന്നതുവരെ പഴയ പ്രൊഫൈൽ തിരികെ പോകാൻ ലഭ്യമാക്കുക.

മാറ്റത്തിനിടയിൽ സർട്ടിഫിക്കറ്റ് പരിശോധനയും അക്കൗണ്ട് പ്രാമാണീകരണവും നിലനിർത്തുക. അവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു: വിജയകരമായ ലോഗിൻ ഒരു ബ്ലോക്ക് വീതികൂട്ടാൻ കഴിയില്ല, മികച്ച ഡാറ്റാ സൈഫർ തെറ്റായ സെർവറിനെ വിശ്വസിക്കാനുള്ള ഒഴിവുകഴിവല്ല.

പരിശോധന പുതിയ കണക്ഷനിൽ ചർച്ച ചെയ്ത സൈഫർ വീണ്ടും വായിച്ച്, പഴയ സൈഫർ ഇനി സ്വീകരിക്കില്ലെന്ന് സ്ഥിരീകരിച്ച് അവസാനിപ്പിക്കുക. ഏതെങ്കിലും കക്ഷി അത് ഇപ്പോഴും വാഗ്ദാനം ചെയ്യുന്നുവെങ്കിൽ, കുടിയേറ്റം പൂർത്തിയായിട്ടില്ല, മറുവശത്തെ പ്രൊഫൈൽ എന്തുതന്നെ പറഞ്ഞാലും.