Android VPN vs ആപ്പ് അനുമതികൾ: ആ മുന്നറിയിപ്പിന്റെ അർത്ഥം എന്താണ്

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

സമ്മത ഡയലോഗ് യഥാർത്ഥത്തിൽ എന്താണ് കൈമാറുന്നത്

VpnService നടപ്പിലാക്കുകയും BIND_VPN_SERVICE പ്രഖ്യാപിക്കുകയും ചെയ്യുന്ന ഒരു ആപ്പ്, ഉപകരണത്തിന്റെ VPN ആകാൻ സിസ്റ്റത്തോട് ആവശ്യപ്പെടുന്നു. അനുമതി ലഭിച്ചാൽ, ഫ്രെയിംവർക്ക് ഒരു tun ഇന്റർഫേസ് സൃഷ്ടിച്ച് അതിനുള്ള ഒരു ഫയൽ ഡിസ്ക്രിപ്റ്റർ ആപ്പിന് നൽകുന്നു. അതിനുശേഷം ആപ്പ് ചെയ്യുന്നതെല്ലാം ആ ഡിസ്ക്രിപ്റ്ററിലൂടെ കടന്നുപോകുന്നു: അത് IP പാക്കറ്റുകൾ പുറത്തേക്ക് വായിക്കുന്നു, അവയെ എന്ത് ചെയ്യണമെന്ന് തീരുമാനിക്കുന്നു, പാക്കറ്റുകൾ തിരികെ അകത്തേക്ക് എഴുതുന്നു.

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

ഇത് പാക്കറ്റ് തലത്തിലുള്ള അനുമതിയാണ്, ഡാറ്റ തലത്തിലുള്ളതല്ല. സേവനം കാണുന്നത് ഒരു ആപ്പ് നെറ്റ്‌വർക്ക് സ്റ്റാക്കിന് കൈമാറുന്ന ബൈറ്റുകളാണ്, അവ ഒരു ലക്ഷ്യസ്ഥാനത്തേക്ക് വിലാസം നൽകിയവയാണ്. അയയ്ക്കുന്ന ആപ്പിന്റെ സ്വകാര്യ സംഭരണത്തിലേക്കോ അതിന്റെ ഡാറ്റാബേസ് ഫയലുകളിലേക്കോ അതിന്റെ ഡീക്രിപ്റ്റ് ചെയ്ത മെമ്മറിയിലേക്കോ അതിന് പിടിത്തം ലഭിക്കുന്നില്ല. ഒരു ആപ്പ് സ്വന്തം സാൻഡ്‌ബോക്സിൽ സംരക്ഷിച്ച ഫയലുകൾ മുമ്പത്തെപ്പോലെ അത്രതന്നെ വായിക്കാൻ പ്രയാസമുള്ളതായി തുടരുന്നു.

പാക്കറ്റ് കാഴ്ച നിലയ്ക്കുന്നിടം

TLS ടണലിനുള്ളിൽത്തന്നെ അതിന്റെ ജോലി ചെയ്യുന്നു, കാരണം ഹാൻഡ്‌ഷേക്ക് ആപ്പിനും സർവറിനും ഇടയിലാണ് നടക്കുന്നത്, ആപ്പിനും VPN-നും ഇടയിലല്ല. സെഷൻ കീകൾ ഇല്ലാതെ ഡീക്രിപ്റ്റ് ചെയ്യാൻ കഴിയാത്ത സൈഫർടെക്‌സ്റ്റ് VPN കൈമാറുന്നു. അതുകൊണ്ടാണ് ഒരു ടണൽ മാത്രം ഒരു HTTPS പേജിന്റെയോ സംരക്ഷിത മെയിൽ സെഷന്റെയോ ഉള്ളടക്കം വെളിപ്പെടുത്താത്തത്.

സൈഫർടെക്‌സ്റ്റിനു ചുറ്റുമുള്ള മെറ്റാഡാറ്റ മറ്റൊരു കഥയാണ്, ഇവിടെയാണ് മിക്ക ആത്മവിശ്വാസമുള്ള വാദങ്ങളും തകരുന്നത്. ലക്ഷ്യസ്ഥാന IP, പോർട്ട്, പാക്കറ്റ് വലിപ്പങ്ങൾ, സമയം എന്നിവയെല്ലാം ദൃശ്യമാണ്, കൂടാതെ TLS ClientHello-ലെ സർവർ നാമവും, അത് സാധാരണയായി TLS 1.3-ന് കീഴിലും തുറന്ന രൂപത്തിൽ അയയ്ക്കപ്പെടുന്നു. Encrypted Client Hello അത് മാറ്റുന്നു, പക്ഷേ അത് സാർവത്രികമല്ല. ലളിതമായ DNS-ഉം, അന്വേഷണങ്ങൾ എൻക്രിപ്ഷൻ ഇല്ലാതെ പുറത്തുപോകുമ്പോൾ, പേരുകൾ അത്രതന്നെ എളുപ്പത്തിൽ ചോർത്തുന്നു.

പഴയതോ തെറ്റായി ക്രമീകരിച്ചതോ ആയ പ്രോട്ടോക്കോളുകൾ കൂടുതൽ കൈമാറുന്നു. ലളിതമായ HTTP, TLS ഇല്ലാത്ത IMAP, കൂടാതെ നിരവധി ഗെയിം, IoT പ്രോട്ടോക്കോളുകൾ അവയുടെ പേലോഡ് tun ഡിസ്ക്രിപ്റ്റർ ഉള്ള എന്തിനും വെളിപ്പെടുത്തുന്നു.

ഒരിക്കലും അതിനൊപ്പം വരാത്ത അനുമതികൾ

VPN അനുവദിക്കുന്നത് കോൺടാക്റ്റുകൾ, SMS, ഫോട്ടോകൾ, അല്ലെങ്കിൽ മീഡിയ സ്റ്റോർ എന്നിവ അനുവദിക്കുന്നതല്ല. അവ വെവ്വേറെ റൺടൈം അനുമതികളാണ്, ഓരോന്നിനും സ്വന്തം ഡയലോഗും ആപ്പിന്റെ ക്രമീകരണ പേജിൽ സ്വന്തം റദ്ദാക്കൽ പാതയും ഉണ്ട്. നിങ്ങളുടെ കോൾ ലോഗ് ആവശ്യമുള്ള ഒരു VPN ക്ലയന്റ് മറ്റേതൊരു ആപ്പിനെയുംപോലെ അത് ചോദിക്കണം, ടണൽ നിലനിർത്തിക്കൊണ്ട് നിങ്ങൾക്ക് വിസമ്മതിക്കാം.

ശ്രദ്ധിക്കേണ്ടത് സർട്ടിഫിക്കറ്റ് ഇൻസ്റ്റാളേഷനാണ്, കാരണം അത് VPN സജ്ജീകരണത്തിന്റെ ഭാഗമായി തോന്നുന്നു, എന്നാൽ അല്ല. ക്രെഡൻഷ്യൽ സ്റ്റോറിൽ ഒരു ഉപയോക്തൃ CA ഇൻസ്റ്റാൾ ചെയ്യുന്നത് Android ഏത് സർട്ടിഫിക്കറ്റുകൾ സ്വീകരിക്കും എന്നത് മാറ്റുന്നു, കൂടാതെ Android 7.0 മുതൽ API 24 അല്ലെങ്കിൽ അതിനുശേഷമുള്ളതിനെ ലക്ഷ്യമിടുന്ന ഒരു ആപ്പ്, അതിന്റെ നെറ്റ്‌വർക്ക് സുരക്ഷാ കോൺഫിഗറേഷൻ ഒരു ഉപയോക്തൃ വിശ്വാസ ആങ്കർ ഉപയോഗിച്ച് അത് തിരഞ്ഞെടുക്കുന്നില്ലെങ്കിൽ, ഉപയോക്താവ് ചേർത്ത CA-കൾ അവഗണിക്കുന്നു. CA-യിൽ നിർബന്ധം പിടിക്കുന്ന ഒരു ക്ലയന്റ് സാധുവായ എന്റർപ്രൈസ് ഇന്റർസെപ്ഷൻ നടത്തുന്നതാകാം, അല്ലെങ്കിൽ VPN ഡയലോഗ് ഒരിക്കലും പരാമർശിക്കാത്ത എന്തോ ആവശ്യപ്പെടുന്നതാകാം.

പ്രവേശനക്ഷമതാ പ്രവേശനം ഇനിയും അകലെയാണ്. പ്രവേശനക്ഷമത സജീവമാക്കിയ ഒരു സേവനത്തിന് മറ്റ് ആപ്പുകളുടെ സ്ക്രീൻ ഉള്ളടക്കം വായിക്കാനാകും, അത് ഏതെങ്കിലും പാക്കറ്റ് തല സ്ഥാനം നൽകുന്നില്ല.

പ്രാദേശിക ഫിൽട്ടർ അല്ലെങ്കിൽ വിദൂര ഗേറ്റ്‌വേ

ഒരേ API വ്യത്യസ്ത വിശ്വാസ നിലകൾ അർഹിക്കുന്ന രണ്ട് ഉൽപ്പന്നങ്ങളെ ഉൾക്കൊള്ളുന്നു. ഉപകരണത്തിലെ ഒരു ഫയർവാൾ അല്ലെങ്കിൽ പരസ്യ ബ്ലോക്കർ tun ഡിസ്ക്രിപ്റ്റർ എടുത്ത് ട്രാഫിക്കിന് പ്രാദേശികമായി ഉത്തരം നൽകുന്നു, അത് സ്വയം പ്രവർത്തിപ്പിക്കുന്ന ഒരു സർവറിലേക്ക് ഒരിക്കലും അയയ്ക്കുന്നില്ല. ഒരു യഥാർത്ഥ ടണൽ ആ പാക്കറ്റുകൾ മറ്റെവിടെയോ ഉള്ള ഒരു ഗേറ്റ്‌വേയിലേക്ക് കൈമാറുന്നു, ആ ഓപ്പറേറ്റർ മറുവശത്തുനിന്ന് അതേ മെറ്റാഡാറ്റ കാണുന്നു, ഒപ്പം എന്ത് തിരികെ വരണം എന്നും തീരുമാനിക്കുന്നു.

അവയെ വേർതിരിച്ചറിയാനുള്ള പ്രായോഗിക വഴി, VPN ഓണാക്കിയും ഓഫാക്കിയും നിങ്ങളുടെ പൊതു വിലാസം പരിശോധിക്കുക, അറിയിപ്പ് ഒരു വിദൂര എൻഡ്‌പോയിന്റ് പേര് പറയുന്നുണ്ടോ എന്ന് നോക്കുക എന്നതാണ്. വിലാസം ഒരിക്കലും മാറുന്നില്ലെങ്കിൽ, ട്രാഫിക് ഉപകരണത്തിനുള്ളിൽത്തന്നെ വട്ടം ചുറ്റുന്നതാകാം.

രണ്ട് കേസുകളും ഇപ്പോഴും ഒരു പാക്കറ്റ് സ്ഥാനമാണ്. വ്യത്യാസം, പുറത്തുകടക്കുന്നിടത്ത് മറ്റ് ആര് നിൽക്കുന്നു എന്നതാണ്.

നിങ്ങൾ അനുവദിച്ചത് ഓഡിറ്റ് ചെയ്യുക

Settings തുറക്കുക, തുടർന്ന് Network and internet, തുടർന്ന് VPN, സ്റ്റാറ്റസ് ബാറിലെ ഐക്കണല്ല, എൻട്രി വായിക്കുക. Always-on VPN, Block connections without VPN എന്നിവ ഇന്റർഫേസ് ജീവനോടെ നിർത്തി ചോർച്ചകൾ മുറിക്കുന്ന ഉപകരണ ക്രമീകരണങ്ങളാണ്; അവ ഒന്നും വിശാലമാക്കുന്നില്ല. അതേ സ്ക്രീനിൽനിന്ന് പ്രൊഫൈൽ മറക്കാനും അനുമതി റദ്ദാക്കാനും കഴിയും.

തുടർന്ന് മറ്റ് അനുമതികളിലൂടെ കടന്നുപോകുക. App info ക്ലയന്റിനുള്ള റൺടൈം അനുമതികൾ കാണിക്കുന്നു, Security ക്രമീകരണങ്ങൾ അതേ സമയം ഒരു ഉപയോക്തൃ സർട്ടിഫിക്കറ്റ് ഇൻസ്റ്റാൾ ചെയ്തിരുന്നോ എന്ന് കാണിക്കുന്നു. ഇവയിലേതും സ്വതന്ത്രമായി നീക്കം ചെയ്യാം.

ഉത്തരം നൽകാൻ അർഹതയുള്ള ചോദ്യം ഇടുങ്ങിയതാണ്: ഏത് പാക്കറ്റുകളാണ് ഈ സേവനത്തിൽ പ്രവേശിക്കുന്നത്, അവ എവിടെ പോകുന്നു, നടപ്പിലാക്കൽ എന്ത് സൂക്ഷിക്കുന്നു. ഡയലോഗിലെ ബാക്കിയെല്ലാം ബഹളമാണ്. VpnService റഫറൻസ് ആണ് ഇന്റർഫേസ് എന്ത് വെളിപ്പെടുത്തുന്നു എന്നതിന്റെ അധികാരപ്പെട്ട പട്ടിക.