VPN പോർട്ടൽ ഇൻസ്റ്റാളർ: പാക്കേജ്, പ്രൊഫൈൽ അതോ പുനർനിർമ്മാണമോ?

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

ബ്രൗസറിന്റെ പൂട്ട് കൈമാറ്റത്തെ മറയ്ക്കുന്നു, ആർട്ടിഫാക്ടിനെയല്ല.

ഡൗൺലോഡ് എൻഡ്പോയിന്റ് യഥാർത്ഥത്തിൽ എന്ത് തിരികെ നൽകുന്നു

മിക്ക പോർട്ടലുകളും ഡൗൺലോഡ് അഭ്യർത്ഥന ഒരു ചെറിയ ഹാൻഡ്ലറിന് നൽകുന്നു; അത് സംഭരിച്ച ഫയൽ സ്ട്രീം ചെയ്യുകയോ തൽക്ഷണം ഫയൽ കൂട്ടിച്ചേർക്കുകയോ ചെയ്ത ശേഷം പ്രതികരണം പുറപ്പെടുന്നതിന് മുൻപ് ഫയൽനാമവും ഉള്ളടക്ക തരവും സജ്ജീകരിക്കുന്നു. എത്തുന്നത് ഒരു കണ്ടെയ്നറാണ്: MSI, PKG, DEB അല്ലെങ്കിൽ RPM, അല്ലെങ്കിൽ അവയിലൊന്നിനെ ചുറ്റിയുള്ള സ്വയം-വിപ്പെടുക്കുന്ന പൊതി. അകത്ത് ക്ലയന്റിന്റെ ബൈനറി ഉണ്ട്, ഫയൽനാമത്തിൽ ഒന്നും ആ ബൈനറി വെണ്ടറിൽ നിന്നാണോ ആന്തരിക ബിൽഡ് പൈപ്പ്ലൈനിൽ നിന്നാണോ വന്നതെന്ന് വിശ്വസനീയമായി പറയുന്നില്ല. client-setup.exe എന്ന പേരുള്ള ഫയൽ നാമകരണ തീരുമാനം രേഖപ്പെടുത്തുന്നു, ഉത്ഭവത്തിന്റെ വസ്തുതയല്ല.

ഡൗൺലോഡ് ചെയ്ത ബൈറ്റുകൾ വെണ്ടർ പ്രസിദ്ധീകരിച്ച ചെക്സവുമായി താരതമ്യം ചെയ്യുക. പൊരുത്തക്കേട് ദുഷ്ടത തെളിയിക്കുന്നില്ല; ഫയൽ വെണ്ടറിന്റെ ബിൽഡ് അല്ലെന്ന് തെളിയിക്കുന്നു, അതാണ് നടപടിയെടുക്കാൻ യോഗ്യമായ വ്യത്യാസം.

പ്രൊഫൈൽ ക്ലയന്റിലേക്ക് എവിടെ പ്രവേശിക്കുന്നു

മുൻകൂട്ടി നിറച്ച ക്രമീകരണങ്ങൾ സാധാരണയായി പ്രത്യേക ഫയലായി സഞ്ചരിക്കുന്നു, അത് ഇൻസ്റ്റാളർ ഓരോ ഉപയോക്താവിനും ഓരോ മെഷീനും ഉള്ള പാതയിലേക്ക് പകർത്തുന്നു: Windows-ൽ JSON അല്ലെങ്കിൽ XML പ്രൊഫൈൽ, macOS-ൽ കോൺഫിഗറേഷൻ പ്രൊഫൈൽ, Linux-ൽ /etc എന്നതിന് കീഴിലുള്ള ഒരു ശകലം. ആ ഫയലിലെ മൂല്യങ്ങൾ — ഗേറ്റ്വേ ഹോസ്റ്റ്നാമങ്ങൾ, വിശ്വാസ ആങ്കറുകൾ, ചിലപ്പോൾ രജിസ്ട്രേഷൻ മെറ്റീരിയൽ — ആദ്യ ലോഞ്ചിൽ ക്ലയന്റിന്റെ സ്വതവേയുള്ള മൂല്യങ്ങളാകുന്നു. അതുകൊണ്ടാണ് ഒരു ഡൗൺലോഡ് കോഡിനൊപ്പം രഹസ്യങ്ങളും വഹിക്കാനാകുന്നത്.

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

ഒപ്പ് ശൃംഖല എന്ത് തെളിയിക്കുന്നില്ല

കോഡ് സൈനിംഗ് പ്രസാധകന്റെ ഐഡന്റിറ്റി ഒരു ഫയൽ ഹാഷുമായി ബന്ധിപ്പിക്കുന്നു, Windows-ൽ Authenticode ടൈംസ്റ്റാമ്പ് ഒപ്പിനെ അത് സൃഷ്ടിച്ച സർട്ടിഫിക്കറ്റിനെക്കാൾ കൂടുതൽ കാലം ജീവിക്കാൻ അനുവദിക്കുന്നു. സാധുവായ ഫലം രണ്ട് ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു: ഈ ബൈറ്റുകൾ ഏത് പ്രസാധകനാണ് ഒപ്പിട്ടത്, പിന്നീട് അവ മാറിയോ. അത് ഇൻസ്റ്റാളറിന്റെ സേവനങ്ങളോ രജിസ്ട്രി എഴുത്തുകളോ ഒപ്പമുള്ള ഡ്രൈവറുകളോ എണ്ണിപ്പറയുന്നില്ല, ആ പ്രസാധകനെ ഇവിടെ വിശ്വസിക്കണോ എന്ന് തീരുമാനിക്കുന്നുമില്ല. Microsoft-ന്റെ Authenticode ഡോക്യുമെന്റേഷൻ സംവിധാനം വിവരിക്കുന്നു, ആ ഇടുങ്ങിയ പരിധിയെക്കുറിച്ച് വ്യക്തമാണ്.

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

ആരെങ്കിലും അത് പ്രവർത്തിപ്പിക്കുന്നതിന് മുൻപ് ആർട്ടിഫാക്ട് പരിശോധിക്കുക

ഫയൽ ഒരു ഒറ്റപ്പെട്ട മെഷീനിൽ വയ്ക്കുക, എന്തെങ്കിലും പ്രവർത്തിപ്പിക്കുന്നതിന് മുൻപ് അതിന്റെ മെറ്റാഡാറ്റ വായിക്കുക. ഈ കമാൻഡുകൾ മൂന്ന് പ്രധാന പ്ലാറ്റ്ഫോമുകളിൽ പ്രസാധക ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.

# Windows PowerShell
Get-AuthenticodeSignature .\client-setup.exe | Format-List Status, SignerCertificate, TimeStamperCertificate

# macOS
pkgutil --check-signature ./Client.pkg
codesign -dv --verbose=4 /Applications/Client.app

# Debian/Ubuntu
dpkg-deb -I ./client_amd64.deb
sha256sum ./client_amd64.deb

സ്റ്റാറ്റസ് വാക്ക് മാത്രമല്ല, ഒപ്പിട്ടയാളുടെ സബ്ജക്ട് വായിക്കുക. ആന്തരിക സർട്ടിഫിക്കറ്റ് അധികാരി ആന്തരിക ബിൽഡിൽ ഒപ്പിടുന്നത് പ്രതീക്ഷിക്കാം; വെണ്ടറുടെ റിലീസെന്ന് അവകാശപ്പെടുന്ന പാക്കേജിൽ അതേ സർട്ടിഫിക്കറ്റ് പ്രതീക്ഷിക്കാനാകില്ല.

പ്രൊഫൈൽ മാത്രമുള്ള പാക്കേജിന്, ആർക്കൈവ് തുറന്ന് എംബെഡ് ചെയ്ത ഓരോ ഹോസ്റ്റ്നാമും കീയും കണക്കിലെടുക്കേണ്ട ഡാറ്റയായി കണക്കാക്കുക. പ്രൊഫൈലിൽ പുനരുപയോഗിക്കാവുന്ന എന്തെങ്കിലും ഉണ്ടെങ്കിൽ, പോർട്ടൽ വിതരണം അതിനെ വിന്യാസ ഷെഡ്യൂളുള്ള പങ്കിട്ട രഹസ്യമാക്കി മാറ്റുന്നു.

വിന്യാസത്തിന് മുൻപ് ഉടമസ്ഥത നിർണ്ണയിക്കൽ

അവസാന ചോദ്യത്തിന് പിന്നിൽ കമാൻഡ് ഇല്ല. വെണ്ടർ പുതിയ ക്ലയന്റ് അയയ്ക്കുമ്പോൾ ആർട്ടിഫാക്ട് ആരു അപ്ഡേറ്റ് ചെയ്യുന്നു, ആന്തരിക ബിൽഡിന്റെ ഒപ്പ് കീ ആരുടെ കൈയിലുണ്ട്, എൻഡ്പോയിന്റ് നീങ്ങുമ്പോൾ പ്രൊഫൈൽ എങ്ങനെ കറക്കുന്നു എന്നിവ കണ്ടെത്തുക. ആ പേരുകൾ ഡൗൺലോഡ് ലിങ്കിന് അടുത്ത് എഴുതുക.

ആ ഉത്തരം ആരും സ്വന്തമാക്കുന്നില്ലെങ്കിൽ, ഡൗൺലോഡ് അറ്റകുറ്റപ്പണി കരാറില്ലാത്ത വിതരണ ചാനലാണ്, അതാണ് റിപ്പോർട്ട് ചെയ്യാൻ യോഗ്യമായ കണ്ടെത്തൽ.