ആ ദുർബലതാ കണ്ടെത്തൽ ഏത് VPN പ്രോസസ്സിനെ ബാധിക്കുന്നു?

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

ക്രമം പ്രധാനമാണ്: ആദ്യം ഘടകം, രണ്ടാമത് അറിയിപ്പ്, മൂന്നാമത് പരിഹാരം.

റിപ്പോർട്ട് പോർട്ടിനെ പേരിടുന്നു, പ്രോഗ്രാമിനെയല്ല

യഥാർത്ഥത്തിൽ വിലയിരുത്തിയ അന്ത്യബിന്ദുവിൽ നിന്ന് തുടങ്ങുക. HTTPS അഡ്മിനിസ്ട്രേഷൻ പോർട്ടിനെതിരായ പരിശോധന വെബ് സേവനം, അതിന്റെ TLS സ്റ്റാക്ക്, അതിന് മുന്നിലുള്ള ഏതെങ്കിലും പ്രോക്സി എന്നിവ അളന്നു; മറ്റൊരു പോർട്ടിലെ OpenVPN അല്ലെങ്കിൽ WireGuard ശ്രോതാവിനെക്കുറിച്ച് അത് ഒന്നും പഠിച്ചില്ല. റിവേഴ്സ് പ്രോക്സികളും മാനേജ്മെന്റ് ഏജന്റുകളും ഇത് കൂടുതൽ വഷളാക്കുന്നു, കാരണം സർട്ടിഫിക്കറ്റും ബാനറും മുൻഭാഗത്തിന്റേതാകാം, എന്നാൽ ദുർബലമായ ലൈബ്രറി അതിന് പിന്നിൽ പിന്നാമ്പുറ പ്രോസസ്സിൽ ആണ്.

ഫലത്തോടൊപ്പം ലക്ഷ്യം, ഗതാഗതം, പോർട്ട്, സേവന നാമം എന്നിവ രേഖപ്പെടുത്തുക, പരിധി കണ്ടെത്തലിനൊപ്പം സഞ്ചരിക്കാൻ.

പ്രവർത്തിക്കുന്ന ബിൽഡ് യഥാർത്ഥത്തിൽ എന്താണ്

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

systemctl status openvpn-server@server --no-pager
ps -o pid,lstart,args -C openvpn
ss -lntup | grep -E '1194|443'
dpkg -l | grep -i -E 'openvpn|libssl'
ldd "$(command -v openvpn)" | grep -i ssl

പ്രോസസ്സ് ലിസ്റ്റിലെ ആരംഭ സമയം ആളുകൾ ഒഴിവാക്കുന്ന വിശദാംശമാണ്. അവസാന പാക്കേജ് അപ്ഗ്രേഡിന് മുമ്പ് ആരംഭിച്ച ഡീമൺ ഇപ്പോഴും ബൂട്ടിൽ ലോഡ് ചെയ്ത ബിൽഡ് പ്രവർത്തിപ്പിക്കുന്നു, ഇൻവെന്ററി പരിഹരിച്ചു എന്നും സോക്കറ്റ് മറ്റൊന്ന് പറയുന്നു എന്നുമുള്ളത് കൃത്യമായി ഈ സന്ദർഭമാണ്.

ബിൽഡിനെ അറിയിപ്പിന്റെ പരിധിയുമായി ഒത്തുനോക്കൽ

അറിയിപ്പുകൾ ഉൽപ്പന്നങ്ങൾ, പതിപ്പുകൾ, ചിലപ്പോൾ ആവശ്യമായ വ്യവസ്ഥകൾ എന്നിവ വിവരിക്കുന്നു, ആ മൂന്ന് മേഖലകൾ എപ്പോഴും പാക്കേജ് പതിപ്പുമായി ഒത്തുപോകുന്നില്ല. OpenVPN-ന്റെ 2014 ഏപ്രിലിലെ Heartbleed അറിയിപ്പ് ഉപയോഗപ്രദമായ ചരിത്ര ഉദാഹരണമാണ്, കാരണം അത് ബാധിത Access Server റിലീസുകളെ വ്യത്യസ്ത എക്സ്പോഷർ ഉണ്ടായിരുന്ന വെബ് സേവനങ്ങളിൽ നിന്നും VPN ഡീമണുകളിൽ നിന്നും വേർതിരിക്കുന്നു. പാഠം, OpenSSL എന്ന വാക്ക് പാറ്റേൺ-മാച്ച് ചെയ്യുന്നതിന് പകരം ഏത് ഘടകത്തെയാണ് പാഠം ഉൾക്കൊള്ളുന്നതെന്ന് വായിക്കുക എന്നതാണ്.

ആ അറിയിപ്പും പഴയതാണ്. അതിന്റെ പാച്ച് ചെയ്ത റിലീസ് നമ്പറുകൾ ഇപ്പോൾ ഇൻസ്റ്റലേഷൻ ഉപദേശമല്ല, 2014-ൽ പരിഹരിച്ച ഒരു വീഴ്ച ഇന്ന് നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന ശാഖയിലെ പിന്നീടുള്ള പ്രശ്നങ്ങളെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

അഭിപ്രായവ്യത്യാസം പരിഹരിച്ച്, പിന്നീട് എക്സ്പോഷർ അടയ്ക്കുക

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

പിന്തുണയ്ക്കുന്ന തിരുത്തൽ പ്രയോഗിക്കുക, ബാധിത സേവനം പുനരാരംഭിക്കുക, പുതിയ ബിൽഡ് ആണ് ഇപ്പോൾ പ്രവർത്തിക്കുന്നതെന്ന് സ്ഥിരീകരിക്കുക. ഡിസ്കിൽ പാച്ച് ചെയ്ത ഫയൽ ഉണ്ടായിരിക്കുകയും പഴയ പ്രോസസ്സ് ഇപ്പോഴും ട്രാഫിക് നൽകുകയും ചെയ്യുന്നത് പരിഹാരമല്ല.

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