വയർലെസ് ഡീബഗ്ഗിംഗ് ട്രാഫിക് VPN ലീക്കിന്റെ തെളിവാകാത്തത് എന്തുകൊണ്ട്

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

ഈ തെറ്റായ വായന എനിക്ക് രണ്ടുതവണ നേരിട്ടു: ഒരിക്കൽ ഫോണും ലാപ്ടോപ്പും ഒരേ Wi-Fi-ൽ ഉണ്ടായിരുന്നപ്പോൾ, മറ്റൊരിക്കൽ റീബൂട്ടിന് ശേഷം ജോടിയാക്കൽ നിലനിന്നപ്പോൾ. രണ്ടു സന്ദർഭങ്ങളിലും VPN കോൺഫിഗർ ചെയ്തത് കൃത്യമായി ചെയ്യുകയായിരുന്നു.

ബഗിന് പേരിടുന്നതിന് മുൻപ് നിരീക്ഷണത്തിന് പേരിടുക

ലീക്ക് ആരോപണത്തിന് മുൻപ് മൂന്ന് സംഭവങ്ങൾ ഉണ്ടാകാം, അവ പരസ്പരം മാറ്റിനിർത്താനാവില്ല. ഒരു ടൂൾ സേവനം കണ്ടെത്താം, ഉപകരണം ഒരു വർക്ക്സ്റ്റേഷന് അനുമതി നൽകാം, അല്ലെങ്കിൽ അധികാരമുള്ള സെഷൻ യഥാർത്ഥത്തിൽ കമാന്റുകളും ബൈറ്റുകളും കൊണ്ടുപോകാം. ഏതാണ് കണ്ടതെന്ന് എഴുതിവെക്കുക, കാരണം ഓരോന്നും ആളുകൾ കരുതുന്നതിനേക്കാൾ കുറവ് തെളിയിക്കുന്നു.

കണ്ടെത്തൽ സാധാരണയായി mDNS അല്ലെങ്കിൽ പോർട്ട് സ്കാൻ ആണ്. ജോടിയാക്കൽ ഫോണിൽ എടുക്കുന്ന രജിസ്ട്രേഷൻ തീരുമാനമാണ്, ഉപയോക്താവ് ടൈപ്പ് ചെയ്യുന്ന കോഡ് ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുന്നു. സജീവ സെഷൻ എന്നാൽ രണ്ട് ജോടിയാക്കിയ അന്ത്യങ്ങൾക്കിടയിൽ ട്രാഫിക് നീങ്ങി എന്നാണ്. അവയൊന്നും ഒരു ആപ്പിന്റെ HTTPS അഭ്യർത്ഥന എവിടെ പോകുന്നു എന്ന് വിവരിക്കുന്നില്ല.

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

രണ്ട് പാതകൾ എന്തുകൊണ്ട് ഒരിക്കലും കൂടിച്ചേരുന്നില്ല

വയർലെസ് ഡീബഗ്ഗിംഗ് ഉപകരണത്തിലേക്കുള്ള ഒരു ഇൻബൗണ്ട് കണക്ഷനാണ്. adbd Wi-Fi ഇന്റർഫേസിലേക്ക് ബന്ധിച്ച പോർട്ടിൽ കേൾക്കുന്നു, ജോടിയാക്കലിന് ശേഷം വർക്ക്സ്റ്റേഷൻ അതിലേക്ക് ബന്ധിപ്പിക്കുന്നു. ദിശ പ്രധാനമാണ്: നിങ്ങളുടെ ലാപ്ടോപ്പ് ഫോണിലേക്ക് എത്തുന്നു, തിരിച്ചല്ല. ഇത് എക്സിറ്റ് ലീക്കിന്റെ വിപരീതമാണ്.

ഒരു ആപ്പിന്റെ ഇന്റർനെറ്റ് ട്രാഫിക് VpnService ഇൻസ്റ്റാൾ ചെയ്യുന്ന ടണൽ ഇന്റർഫേസിലൂടെ പുറത്തുപോകുന്നു, UID-ഉം റൂട്ടിംഗ് നിയമങ്ങളും ഉപയോഗിച്ച് ഒത്തുനോക്കുന്നു. adbd shell ഉപയോക്താവായി പ്രവർത്തിക്കുന്ന സിസ്റ്റം ഡീമൺ ആണ്, ആ റൂട്ടിംഗ് സെറ്റിലെ ഒരു ആപ്പല്ല. ഓരോ ആപ്പും ടണലിൽ പിന്നിട്ടിരിക്കുമ്പോഴും അത് അടിസ്ഥാന Wi-Fi ലിങ്കിൽ തുടരുന്നു.

ലോക്ക്ഡൗൺ മോഡ് ഉൾപ്പെടുത്തിയ ആപ്പുകൾക്ക് ടണൽ നിർബന്ധമാക്കുന്നു. അത് കേൾക്കുന്ന സോക്കറ്റിനെ എക്സിറ്റ് പാതയാക്കി മാറ്റുന്നില്ല.

അതുകൊണ്ടാണ് പ്രവർത്തിക്കുന്ന ADB സെഷനും പ്രവർത്തിക്കുന്ന കിൽ സ്വിച്ചും വൈരുദ്ധ്യമില്ലാതെ ഒരുമിച്ച് നിൽക്കുന്നത്. ലീക്ക് തെളിയിക്കാൻ, തടയേണ്ട ദിശ നിരീക്ഷിക്കണം.

എക്സിറ്റ് പരിശോധന യഥാർത്ഥത്തിൽ എങ്ങനെയിരിക്കും

ഡീബഗ്ഗിംഗ് ചാനലല്ല, ഉൾപ്പെടുത്തിയ ആപ്പ് പരിശോധിക്കുക. പരാജയ അവസ്ഥ മനഃപൂർവം ഒരുക്കി, പിന്നീട് ഒരു പുതിയ അഭ്യർത്ഥന നടത്തി എന്ത് സംഭവിച്ചു എന്ന് രേഖപ്പെടുത്തുക.

1. VPN മാത്രമാണ് പാത എന്ന് സ്ഥിരീകരിക്കുക: VPN ഇല്ലാത്ത കണക്ഷനുകൾ തടയുന്നതോടെ എപ്പോഴും-ഓൺ VPN ഓണാക്കുക.
2. പിന്തുണയ്ക്കുന്ന രീതിയിൽ VPN നിർത്തി, ആപ്പ് കണക്റ്റിവിറ്റി ഇല്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു എന്ന് സ്ഥിരീകരിക്കുക.
3. ആ ആപ്പിൽ നിന്ന് ഒരു നിരുപദ്രവകരമായ അഭ്യർത്ഥന അയച്ച് അത് പരാജയപ്പെടുന്നുണ്ടോ വിജയിക്കുന്നുണ്ടോ എന്ന് ശ്രദ്ധിക്കുക.
4. വയർലെസ് ഡീബഗ്ഗിംഗ് ഓൺ, പിന്നീട് ഓഫ് എന്ന ക്രമത്തിൽ ആവർത്തിക്കുക, അതുവഴി ചരം വേർതിരിക്കപ്പെടും.

ആ സാഹചര്യങ്ങളിൽ തടയപ്പെട്ട അഭ്യർത്ഥന തെളിവാണ്. വിജയകരമായ ADB സെഷൻ അല്ല, ഒരു ടെർമിനൽ ആപ്പിൽ നിന്നുള്ള ഒരു ping-ഉം അല്ല.

ലോക്ക്ഡൗൺ ഓണായിരിക്കുമ്പോൾ അഭ്യർത്ഥന യഥാർത്ഥത്തിൽ വിജയിക്കുന്നുവെങ്കിൽ, ആപ്പിന്റെ UID-ഉം അതിന്റെ VPN അനുമതിയും സജീവ നെറ്റ്വർക്കും ക്ലയന്റ് പതിപ്പും രേഖപ്പെടുത്തുക. ആ സംയോജനമാണ് യഥാർത്ഥ കണ്ടെത്തൽ.

ജോടിയാക്കൽ സെഷനെക്കാൾ നീണ്ടുനിൽക്കുന്നു

ജോടിയാക്കൽ സ്ഥിരമായ അവസ്ഥയാണ്, കേബിൾ പരിശോധനയ്ക്ക് ശേഷം മറക്കാവുന്ന ഹാൻഡ്ഷേക്കല്ല. Android-ന്റെ ഡീബഗ്ഗിംഗ് ഡോക്യുമെന്റേഷൻ വയർലെസ് പ്രവൃത്തിപഥം വിവരിക്കുകയും, ബന്ധം വ്യക്തമായി മറക്കുന്നതുവരെ അല്ലെങ്കിൽ അനുമതികൾ റദ്ദാക്കുന്നതുവരെ നിലനിൽക്കുന്നു എന്ന് കുറിക്കുകയും ചെയ്യുന്നു.

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

പങ്കിട്ടതോ വിശ്വസനീയമല്ലാത്തതോ ആയ നെറ്റ്വർക്കിൽ അത് ഓഫ് ആയി വെക്കുക. നിങ്ങൾ നിയന്ത്രിക്കാത്ത നെറ്റ്വർക്കിലെ സ്ഥിരമായ അധികാരം സാങ്കൽപ്പിക TUN ബൈപ്പാസിനെക്കാൾ വലിയ പ്രശ്നമാണ്.

ആ ബഗ് റിപ്പോർട്ട് ചെയ്യുന്നതിന് മുൻപ്

ഉപയോഗപ്രദമായ റിപ്പോർട്ട് പരാജയപ്പെട്ട കൃത്യമായ അതിർത്തി പറയുന്നു. ഉപകരണ മോഡലും Android പതിപ്പും, VPN ക്ലയന്റും പതിപ്പും, ലോക്ക്ഡൗൺ ഓണായിരുന്നോ, ആപ്പ് പാക്കേജും UID-ഉം, ഫോൺ ഏത് നെറ്റ്വർക്കിലായിരുന്നു എന്നതും ഉൾപ്പെടുത്തുക. നിരീക്ഷണം സൃഷ്ടിച്ച കമാന്റോ അഭ്യർത്ഥനയോ അത് സംഭവിച്ച സമയവും ചേർക്കുക. അതില്ലാതെ നിങ്ങൾ തകർന്നതെന്ന് പറയുന്ന അതിർത്തി ആർക്കും പുനർനിർമ്മിക്കാനാവില്ല.

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

VPN ഓണായിരിക്കുമ്പോൾ ADB ബന്ധിപ്പിച്ചു എന്നത് മാത്രമാണ് നിങ്ങളുടെ തെളിവെങ്കിൽ, നിങ്ങൾ തെറ്റായ പാത അളന്നു. ആദ്യം ആപ്പ് തലത്തിലുള്ള പരിശോധന വീണ്ടും നടത്തുക; ഉത്തരം സാധാരണയായി അവിടെയാണ് വരുന്നത്.