TLS പിന്നിംഗും VPN പ്രവേശനവും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു
പിൻ ആപ്പ് ഏത് സർവറിനെ വിശ്വസിക്കുന്നു എന്ന് പരിമിതപ്പെടുത്തുന്നു; VPN നയം ആര് നെറ്റ്വർക്കിൽ എത്തുന്നു എന്ന് തീരുമാനിക്കുന്നു. രണ്ടും അധികാരമോ നഷ്ടപ്പെട്ട ഉപകരണമോ ഉൾക്കൊള്ളുന്നില്ല.
ഒരു സ്വകാര്യ മൊബൈൽ ആപ്പ് VPN-ന് പിന്നിൽ വയ്ക്കുക, ന്യായമായ ഒരാൾ അതിന് ഇനിയും സർട്ടിഫിക്കറ്റ് പിന്നിംഗ് വേണോ എന്ന് ചോദിക്കും. ചോദ്യം രണ്ട് തുല്യ നിയന്ത്രണങ്ങളിൽ ഒന്ന് തിരഞ്ഞെടുക്കൽ പോലെ തോന്നുന്നു, യഥാർത്ഥത്തിൽ അത് രണ്ട് വ്യത്യസ്ത കവാടങ്ങളെക്കുറിച്ചുള്ള ചോദ്യമാണ്. ഈ ഉപകരണത്തിന് ഈ വഴി ഉപയോഗിക്കാൻ അനുവാദമുണ്ടോ എന്ന് VPN തീരുമാനിക്കുന്നു; എത്തിയ സർവർ പ്രതീക്ഷിച്ചതാണോ എന്ന് ആപ്പ് തീരുമാനിക്കുന്നു. രണ്ടിനും വെവ്വേറെ ഉത്തരം നൽകിയാൽ രൂപകൽപ്പന ലളിതമാകും.
രണ്ട് കവാടങ്ങൾ, രണ്ട് ചോദ്യങ്ങൾ
നെറ്റ്വർക്ക് പ്രവേശനം ക്ലയന്റിനെക്കുറിച്ചാണ്: ഈ ഉപകരണം രജിസ്റ്റർ ചെയ്തിട്ടുണ്ടോ, അതിന്റെ ക്രെഡൻഷ്യൽ സാധുവാണോ, നയം അതിനെ ഈ വഴിയിലേക്ക് അനുവദിക്കുന്നുണ്ടോ? ആപ്പിന്റെ വിശ്വാസം സർവറിനെക്കുറിച്ചാണ്: ആപ്പ് സ്വീകരിക്കുന്ന ഐഡന്റിറ്റിയുള്ള ഒരു സേവനത്തിൽ എത്തിയോ? ഈ ഉത്തരങ്ങൾ വ്യത്യസ്ത സിസ്റ്റങ്ങളിൽ നിന്ന് വരുന്നു, വ്യത്യസ്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു, വ്യത്യസ്ത ടീമുകൾ അവ ശരിയാക്കുന്നു. VPN ഹാൻഡ്ഷേക്ക് വിജയിച്ചേക്കാം, എന്നാൽ ആപ്പ് പങ്കാളിയുടെ പിന്നിലെ കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റുമായി സംസാരിക്കുകയായിരിക്കാം. തികച്ചും പിൻ ചെയ്ത ആപ്പിൽ പോലും ആർക്കും എത്താൻ കഴിയാതിരിക്കാം, കാരണം ഉപകരണം ഒരിക്കലും നെറ്റ്വർക്കിൽ എത്തിയില്ല.
രണ്ടും കൂടിച്ചേരുന്നു. ഒന്ന് ഒഴിവാക്കിയാൽ ഒരു നിയന്ത്രണം നഷ്ടമാകും; മറ്റൊന്ന് ചേർത്താൽ അത് മാറ്റിസ്ഥാപിക്കുന്നില്ല.
പിന്നിംഗ് യഥാർത്ഥത്തിൽ എന്താണ് പരിമിതപ്പെടുത്തുന്നത്
പിന്നിംഗ് ആപ്പ് സ്വീകരിക്കുന്ന സർവർ ഐഡന്റിറ്റികളുടെ ഗണം ചുരുക്കുന്നു, സാധാരണയായി ഏതെങ്കിലും സ്റ്റോർ ഉറപ്പുനൽകുന്ന ഓരോ ചെയിനിനെയും വിശ്വസിക്കുന്നതിന് പകരം ഒരു പൊതു കീ അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് ഹാഷ് പേര് നൽകുന്നു. ഇത് സാധാരണ സാധുതാ പരിശോധനയ്ക്ക് മുകളിൽ വയ്ക്കുന്ന ഒരു നിയന്ത്രണമാണ്, അതിന്റെ പകരമല്ല. സാധാരണ പരിശോധന ചെയിൻ ഒട്ടുമിക്ക വിശ്വസനീയമാണോ എന്ന് ഉത്തരം നൽകുന്നു; പിന്നിംഗ് ഇത് ഈ ആപ്പ് പ്രതീക്ഷിക്കുന്ന ചെയിനാണോ എന്ന് ഉത്തരം നൽകുന്നു. ആദ്യ ഘട്ടം ഒഴിവാക്കുന്ന നടപ്പാക്കൽ സുരക്ഷ നേടിയിട്ടില്ല, പുതുമ മാത്രം നേടി.
പിൻ ചെയ്യുന്ന വസ്തു പ്ലാറ്റ്ഫോമുകൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു, അതിനാൽ വാക്ക് മാത്രം നിങ്ങളോട് വളരെ കുറച്ച് പറയുന്നു. ഒരു ഉൽപ്പന്നത്തിന്റെ വിശ്വാസ സ്റ്റോറിൽ നിന്ന് ഹാഷ് പകർത്തി അതിനെ മൊബൈൽ ആപ്പിൽ അതേ കാര്യമായി കാണുന്നത് സാധാരണവും നിശബ്ദവുമായ പിഴവാണ്.
പ്ലാറ്റ്ഫോമിലെ പിന്നിംഗ് ഒരു കോൺഫിഗറേഷനാണ്, നയമല്ല
Android തന്റെ നെറ്റ്വർക്ക് സുരക്ഷാ കോൺഫിഗറേഷനിലൂടെ പിന്നിംഗ് നൽകുന്നു, അവിടെ ഒരു പിൻ സെറ്റ് പൊതു കീയുടെ ഡൈജസ്റ്റുകൾ സൂക്ഷിക്കുന്നു, ചെയിനിൽ അവയിൽ ഒന്നെങ്കിലും ഉണ്ടായിരിക്കണം. ആ ഫയൽ ഓരോ ആപ്പിനും വെവ്വേറെയാണ്, ബോധപൂർവമായ ബിൽഡ് മാറ്റം ആവശ്യമാണ്. iOS-ന് തുല്യമായ മാനിഫെസ്റ്റ് സംവിധാനമില്ല, അതിനാൽ അവിടെ പിന്നിംഗ് ആപ്പിന്റെ സ്വന്തം വിശ്വാസ മൂല്യനിർണ്ണയ കോഡിൽ കഴിയുന്നു.
സംവിധാനം വ്യത്യസ്തമായതിനാൽ ആവശ്യകത ഓരോ പ്ലാറ്റ്ഫോമിനും എഴുതണം. പ്ലാറ്റ്ഫോം പേരെടുത്ത് പറയാതെ സർട്ടിഫിക്കറ്റ് പിൻ ചെയ്യൂ എന്ന് പറയുന്ന നയം നടപ്പാക്കാനാവില്ല.
റൊട്ടേഷൻ പിൻ നിലനിൽക്കുമോ എന്ന് തീരുമാനിക്കുന്നു
ബുദ്ധിമുട്ടുള്ള ഭാഗം ആദ്യ റിലീസല്ല, അതിനുശേഷമുള്ള സർട്ടിഫിക്കറ്റ് പുതുക്കലാണ്. കർശനമായ വിശ്വാസ നയം സാധുവായ പുതിയ കീയെ ആക്രമണകാരന്റെ കീയെപ്പോലെ തന്നെ ഉറപ്പോടെ നിരസിക്കുന്നു.
രണ്ട് സംവിധാനങ്ങൾ റൊട്ടേഷനെ അതിജീവിക്കാവുന്നതാക്കുന്നു: ആവശ്യമാകുന്നതിന് മുൻപേ വിശ്വസിക്കുന്ന ഒരു ബാക്കപ്പ് പിൻ, പിൻ സെറ്റിൽ ഒരു കാലഹരണ തീയതി എന്നിവ, അതുവഴി നിർവ്വഹണം നിലയ്ക്കും, ആപ്പ് സ്തംഭിക്കില്ല. രണ്ടും നയ തീരുമാനങ്ങളാണ്, പ്രത്യേകിച്ച് കാലഹരണം നിരുപദ്രവകരമായ ടൈമറല്ല, ബോധപൂർവമായ സുരക്ഷാ കുറവാണ്. ആപ്പിന്റെ ബിൽഡ്, TLS അന്ത്യബിന്ദു, സർട്ടിഫിക്കറ്റ് പുതുക്കൽ എന്നിവ ആരാണ് നിയന്ത്രിക്കുന്നതെന്ന് പേരെടുത്ത് പറയുക, അവരെ ഒരൊറ്റ മാറ്റ പ്രക്രിയയിൽ ചേർക്കുക. അവർ മൂന്ന് വ്യത്യസ്ത ടീമുകളാണെങ്കിൽ, പിൻ ഒടുവിൽ ആരും ആസൂത്രണം ചെയ്യാത്ത ഒരു തടസ്സം ഉണ്ടാക്കും.
നഷ്ടപ്പെട്ട ഉപകരണം മൂന്നാമത്തെ പ്രശ്നമാണ്
VPN ക്രെഡൻഷ്യൽ റദ്ദാക്കുന്നത് ആപ്പ് സെഷൻ അവസാനിപ്പിക്കണമെന്നില്ല, സർവർ പിന്നിംഗ് മറ്റൊരാളുടെ കൈയിലുള്ള ഫോണിനെക്കുറിച്ച് ഒന്നും ചെയ്യുന്നുമില്ല. ഉപകരണ ലോക്ക്, ക്രെഡൻഷ്യൽ സംഭരണം, സെഷൻ ആയുസ്സ്, വിദൂര റദ്ദാക്കൽ എന്നിവ വെവ്വേറെ ഉടമകളുള്ള വെവ്വേറെ തീരുമാനങ്ങളാണ്. ഇവയെ പിന്നിംഗ് ചർച്ചയിലേക്ക് മടക്കിയാൽ അവയിലൊന്നും രൂപകൽപ്പന ചെയ്യപ്പെടില്ല എന്ന് ഉറപ്പാണ്.
നിങ്ങൾ കാണുന്ന ഒരു ബന്ധത്തിന് പകരം നാല് ബന്ധങ്ങൾ പരീക്ഷിക്കുക: ഉദ്ദേശിച്ച സർവറും പ്രവർത്തനവും, നിരസിക്കേണ്ട അക്കൗണ്ട്, തള്ളേണ്ട സർവർ ഐഡന്റിറ്റി, ആസൂത്രിത റൊട്ടേഷൻ. പ്രവർത്തിക്കുന്ന VPN ആദ്യത്തേത് മാത്രം പരിശീലിക്കുന്നു. ഓരോ പരീക്ഷണവും എന്ത് തെളിയിച്ചു എന്ന് എഴുതിവയ്ക്കുക, കാരണം അടുത്തയാൾ പച്ച തുരങ്കം എന്നാൽ നാലും പാസായി എന്ന് കരുതും.