TunnelCrack vs TunnelVision: ഓരോന്നും യഥാർത്ഥത്തിൽ എന്താണ് തകർക്കുന്നത്
TunnelCrack-ഉം TunnelVision-ഉം വ്യത്യസ്ത റൂട്ടിംഗ് ഒഴിവുകൾ ദുരുപയോഗം ചെയ്യുന്നു: പ്രാദേശിക നെറ്റ്‌വർക്ക് ഒഴിവ്, സെർവർ റൂട്ട്, ഓരോ ക്ലയന്റ് ബിൽഡിനും DHCP ഓപ്ഷൻ 121 എന്നിവ പരിശോധിക്കുക.
ടണ്ണലിൽ നിന്ന് പുറത്തുപോകുന്ന ഏതൊരു VPN ട്രാഫിക്കിനും രണ്ട് ഗവേഷണ നാമങ്ങൾ പരസ്പരം മാറി ഉപയോഗിക്കുന്നു, പക്ഷേ അവയുടെ പിന്നിലെ സംവിധാനങ്ങൾ ഒന്നല്ല. TunnelCrack റൂട്ടിംഗ് ഒഴിവുകളുടെ രണ്ട് കുടുംബങ്ങളെ വിവരിക്കുന്നു; TunnelVision അന്തിമ ഉപകരണത്തിൽ DHCP നൽകുന്ന റൂട്ട് വിവരിക്കുന്നു. രണ്ടും എൻക്രിപ്ഷൻ തകർക്കുന്നില്ല, ഇന്ന് ഒരു നിർദ്ദിഷ്ട ക്ലയന്റ് ബിൽഡ് എന്ത് ചെയ്യുന്നു എന്നും രണ്ടും പറയുന്നില്ല. അഞ്ച് പരിശോധനകൾ സംവിധാനങ്ങളെ തലക്കെട്ടിൽ നിന്ന് വേർതിരിക്കുന്നു.
ആദ്യ ഘട്ടം: നിങ്ങൾ പരിശോധിക്കുന്ന സംവിധാനത്തിന് പേര് നൽകുക
2023 ഓഗസ്റ്റിലെ TunnelCrack വെളിപ്പെടുത്തൽ രണ്ട് ആക്രമണ കുടുംബങ്ങളെ വിവരിക്കുന്നു. പ്രാദേശിക നെറ്റ്‌വർക്ക് കേസിൽ, ക്ലയന്റ് പ്രാദേശിക നെറ്റ്‌വർക്കിന്റേതായി കണക്കാക്കുന്ന ട്രാഫിക് പ്രാദേശിക പ്രവേശന ഒഴിവ് സ്വീകരിച്ച് ടണ്ണലിൽ നിന്ന് പുറത്തുപോകുന്നു. സെർവർ വിലാസ കേസിൽ, VPN സെർവറിലേക്ക് എത്താൻ ക്ലയന്റിന് ആവശ്യമായ റൂട്ട് ടണ്ണലിന് പുറത്താണ്, ആ വിലാസം നിയന്ത്രിക്കുന്ന എതിരാളിക്ക് ഈ ഒഴിവ് ദുരുപയോഗം ചെയ്യാം.
TunnelVision DHCP നൽകുന്ന ക്ലാസ് രഹിത സ്ഥിര റൂട്ടുകളെക്കുറിച്ചുള്ള പ്രത്യേക റിപ്പോർട്ടാണ്. ദുഷ്ട DHCP സെർവറിന് അന്തിമ ഉപകരണത്തിന് ട്രാഫിക്കിന്റെ വഴി മാറ്റുന്ന റൂട്ടുകൾ നൽകാം, VPN സെർവറിലേക്കുള്ള വഴി ഉൾപ്പെടെ. റിപ്പോർട്ട് ബന്ധപ്പെട്ട റൂട്ടിംഗ് ഫലങ്ങളെക്കുറിച്ചുള്ള മുൻകാല പ്രവർത്തനം അംഗീകരിക്കുന്നു, അടിസ്ഥാന സംവിധാനം പേരിനേക്കാൾ പഴയതാണെന്ന് ഇത് ഓർമ്മിപ്പിക്കുന്നു.
| Case | Exception it abuses |
|---|---|
| TunnelCrack local network | Traffic classified as local bypasses the tunnel |
| TunnelCrack server address | The route to the VPN server sits outside the tunnel |
| TunnelVision | DHCP option 121 installs routes that redirect traffic |
പേരുകൾ അവയുടെ സംവിധാനങ്ങളോട് ചേർത്ത് നിർത്തുക. മറ്റൊന്ന് വാർത്തയിലുള്ളതിനാൽ ഒന്നിന് തിരുത്തൽ പ്രയോഗിക്കുന്നതാണ് പരിശോധന കവറേജ് ഇല്ലാതെ ചലനം സൃഷ്ടിക്കുന്ന രീതി.
രണ്ടാം ഘട്ടം: പ്രാദേശിക പ്രവേശന ഒഴിവ് നോക്കുക
മിക്ക ക്ലയന്റുകളും ടണ്ണൽ പ്രവർത്തനക്ഷമമായിരിക്കുമ്പോൾ പ്രിന്ററുകൾ, സ്ക്രീൻ പ്രക്ഷേപണം, ഫയൽ പങ്കിടൽ എന്നിവ പ്രവർത്തിക്കാൻ പ്രാദേശിക നെറ്റ്‌വർക്ക് ട്രാഫിക് ഒഴിവാക്കുന്നു. ആ ഒഴിവ് സുരക്ഷാ ചെലവുള്ള നയ തീരുമാനമാണ്: അതേ നെറ്റ്‌വർക്കിലെ എതിരാളിക്ക് സ്വയം പ്രാദേശിക ഹോസ്റ്റായി അവതരിപ്പിക്കാം, അവനിലേക്ക് എത്തുന്ന ട്രാഫിക് ഒരിക്കലും ടണ്ണലിൽ പ്രവേശിച്ചിട്ടില്ല.
വിന്യസിച്ച പ്രൊഫൈലിന് ഈ ഒഴിവ് ആവശ്യമുണ്ടോ എന്ന് ചോദിക്കുക. പ്രാദേശിക കണ്ടെത്തൽ ഒരിക്കലും ഉപയോഗിക്കാത്ത ദൂരസ്ഥ ജോലിക്കാർക്ക് ഇത് പലപ്പോഴും ഓഫ് ചെയ്യാം, ബാക്കിയുള്ള പ്രാദേശിക സേവനങ്ങളിൽ രേഖപ്പെടുത്തിയ വഴിയിലൂടെ എത്താം. ഒഴിവ് ആവശ്യമുള്ളിടത്ത്, അതിനെ പ്രാദേശിക ട്രാഫിക് എന്ന് വിശേഷിപ്പിക്കുന്നതിന് പകരം ഏത് ലക്ഷ്യസ്ഥാനങ്ങളെ ഉൾക്കൊള്ളുന്നു എന്ന് പറയുക.
പരിശോധന ഒരു കോൺഫിഗറേഷൻ ചോദ്യമാണ്, പാക്കറ്റ് ക്യാപ്ചർ അല്ല. നിങ്ങൾ വിന്യസിക്കുന്ന ബിൽഡിന്റെ പ്രൊഫൈൽ ക്രമീകരണവും ക്ലയന്റ് രേഖകളും വായിക്കുക, കാരണം സ്ഥിരമായ മൂല്യം ഉൽപ്പന്നങ്ങൾക്കിടയിലും ഒരേ ഉൽപ്പന്നത്തിന്റെ പതിപ്പുകൾക്കിടയിലും വ്യത്യസ്തമാണ്. അടുത്ത പരിശോധകന് പെരുമാറ്റത്തിൽ നിന്ന് അത് അനുമാനിക്കേണ്ടിവരാതിരിക്കാൻ ഉത്തരം പ്രൊഫൈലിന് അടുത്ത് എഴുതുക. ആരും രേഖപ്പെടുത്താത്ത ഒഴിവ് ആരും പരിശോധിക്കാത്ത ഒഴിവാണ്.
മൂന്നാം ഘട്ടം: സെർവർ വിലാസം എങ്ങനെ പഠിക്കുന്നു എന്ന് നോക്കുക
ഏതെങ്കിലും ടണ്ണൽ നിലവിൽ വരുന്നതിന് മുൻപ് ക്ലയന്റ് VPN സെർവറിൽ എത്തണം, അതിനാൽ ആ ലക്ഷ്യസ്ഥാനം രൂപകൽപ്പനപ്രകാരം ടണ്ണലിന് പുറത്തേക്ക് റൂട്ട് ചെയ്യുന്നു. വിലാസം ഒരു പേരിൽ നിന്ന് പഠിക്കുന്നുവെങ്കിൽ, റിസോൾവിംഗ് ഘട്ടം വിശ്വാസ പാതയുടെ ഭാഗമാണ്, ആ ചോദ്യത്തിന് ഉത്തരം നൽകാൻ കഴിയുന്ന എതിരാളിക്ക് ക്ലയന്റിനെ സ്വന്തം നിയന്ത്രണത്തിലുള്ള ഹോസ്റ്റിലേക്ക് അയക്കാം.
വിലാസം പിൻ ചെയ്യുക, ശരിയായ പേരുള്ള പരിശോധിച്ച സർട്ടിഫിക്കറ്റ് ഉപയോഗിക്കുക, പരിശോധിക്കാത്ത സെർവറിലേക്ക് പിൻവാങ്ങാൻ വിസമ്മതിക്കുക എന്നിവയെല്ലാം വെളിപ്പെടുത്തൽ കുറയ്ക്കുന്നു. അവയൊന്നും ടണ്ണലിന് പുറത്ത് സെർവറിൽ എത്താനുള്ള ആവശ്യം നീക്കുന്നില്ല; ആ വിലാസത്തിന് ആർക്ക് ഉത്തരം നൽകാം എന്നത് അവ മാറ്റുന്നു.
resolvectl query vpn.lab.example
ip route get 198.51.100.24
ip rule showറൂട്ട് അന്വേഷണം സെർവർ വിലാസത്തിന് ക്ലയന്റ് ഉപയോഗിക്കുന്ന ഇന്റർഫേസ് കാണിക്കുന്നു, അതാണ് ഒഴിവിന്റെ മൂർത്തരൂപം. ആ അന്വേഷണം ടണ്ണൽ ഇന്റർഫേസ് തിരികെ നൽകിയാൽ, ക്ലയന്റിന് ടണ്ണൽ സ്ഥാപിക്കാൻ കഴിയില്ല, അതിനാൽ പുറത്തുള്ള റൂട്ട് പ്രതീക്ഷിതമാണ്, അതിന്റെ ലക്ഷ്യസ്ഥാനം എങ്ങനെ തിരഞ്ഞെടുക്കുന്നു എന്നത് മാത്രമാണ് ചോദ്യം.
നാലാം ഘട്ടം: DHCP നൽകുന്ന റൂട്ടുകൾ നോക്കുക
ക്ലാസ് രഹിത സ്ഥിര റൂട്ടുകൾ DHCP സെർവറിന് റൂട്ടിംഗ് പട്ടികയിലെ എൻട്രികൾ വിതരണം ചെയ്യാൻ അനുവദിക്കുന്നു, അന്തിമ ഉപകരണം സാധാരണയായി ചോദിക്കാതെ അവ സ്വീകരിക്കുന്നു. എതിരാളിക്ക് നിയമാനുസൃത സെർവറിനേക്കാൾ വേഗത്തിൽ DHCP-യ്ക്ക് ഉത്തരം നൽകാൻ കഴിയുന്ന നെറ്റ്‌വർക്കിൽ, ആ എൻട്രികൾ ഉപയോക്താവ് ടണ്ണലിനുള്ളിലാണെന്ന് കരുതുന്ന ട്രാഫിക് വഴിതിരിച്ചുവിടാം.
അന്തിമ ഉപകരണത്തിലെ റൂട്ടുകളെ നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന റൂട്ടുകളുമായി താരതമ്യം ചെയ്യുക. ടണ്ണൽ പ്രവർത്തനക്ഷമമായിരിക്കുമ്പോൾ പ്രാദേശിക ഗേറ്റ്‌വേയിലേക്ക് ചൂണ്ടുന്ന സ്ഥിര റൂട്ടോ വിശാലമായ പ്രിഫിക്സോ അന്വേഷിക്കാൻ യോഗ്യമായ അടയാളമാണ്, ഏതെങ്കിലും ആക്രമണ ട്രാഫിക് ഇല്ലാതെ അത് കാണാം.
ip route show table all
ip route get 203.0.113.55
nmcli -g ipv4.ignore-auto-routes con show "Wired connection 1"അവസാന ക്രമീകരണം, പല ക്ലയന്റുകളും പ്ലാറ്റ്‌ഫോമുകളും ഏതെങ്കിലും രൂപത്തിൽ വെളിപ്പെടുത്തുന്ന അന്തിമ ഉപകരണ വശത്തെ നിയന്ത്രണമാണ്: നെറ്റ്‌വർക്ക് നൽകുന്ന റൂട്ടുകൾ അവഗണിക്കുക. സ്വയമേവയുള്ള റൂട്ട് സ്വീകരണം ഓഫ് ചെയ്യുന്നത് ഒരു വിനിമയമാണ്, കാരണം അത് കോർപ്പറേറ്റ് DHCP സെർവറിൽ നിന്നുള്ള നിയമാനുസൃത വിഭജിത റൂട്ടിംഗും ഓഫ് ചെയ്യുന്നു, അതിനാൽ ആഗോളമായല്ല, നെറ്റ്‌വർക്ക് ക്ലാസ് അനുസരിച്ച് തീരുമാനിക്കുക.
അഞ്ചാം ഘട്ടം: അറിയിപ്പിനെ നിലവിലെ ബിൽഡിൽ നിന്ന് വേർതിരിക്കുക
പ്രസിദ്ധീകരിച്ച ആക്രമണം ഒരു നിർദ്ദിഷ്ട സമയത്ത് നിർദ്ദിഷ്ട ക്ലയന്റ് പതിപ്പുകളിൽ നിരീക്ഷിച്ച പെരുമാറ്റം വിവരിക്കുന്നു. നിങ്ങളുടെ മുന്നിലുള്ള ലാപ്‌ടോപ്പ് ബാധിക്കപ്പെട്ടുവെന്ന് അത് തെളിയിക്കുന്നില്ല, അത് പരിഹരിച്ചുവെന്നും തെളിയിക്കുന്നില്ല. രണ്ട് അവകാശവാദങ്ങൾക്കും യഥാർത്ഥ ബിൽഡ് നമ്പറും വിൽപ്പനക്കാരന്റെ നിലവിലെ അറിയിപ്പും ആവശ്യമാണ്.
ക്ലയന്റ് പതിപ്പ്, പ്ലാറ്റ്‌ഫോം, മുകളിലെ ഒഴിവുകൾ നിയന്ത്രിക്കുന്ന പ്രൊഫൈൽ ക്രമീകരണങ്ങൾ, നിങ്ങൾ പരിശോധിച്ച തീയതി എന്നിവ രേഖപ്പെടുത്തുക. ആ രേഖ സത്യസന്ധമായി പഴകുന്നു, എന്നാൽ TunnelCrack-നായി VPN പാച്ച് ചെയ്തുവെന്ന കുറിപ്പ് അങ്ങനെ പഴകുന്നില്ല. ക്ലയന്റ് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോഴെല്ലാം അത് വീണ്ടും വായിക്കുക, കാരണം നിങ്ങൾ സ്പർശിക്കാത്ത ഒരു പതിപ്പിന് കീഴിൽ പ്രൊഫൈൽ സ്ഥിരമൂല്യം മാറാം.
യഥാർത്ഥത്തിൽ സാധൂകരിക്കുമ്പോൾ, അംഗീകൃത പദ്ധതി നിങ്ങളുടെ സ്വന്തം അന്തിമ ഉപകരണത്തിനും ഹാനികരമല്ലാത്ത ലക്ഷ്യസ്ഥാനത്തിനും എതിരായി ഉപയോഗിക്കുക. പങ്കിട്ട നെറ്റ്‌വർക്കിൽ മറ്റ് ഉപയോക്താക്കൾക്കെതിരെ ആക്രമണം പുനരുൽപ്പാദിപ്പിക്കുന്നത് പരീക്ഷയല്ല, നിരീക്ഷണം എളുപ്പമാക്കാൻ പിയർ പരിശോധനയോ ആപ്ലിക്കേഷൻ എൻക്രിപ്ഷനോ ഓഫ് ചെയ്യുന്നത് നിങ്ങൾ അളക്കാൻ ശ്രമിച്ച സംരക്ഷണം നീക്കുന്നു.
അവസാനമായി, ആപ്ലിക്കേഷൻ തലത്തിലുള്ള സംരക്ഷണം ചിത്രത്തിൽ നിർത്തുക. റൂട്ടിംഗ് ഒഴിവ് ടണ്ണൽ വഹിച്ചേനെ എന്ന ട്രാഫിക് വെളിപ്പെടുത്താം, ആപ്ലിക്കേഷന്റെ TLS ഇപ്പോഴും ആ ട്രാഫിക് അറ്റം മുതൽ അറ്റം വരെ സംരക്ഷിക്കുന്നു. രണ്ട് പാളികളും സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു, അതിനാൽ ബന്ധിപ്പിച്ച നിയന്ത്രണ ചാനൽ ഓരോ പ്രവാഹവും ഉദ്ദേശിച്ച വഴിയിലൂടെ പോയി എന്നതിന് തെളിവല്ല.