VPN-ൽ DES vs 3DES: രണ്ടും എന്തുകൊണ്ട് തെറ്റായ അപ്‌ഗ്രേഡ്
ഉപയോഗപ്രദമായ താരതമ്യം DES vs 3DES അല്ല, മറിച്ച് പിൻവലിച്ച ഒരു അൽഗോരിതം പരിപാലിക്കുന്ന ഒന്നിനെതിരെയാണ്. പഴയ സൈഫർ ഇപ്പോഴും എന്താണ് ആവശ്യപ്പെടുന്നതെന്ന് കണ്ടെത്തി അത് പരിമിതപ്പെടുത്തുകയോ നീക്കം ചെയ്യുകയോ ചെയ്യുക.
രണ്ട് സൈഫറുകളും കാലഹരണപ്പെട്ടതാണ്, പുതിയ ട്രാഫിക്കിന് ശരിയായ ലക്ഷ്യം ഒന്നുമല്ല. ഉപയോഗപ്രദമായ താരതമ്യം DES vs 3DES അല്ല; പിൻവലിച്ച ഒരു അൽഗോരിതം പരിപാലിക്കുന്ന ഒന്നിനെതിരെയാണ്. ഒരു ഗേറ്റ്‌വേ ഇപ്പോഴും അവയിലൊന്ന് വാഗ്ദാനം ചെയ്യുന്നുവെങ്കിൽ, എന്താണ് അത് ആവശ്യപ്പെടുന്നതെന്ന് കണ്ടെത്തി ആ ആവശ്യകത നീക്കം ചെയ്യുക എന്നതാണ് ജോലി, രണ്ട് അവസാനിക്കുന്ന വഴികളിൽ ശക്തമായത് തിരഞ്ഞെടുക്കുകയല്ല.
ആളുകൾ ഇപ്പോഴും തിരയുന്ന താരതമ്യം തെറ്റായതാണ്
2000-കളിൽ എഴുതിയ ഉത്തരങ്ങൾ DES-നെ ട്രിപ്പിൾ DES-മായി താരതമ്യം ചെയ്ത് ട്രിപ്പിൾ DES ശക്തമാണെന്ന് കണ്ടെത്തുന്നു. അപ്പോൾ അത് ന്യായമായിരുന്നു, ഇപ്പോൾ അർത്ഥശൂന്യമാണ്, കാരണം പുതിയ ട്രാഫിക് സംരക്ഷിക്കാൻ രണ്ടും പിൻവലിച്ചിരിക്കുന്നു, അവയ്ക്കിടയിലുള്ള തിരഞ്ഞെടുപ്പ് രണ്ട് അവസാനിക്കുന്ന വഴികൾക്കിടയിലുള്ള തിരഞ്ഞെടുപ്പാണ്.
NIST 2005-ൽ DES മാനദണ്ഡം പിൻവലിച്ചു, അതിന്റെ TDEA ശുപാർശ 2024 ജനുവരിയിൽ പിൻവലിച്ചു, പുതിയ ക്രിപ്റ്റോഗ്രാഫിക് സംരക്ഷണത്തിന് TDEA പ്രയോഗിക്കാനുള്ള സമയപരിധി 2023-ന്റെ അവസാനത്തിൽ കഴിഞ്ഞ ശേഷം. ആ തീയതികൾ ഒരു പരിവർത്തനത്തെ വിവരിക്കുന്നു, ഒരു റാങ്കിംഗിനെയല്ല. ചെറിയ സെഷനോ കുറഞ്ഞ മൂല്യമുള്ള സന്ദേശമോ ചോദ്യം വീണ്ടും തുറക്കുന്നില്ല, കാരണം അൽഗോരിതത്തിന്റെ നില കീ എത്രകാലം ഉപയോഗിക്കുന്നു എന്നതിനെ ആശ്രയിക്കുന്നില്ല.
കീ പുതുക്കൽ ഒരു പ്രത്യേക നിയന്ത്രണമാണ്, അത് അംഗീകാരം പുനഃസ്ഥാപിക്കുന്നില്ല.
ചർച്ചകളെ ഡാറ്റാ പാതയിൽ നിന്ന് വേർതിരിക്കുക
VPN പ്രോട്ടോക്കോളുകൾ ഒന്നിലധികം ഇടങ്ങളിൽ സംരക്ഷണത്തെക്കുറിച്ച് ചർച്ച ചെയ്യുന്നു. നിയന്ത്രണ ചാനൽ ഒരു സ്യൂട്ട് ഉപയോഗിക്കുമ്പോൾ കൊണ്ടുപോകുന്ന ഡാറ്റ മറ്റൊന്ന് ഉപയോഗിച്ചേക്കാം, നിർദ്ദേശ പട്ടിക ഒരു പിയർ സ്വീകരിക്കാൻ തയ്യാറുള്ളത് മാത്രം പറയുന്നു. വാഗ്ദാനമല്ല, ചർച്ച ചെയ്ത ഫലം വായിക്കുക. ഈ വ്യത്യാസം സാധാരണ ആശയക്കുഴപ്പം വിശദീകരിക്കുന്നു: ഒരു ഗേറ്റ്‌വേ ഇപ്പോഴും പഴയ അൽഗോരിതം പട്ടികപ്പെടുത്തുന്നു, ഓപ്പറേറ്റർ അത് ഉപയോഗത്തിലാണെന്ന് കരുതുന്നു, എന്നാൽ അത് വാഗ്ദാനം ചെയ്യപ്പെടുകയും ഒരിക്കലും തിരഞ്ഞെടുക്കപ്പെടാതിരിക്കുകയും ചെയ്യാം, അല്ലെങ്കിൽ ഒരു പഴയ പിയറിന് മാത്രം തിരഞ്ഞെടുക്കപ്പെടാം.
IPsec ഗേറ്റ്‌വേയിൽ പ്രസക്തമായ ഔട്ട്പുട്ട് സെക്യൂരിറ്റി അസോസിയേഷനാണ്; OpenVPN എന്നതിൽ അത് കണക്ഷൻ ലോഗിലെ സൈഫറും TLS ക്രമീകരണങ്ങളുമാണ്. രണ്ടും എന്താണ് തിരഞ്ഞെടുത്തതെന്ന് പറയുന്നു. കോൺഫിഗറേഷൻ ഫയലിൽ ഇപ്പോഴും നിലനിൽക്കുന്ന പഴയ ഓപ്ഷൻ രണ്ടിലൊന്നും തെളിയിക്കുന്നില്ല.
ചർച്ച ചെയ്ത ഫലം കാണാൻ കഴിയുന്നില്ലെങ്കിൽ, സൈഫർ പിൻവലിച്ചുവെന്ന് അവകാശപ്പെടാനാവില്ല.
ഇപ്പോഴും അത് ആവശ്യപ്പെടുന്ന ഘടകം കണ്ടെത്തുക
പഴയ ആവശ്യകതകൾ മൂന്ന് ഇടങ്ങളിൽ നിന്ന് വരുന്നു: മികച്ചത് ഒന്നും വാഗ്ദാനം ചെയ്യാത്ത പഴയ ക്ലയന്റ്, അൽഗോരിതം ഇപ്പോഴും പട്ടികപ്പെടുത്തുന്ന ഗേറ്റ്‌വേ നയം, പഴയ പ്രോട്ടോക്കോൾ മാത്രം സംസാരിക്കുന്ന ഉപകരണം. ഓരോന്നിനും വ്യത്യസ്ത പരിഹാരമുണ്ട്. അനുയോജ്യതാ ദാതാവ് പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് നിയന്ത്രണത്തിന്റെ ഉടമയോട് ഏതാണെന്ന് ചോദിക്കുക, കാരണം അത് പ്രവർത്തനക്ഷമമാക്കുന്നത് ബന്ധിപ്പിക്കുന്ന ഓരോ പിയറിനെയും ബാധിക്കുന്നു.
ഇപ്പോഴും മാറ്റിസ്ഥാപിക്കാൻ കഴിയാത്ത ഒരു ഉപകരണത്തിന്, അതിന് മുന്നിൽ പരിപാലിക്കുന്ന ഒരു ഗേറ്റ്‌വേ വയ്ക്കുകയും ആ അതിർത്തി എന്താണ് കൊണ്ടുപോകുന്നതെന്ന് പരിമിതപ്പെടുത്തുകയും ചെയ്യുക. ഇത് പഴയ സൈഫർ ഒതുക്കുന്നു, എന്നാൽ ഓരോ ദൂരസ്ഥ ഉപയോക്താവിനും അത് പാരമ്പര്യമായി ലഭിക്കുന്നില്ല.
ഒതുക്കൽ ഒരു പാച്ചല്ല, അത് പഴയ ഹോസ്റ്റിനെ വിശ്വസനീയമാക്കുന്നുമില്ല.
ഇപ്പോൾത്തന്നെയുള്ള പരിശോധനകളുമായി മാറുക
ഉദ്ദേശിച്ച പിയറുകൾ പരിപാലിക്കുന്ന പ്രൊഫൈലുമായി ബന്ധിപ്പിക്കുകയും, ചർച്ച ചെയ്ത സ്യൂട്ട് നിങ്ങൾ പ്രതീക്ഷിച്ചതായിരിക്കുകയും, ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുകയും ചെയ്യുമ്പോൾ മാറ്റം പൂർത്തിയാകുന്നു. സെർവർ ഐഡന്റിറ്റി പരിശോധനയും അക്കൗണ്ട് പരിശോധനകളും എപ്പോഴും നിലനിർത്തുക; സൈഫർ മാറ്റം അവയെ അയയ്ക്കാനുള്ള കാരണമല്ല.
openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'ചർച്ച ചെയ്ത ഫലത്തിന് അടുത്ത് ക്ലയന്റ്, ഗേറ്റ്‌വേ പതിപ്പുകൾ രേഖപ്പെടുത്തുക, അടുത്ത അവലോകനത്തിന് യഥാർത്ഥത്തിൽ എന്താണ് മാറിയതെന്ന് പറയാൻ കഴിയും.
അതിന്റെ ഉടമ മുഖേന പഴയ അനുമതി പിൻവലിക്കുക, തുടർന്ന് പിൻവലിച്ച അൽഗോരിതം മാത്രം വാഗ്ദാനം ചെയ്യുന്ന പിയർ ഇപ്പോൾ നിരസിക്കപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. പഴയ ഓപ്ഷൻ പ്രവർത്തനക്ഷമമായി വിടുന്ന മാറ്റം സംഭവിക്കാത്ത മാറ്റമാണ്. നിരസിക്കലിന്റെ തെളിവ് മാറ്റ രേഖയോടൊപ്പം സൂക്ഷിക്കുക, കാരണം അടുത്ത ഓഡിറ്റ് എങ്ങനെ അറിയാമെന്ന് ചോദിക്കും, നീക്കം ചെയ്ത കോൺഫിഗറേഷൻ വരി രേഖപ്പെടുത്തിയ നിരസിക്കലിനേക്കാൾ ദുർബല തെളിവാണ്. സെഷൻ പുതുക്കമായിരിക്കുമ്പോൾത്തന്നെ ആ രേഖയിൽ പരീക്ഷണ തീയതിയും പിയറിന്റെ ഐഡന്റിറ്റിയും ചേർക്കുക.
ചരിത്രപരമായ ഡാറ്റ മറ്റൊരു പ്രശ്നമാണ്
വർഷങ്ങൾക്ക് മുമ്പ് സംരക്ഷിച്ച ഒരു ആർക്കൈവ് വായിക്കാൻ നിയമാനുസൃതമായി പഴയ അൽഗോരിതം ആവശ്യമായി വന്നേക്കാം. അത് നിലവിലുള്ള വസ്തുവിന്റെ ഡീക്രിപ്ഷനാണ്, പുതിയ ട്രാഫിക് സംരക്ഷിക്കുന്നതിന് തുല്യമായ ജോലിയല്ല.
അത്തരം ജോലി രേഖപ്പെടുത്തിയ ഉദ്ദേശ്യവും ആര് ചെയ്യാമെന്ന ചെറിയ പട്ടികയും ഉള്ള ഒരു ഒറ്റപ്പെട്ട ഹോസ്റ്റിൽ സൂക്ഷിക്കുക.
ഈ വ്യത്യാസം പ്രധാനമാണ്, കാരണം പിൻവലിച്ച സൈഫർ ലഭ്യമായി നിലനിർത്താനുള്ള ഏക സത്യസന്ധമായ കാരണം അതാണ്. അത് പരിമിതമായ ഒരു ഉപകരണത്തെ ന്യായീകരിക്കുന്നു, പൊതു VPN പ്രൊഫൈലിൽ ഒരിക്കലും ഒരു സ്ഥിരം വരിയെയല്ല.