ഇഷ്ടാനുസൃത VPN സർട്ടിഫിക്കറ്റ് അധിക എൻക്രിപ്ഷൻ പാളിയല്ല

VPN എൻഡ്‌പോയിന്റ്റിൽ ഇഷ്ടാനുസൃത സർട്ടിഫിക്കറ്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് സംരക്ഷണം കൂട്ടിയതുപോലെ തോന്നുന്നു, കാരണം സർട്ടിഫിക്കറ്റുകളും എൻക്രിപ്ഷനും എല്ലായിടത്തും ഒരുമിച്ചാണ് കാണുന്നത്. പ്രായോഗികമായി അത് രണ്ട് കാര്യങ്ങള് മാറ്റുന്നു: എൻഡ്‌പോയിന്റ് ഏത് ഐഡന്റിറ്റിയാണ് അവതരിപ്പിക്കുന്നത്, എന്നും അതിന്റെ ജോഡി ഏത് ഇഷ്യൂവറെ വിശ്വസിക്കാൻ തയ്യാറാണ് എന്നും. അവയൊന്നും നിങ്ങളുടെ ഡാറ്റ രണ്ടാം തവണ പൊതിയുന്നില്ല. യഥാർത്ഥ ആവശ്യം രണ്ടാം സംരക്ഷിത ചാനലാണെങ്കിൽ, സ്വന്തം എൻഡ്‌പോയിന്റ്റുകളുള്ള രണ്ടാം ചാനൽ വേണം, മറ്റൊരു സർട്ടിഫിക്കറ്റല്ല.

TLS 1.3 ഹാൻഡ്ഷേക്കിൽ മൂന്ന് വേറിട്ട ജോലികള്

RFC 8446 ഇവ വേർതിരിച്ചു നിർത്തുന്നു, ആ വേർതിരിവു തന്നെയാണ് മുഴുവൻ ഉത്തരം. Certificate സന്ദേശം എൻഡ്‌പോയിന്റ്റിന്റെ സർട്ടിഫിക്കറ്റ് ശൃംഖല വഹിക്കുന്നു. CertificateVerify അനുബന്ധ പ്രൈവറ്റ് കീയുടെ കൈവശം തെളിയിച്ച് ഹാൻഡ്ഷേക്ക് ട്രാൻസ്ക്രിപ്റ്റ് ബന്ധിക്കുന്നു. റെക്കോർഡ് പാളി യോജിച്ച ട്രാഫിക് കീകള് ഉപയോഗിച്ച് ട്രാഫിക് സംരക്ഷിക്കുന്നു.

സർട്ടിഫിക്കറ്റ് മാറ്റുക, ആദ്യ രണ്ട് കാര്യങ്ങള് മാറും. റെക്കോർഡ് സംരക്ഷണം രണ്ടുതവണ നടക്കുന്നില്ല, ഇഷ്യൂവർ ഇപ്പോൾ സ്വകാര്യമായതുകൊണ്ട് അത് കരുത്തുററ്റതാകുന്നുമില്ല.

ഒരു സ്വകാര്യ CA യഥാർത്ഥത്തിൽ എന്താണ് നൽകുന്നത്

അത് ഒരു നിയന്ത്രിത ഐഡന്റിറ്റി സംവിധാനം നൽകുന്നു: ആർക്ക് ഇഷ്യൂ ചെയ്യാം എന്ന് നിങ്ങൾ തീരുമാനിക്കുന്നു, ജോഡികൾ ഏത് ഇഷ്യൂവർമാരെ സ്വീകരിക്കണം എന്ന് നിങ്ങൾ തീരുമാനിക്കുന്നു, സ്വന്തം ഷെഡ്യൂൾ അനുസരിച്ച് റദ്ദാക്കാനും കഴിയും. രണ്ട് അറ്റങ്ങളും നിങ്ങൾ തന്നെ നടത്തുമ്പോൾ ഇത് ശരിക്കും ഉപകാരപ്രദമാണ്.

എന്നാൽ അത് ബാധ്യതകളും കൊണ്ടുവരുന്നു. വിശ്വാസം ബോധപൂർവം വിതരണം ചെയ്യണം, ജോഡി പരിശോധന ഓൺ ആയി തുടരണം, ക്രെഡൻഷ്യലുകളുടെ ജീവിതച്ചക്രത്തിന് ഒരു ഉടമ ഉണ്ടായിരിക്കണം. സ്വകാര്യ CA ഈ മൂന്നിലോന്നും ഒഴിവാക്കാനുള്ള ഷോർട്ട്കട്ട് അല്ല.

എപ്പോഴാണ് രണ്ടാം ചാനൽ ശരിയായ ഉത്തരം

ഒരു ആപ്ലിക്കേഷൻ സ്വന്തം സേവനത്തേക്ക് പരിശോധിച്ച HTTPS തുറക്കുന്നു, അതേസമയം അതിന്റെ പാക്കറ്റുകള് VPN വഴിയും പോകുന്നു എന്ന് കരുതുക. ആ രൂപകൽപ്പനയ്ക്ക് വ്യത്യസ്ത എൻഡ്‌പോയിന്റ്റുകളായിരിക്കാവുന്ന രണ്ട് അതിരുകളുണ്ട്, രണ്ടാം സംരക്ഷിത ചാനൽ അതുപോലെയാണ്.

ഈ വ്യത്യാസം ഗേറ്റ്വേയിൽ പ്രധാനമാണ്. ആപ്ലിക്കേഷന്റെ TLS സെഷൻ ആപ്ലിക്കേഷനിൽ അല്ലാതെ VPN ഗേറ്റ്വേയിൽ അവസാനിക്കുന്നുവെങ്കിൽ, ടണൽലിന് അപ്പുറം സംരക്ഷണമുണ്ടെന്ന് നിങ്ങൾ കരുതിയത് അവിടെയില്ല. ഈ സ്വഭാവം അവകാശപ്പെടുത്തുന്നതിന് മുൻപ് ഏത് ചാനൽ ആരാണ് അവസാനിപ്പിക്കുന്നത് എന്ന് എഴുതിവെക്കുക.

ഇൻസ്റ്റാൾ എന്ത് മാറ്റുന്നു എന്ന് ചോദിക്കുക

സർട്ടിഫിക്കറ്റ് ഇൻസ്റ്റാൾ ചെയ്യാനുള്ള അഭ്യർത്ഥന മൂന്ന് വ്യത്യസ്ത കാര്യങ്ങള് അർത്ഥമാക്കാം. അത് ക്ലയന്റ്റിന്റെ സ്വന്തം ഐഡന്റിറ്റി, ആപ്ലിക്കേഷൻ-നിർദ്ദിഷ്ട ട്രസ്റ്റ് ആങ്കർ, അല്ലെങ്കിൽ ഉപകരണത്തിലുള്ള എല്ലാത്തിനും പ്ലാറ്റ്ഫോർം വ്യാപകമായ വിശ്വാസം എന്നിവ മാറ്റാം. ഇവ തുല്യമല്ല, അവസാനത്തേത് മാത്രം ബന്ധമില്ലാത്ത സോഫ്റ്റ്വെയറെ ബാധിക്കുന്നു.

മൂന്നിൽ ഏതാണ് ഉദ്ദേശിച്ചത് എന്ന് ചോദിക്കുക, തുടർന്ന് അത് എന്ത് നേടണമെന്ന് ചോദിക്കുക. ഉത്തരം കൂടുതൽ എൻക്രിപ്ഷനാണെങ്കിൽ, നിർദ്ദേശം തെറ്റായ സംവിധാനത്തിലേക്കാണ്.

അതിരുകള് എഴുതുക

ഓരോ ചാനലിനും എൻഡ്‌പോയിന്റ്റുകള്, ഓരോ വശം പരിശോധിക്കുന്ന ഐഡന്റിറ്റി, നടുവിലുള്ള ഓപ്പറേറ്റർ കാണാവുന്നത് എന്നിവ രേഖപ്പെടുത്തുക. തുടർന്ന് പരാജയ സ്വഭാവം രേഖപ്പെടുത്തുക: പരിശോധന പരാജയപ്പെടുമ്പോൾ എന്ത് സംഭവിക്കുന്നു, ചാനൽ നിരസിക്കപ്പെടുമ്പോൾ എന്ത് സംഭവിക്കുന്നു.

ഒരു പേജിലെ രണ്ട് വരികള് സർട്ടിഫിക്കറ്റ് റോട്ടേഷന് പരിഹരിക്കാനാകാത്ത ഒരു തർക്കം സാധാരണയായി പരിഹരിക്കുന്നു.

മൂന്ന് ചോദ്യങ്ങളിലൂടെ തീരുമാനിക്കുക

പ്രശ്നം എൻഡ്‌പോയിന്റ്റ് തന്നെ ആരാണെന്ന് അവകാശപ്പെടുത്തുന്നതിലാണോ, അതല്ലെങ്കിൽ ഡാറ്റയോട് എന്ത് സംഭവിക്കുന്നതിലാണോ? VPN ഗേറ്റ്വേയിന് അപ്പുറം ഒരു നിർദ്ദിഷ്ട ആപ്ലിക്കേഷൻ വരെ സംരക്ഷണം തുടരണമോ? രണ്ടാം ചാനൽ അവസാനിപ്പിക്കുന്ന രണ്ട് എൻഡ്‌പോയിന്റ്റുകളെ പേരെടുത്ത് പറയാന് കഴിയുമോ?

ആദ്യ ചോദ്യമാണ് യഥാർത്ഥമെങ്കിൽ, ഐഡന്റിറ്റിയും വിശ്വാസവും ശരിയാക്കുക. രണ്ടാമതോ മൂന്നാമതോ ആണെങ്കിൽ, രണ്ടാം ചാനൽ രൂപകൽപ്പന ചെയ്ത് സർട്ടിഫിക്കറ്റ് അതിന്റെ സ്ഥാനത്ത് വിടുക.