AES-256 vs OFB: പൂർണ്ണമായ VPN സൈഫർ നിർമ്മാണം തിരഞ്ഞെടുക്കുക

AES-256 ഉം OFB യും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, സൈഫർ അവലോകനങ്ങൾ അവയെ എതിരാളി ഓപ്ഷനുകളായി കാണുമ്പോൾ ഇവിടെയാണ് പിഴയ്ക്കുന്നത്. ഒന്ന് കീ വലിപ്പത്തോടുകൂടിയ ബ്ലോക്ക് സൈഫറിനെ പേരിടുന്നു; മറ്റൊന്ന് ബ്ലോക്ക് സൈഫർ നീളമേറിയ സന്ദേശത്തിനായി സ്ട്രീമാക്കി മാറ്റുന്നത് വിവരിക്കുന്നു. സംരക്ഷണം തിരഞ്ഞെടുക്കാനുള്ള കൈപ്പുസ്തകം സ്വീകർത്താവ് മാറ്റിയ പാക്കറ്റ് എങ്ങനെ കണ്ടെത്തുന്നു എന്നതുൾപ്പെടെ മുഴുവൻ നിർമ്മാണവും നോക്കണം.

നിർമ്മാണത്തിന്റെ നാല് ഭാഗങ്ങൾ പേരിടുക

ഓരോ അവലോകനവും നാല് ചോദ്യങ്ങളിലേക്ക് ചുരുങ്ങുന്നു: ഏത് പ്രാഥമികവും കീ വലിപ്പവും, അതുപയോഗിച്ച് സന്ദേശങ്ങൾ എങ്ങനെ പ്രോസസ്സ് ചെയ്യുന്നു, സ്വീകർത്താവ് അനധികൃത മാറ്റം എങ്ങനെ നിരസിക്കുന്നു, പ്രോട്ടോക്കോൾ ഇൻപുട്ടുകളും കീകളും അവയുടെ ആയുസ്സും എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു. പരിചിതമായ പേരുകളുടെ പട്ടിക ആദ്യത്തേതിന് മാത്രം ഉത്തരം നൽകുന്നു. രണ്ടാമത്തേതിലും മൂന്നാമത്തേതിലുമാണ് യഥാർത്ഥ വ്യത്യാസങ്ങൾ, നാലാമത്തേതിൽ നടപ്പാക്കലുകൾ നിശബ്ദമായി വേർപിരിയുന്നു. ആ ക്രമത്തിൽ ചോദിച്ച് ഉത്തരങ്ങൾ എഴുതുക.

NIST യുടെ ബ്ലോക്ക് സൈഫർ മോഡുകളെക്കുറിച്ചുള്ള പ്രസിദ്ധീകരണത്തിൽ രഹസ്യസ്വഭാവ മോഡുകൾക്കിടയിൽ OFB കാണപ്പെടുന്നു, രഹസ്യസ്വഭാവം മാത്രമാണ് അത് നൽകുന്നത്. എൻക്രിപ്ഷൻ മോഡിനെ പ്രത്യേക MAC മായി ചേർക്കുന്ന പ്രോട്ടോക്കോൾ അവ ശരിയായി ചേർക്കണം, അൽഗോരിതത്തിന്റെ പേര് ആ ഘടന തെളിയിക്കുന്നില്ല. അതിനാൽ മോഡിന്റെ പേര് മാത്രം വിന്യാസ തീരുമാനം എടുക്കാനാവില്ല.

നാലാമത്തെ ചോദ്യം ഓപ്പറേറ്റർക്ക് പ്രവർത്തിക്കുന്ന സിസ്റ്റത്തിൽ യഥാർത്ഥത്തിൽ പരിശോധിക്കാവുന്നതാണ്.

പ്രാമാണീകരിച്ച നിർമ്മാണത്തിന് മുൻഗണന നൽകുക

പ്രാമാണീകരിച്ച എൻക്രിപ്ഷൻ രഹസ്യസ്വഭാവവും സമഗ്രതയും ഒരുമിച്ച് നൽകുന്നു, AEAD നിർമ്മാണങ്ങൾ ബന്ധപ്പെട്ട ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യാതെ തന്നെ മാറ്റത്തിൽ നിന്ന് സംരക്ഷിക്കുന്നു. ഇത് പാക്കറ്റ് സംരക്ഷണത്തിന്റെ സ്വഭാവമാണ്, ഒരാൾ വിജയകരമായി സൈൻ ഇൻ ചെയ്തോ എന്നതുമായി ഇതിന് ബന്ധമില്ല.

Netgate-ന്റെ Netgate-ന്റെ OpenVPN ക്രിപ്റ്റോഗ്രാഫിക് ക്രമീകരണ മാർഗ്ഗനിർദ്ദേശം ഡാറ്റ ചാനലിനായി AEAD ഓപ്ഷനുകളിലേക്ക്, അവയിൽ AES-GCM ഉൾപ്പെടെ, ചൂണ്ടിക്കാണിക്കുന്നു, ഇതാണ് പിന്തുടരേണ്ട പിന്തുണയുള്ള നയം. ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പും പിയർ ക്ലയന്റുകളും പിന്തുണയ്ക്കുന്ന തിരഞ്ഞെടുപ്പുകൾ ഉപയോഗിക്കുക, പുതിയ വിന്യാസത്തിലേക്ക് ചരിത്രപരമായ മോഡ് ക്രമം പകർത്തരുത്. പഴയ അനുയോജ്യത, ക്രിപ്റ്റോ ബാക്കെൻഡുകൾ, ഓഫ്ലോഡ് പിന്തുണ എന്നിവ യഥാർത്ഥത്തിൽ ലഭ്യമായതിനെ പരിമിതപ്പെടുത്തുന്നു.

പിന്തുണയുള്ള നിർമ്മാണം ബുദ്ധിപരമായ ഘടനയെ എപ്പോഴും തോൽപ്പിക്കുന്നു.

നിർദ്ദേശമല്ല, ഉടമ്പടിയിലെത്തിയ ഫലം വായിക്കുക

സ്വീകരിച്ച പട്ടികയിൽ സൈഫർ കാണുന്നത് നിലവിലെ സെഷനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ക്ലയന്റിൽ നിന്നോ ഗേറ്റ്വേയിൽ നിന്നോ ഉടമ്പടിയിലെത്തിയ ഡാറ്റ-ചാനൽ സംരക്ഷണം വായിച്ച്, നിങ്ങൾ നടപ്പാക്കാൻ ഉദ്ദേശിച്ച നയവുമായി താരതമ്യം ചെയ്യുക. പഴയ പിയറിനായി പഴയ ഓപ്ഷൻ ഇപ്പോഴും ലിസ്റ്റ് ചെയ്യുന്ന കോൺഫിഗറേഷൻ ഒരു അനുയോജ്യതാ തീരുമാനമാണ്, നിങ്ങളുടെ മുന്നിലുള്ള സെഷനെക്കുറിച്ചുള്ള പ്രസ്താവനയല്ല.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

ഗേറ്റ്വേയിൽ തുല്യമായ ഔട്ട്പുട്ട് പ്ലാറ്റ്ഫോം അനുസരിച്ച് സുരക്ഷാ അസോസിയേഷനോ കണക്ഷന്റെ ക്രിപ്റ്റോ വിശദാംശങ്ങളോ ആണ്. രണ്ടു സാഹചര്യത്തിലും നിർദ്ദേശവും ഫലവും വ്യത്യസ്ത വസ്തുതകളാണ്. പഴയ പിയറിനായി പഴയ ഓപ്ഷൻ ഉൾപ്പെടുന്ന പട്ടിക എന്നാൽ ഓരോ സെഷനും അത് ഉപയോഗിക്കുന്നു എന്നല്ല, ഉപയോഗിക്കുന്ന സെഷനാണ് നിങ്ങൾ അറിയേണ്ടിയിരുന്നത്.

രണ്ടു വസ്തുതകളും ഒരുമിച്ച് രേഖപ്പെടുത്തുക, തീയതിയും ക്ലയന്റ് പതിപ്പും സഹിതം.

താരതമ്യം ചെയ്യാവുന്നത് മാത്രം അളക്കുക

ത്രൂപുട്ട് അറ്റങ്ങളുടെ ഹാർഡ്വെയർ, നടപ്പാക്കൽ, ത്വരണം, പാക്കറ്റ് വലിപ്പങ്ങൾ, തിരഞ്ഞെടുത്ത കോൺഫിഗറേഷൻ എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു. കീയുടെ നീളമോ OFB എന്ന വാക്കോ ഏത് വിന്യാസം വേഗത്തിലാകുമെന്ന് പറയുന്നില്ല. അതിനാൽ മറ്റൊരു സൈറ്റിലെ അളവ് ഏറ്റവും നല്ലതിൽ മറ്റൊരാൾക്കുള്ള ഹാർഡ്വെയറിനെക്കുറിച്ചുള്ള സൂചന മാത്രമാണ്. നിങ്ങളുടെ സ്വന്തം സംഖ്യകൾ നിങ്ങളുടെ സ്വന്തം അറ്റങ്ങളിൽ നിന്ന് തുടങ്ങുന്നു.

അധികാരമുള്ള താരതമ്യത്തിന് അറ്റങ്ങളും ജോലിഭാരവും ആവശ്യമായ നയവും സ്ഥിരമായി നിർത്തി, ഉടമ്പടിയിലെത്തിയ സംരക്ഷണവും നടപ്പാക്കൽ പതിപ്പുകളും രേഖപ്പെടുത്തുക. പിന്നീട് അപ്ലിക്കേഷൻ പൂർത്തിയായോ, എത്ര നഷ്ടപ്പെട്ടു, അറ്റങ്ങൾ എന്ത് ചെയ്തിരുന്നു എന്നിവയാൽ ഫലം വിലയിരുത്തുക, ഒരു വേഗതാ പരീക്ഷയിൽ നിന്ന് ക്രിപ്റ്റോ ചെലവ് അനുമാനിക്കുന്നതിന് പകരം. മറ്റ് സാഹചര്യങ്ങളിൽ ഉണ്ടാക്കിയ സംഖ്യ ഒരു കഥയാണ്, അളവല്ല.

പഴയ പിയറിന് നയം പാലിക്കാനാവില്ലെങ്കിൽ, അത് അതിന്റെ ഉടമയ്ക്കുള്ള അനുയോജ്യതാ തീരുമാനമാണ്.

സമഗ്രത വ്യാപാരത്തിന് പുറത്ത് നിർത്തുക

സമഗ്രതാ പരിശോധനകൾ ഓഫ് ചെയ്യുന്നതോ പരിശോധിക്കാത്ത സെർവർ സ്വീകരിക്കുന്നതോ പ്രകടന മെച്ചപ്പെടുത്തലല്ല, അനുയോജ്യതാ പരിഹാരവുമല്ല. അത് നിർമ്മാണം തിരഞ്ഞെടുത്ത സുരക്ഷാ സ്വഭാവം മാറ്റുന്നു. സ്വീകരിച്ച സൈഫർ പട്ടിക പഴയ പിയർ ബന്ധിപ്പിക്കുന്നതുവരെ വിപുലീകരിക്കുന്നതും അങ്ങനെതന്നെ: കണക്ഷൻ വിജയിക്കുന്നു, നയം ഇനി നിലവിലില്ല.

സ്വീകരിച്ച നിർമ്മാണവും അതിന്റെ ഉടമയും കൈപ്പുസ്തകത്തിൽ എഴുതുക, അടുത്ത മാറ്റം മുൻഗണനയിൽ നിന്നല്ല, തീരുമാനത്തിൽ നിന്ന് തുടങ്ങാൻ.

നിങ്ങൾ ആഗ്രഹിക്കുന്നത് ഇരു അറ്റങ്ങൾക്കും നടപ്പാക്കാവുന്ന ഒരു നയമാണ്. ഏത് പേരാണ് ഏറ്റവും ശക്തം എന്ന തർക്കം മറ്റൊരു സംഭാഷണമാണ്, അത് സാധാരണയായി തീരുമാനമില്ലാതെ അവസാനിക്കുന്നു.