VPN ایپ رابطے اور رسائی مانگتی ہے: کیا اجازت دیں

انسٹالر نیٹ ورک تک رسائی مانگتا ہے، پھر رابطے، رسائی اور سرٹیفکیٹ کی تنصیب۔ صرف پہلی درخواست کام سے تعلق رکھتی ہے۔ دوسری اسکرین وہ جگہ ہے جہاں اصل فیصلہ ہے۔

ہر درخواست کا جائزہ اس خصوصیت کی بنیاد پر لیں جو آپ نے منتخب کی، اس پلیٹ فارم پر جو آپ چلاتے ہیں۔ کوئی عالمی اجازت فہرست ہر VPN مصنوعات کا احاطہ نہیں کرتی، اور طویل فہرست بذات خود کچھ ثابت نہیں کرتی۔

واحد اجازت جس کی کام کو واقعی ضرورت ہے

Android کسی بھی ٹنل کے شروع ہونے سے پہلے صارف سے سسٹم ڈائیلاگ کے ذریعے VPN سروس کی منظوری مانگتا ہے، اور ایپ کی سروس BIND_VPN_SERVICE کا اعلان کرتی ہے تاکہ سسٹم اس سے منسلک ہو سکے۔ عملی طور پر ایپ روٹنگ کا کام کرتی ہے۔ رضامندی وہ شخص دیتا ہے جو ڈیوائس تھامے ہوئے ہے، ایسے ڈائیلاگ میں جو ایپ کا نام لیتا ہے، اور بعد میں واپس لینا ایک معاون عمل ہے۔

Apple پلیٹ فارمز یہی خیال اجازت کی اسکرین کے بجائے نیٹ ورک ایکسٹینشن اور تنصیب کی منظوری کے ذریعے ظاہر کرتے ہیں۔ Windows ورچوئل اڈاپٹر ڈرائیور اور اعلیٰ اختیارات کی درخواست استعمال کرتا ہے۔ دو شکلیں، ایک معنی: یہ پروگرام پیکٹ سنبھال سکتا ہے۔ اس اجازت میں آپ کی ایڈریس بک پڑھنا یا خود کو سرٹیفکیٹ اتھارٹی جاری کرنا شامل نہیں۔

اضافی رسائی ایک الگ اجازت ہے جس کے الگ اثرات ہیں۔ اسے چاہنے والے روٹنگ کلائنٹ کو اپنی وجہ درکار ہے۔

اضافی درخواستوں کو اپنی کہانی کہاں درکار ہے

رسائی کی سروس اسکرین کا مواد پڑھ سکتی ہے اور آپ کی طرف سے عمل کر سکتی ہے، جو روٹنگ سے بہت آگے ہے۔ ڈیوائس ایڈمنسٹریشن لاک پالیسیاں نافذ کر سکتی ہے اور ڈیٹا مٹا سکتی ہے۔ صارف کی نصب کردہ روٹ سرٹیفکیٹ اس شخص کو جو مماثل کلید رکھتا ہے وہ ٹریفک پڑھنے دیتی ہے جسے TLS ورنہ محفوظ رکھتا۔

ان میں سے کوئی بھی جائز ہو سکتا ہے۔ منظم ڈیوائس اور والدین کے کنٹرول کی مصنوعات کو پالیسی اختیارات درکار ہو سکتے ہیں، اور معاونت کا آلہ رسائی کا محتاج ہو سکتا ہے تاکہ آپ کو ترتیبات سے گزارے۔

شرط ٹریس ایبلٹی ہے: درخواست کسی نامزد خصوصیت کی طرف اشارہ کرتی ہے، اور وہ خصوصیت آپ کی نصب کردہ مصنوعات میں نظر آتی ہے۔ رابطوں کی طرف نہ دیکھنے والی اسکرین کے بغیر رابطوں کی درخواست کے پاس کچھ بتانے کو نہیں۔ انکرپشن کی دلیل بھی منتقل نہیں ہوتی، کیونکہ پیکٹ محفوظ کرنا اس بارے میں کچھ نہیں کہتا کہ آپ کے دوست کون ہیں۔ جائز مصنوعات پھر بھی شامل لائبریری کے ذریعے زیادہ مانگ سکتی ہے، اور یہ اٹھانے والا نقص ہے، رپورٹ کرنے والا جرم نہیں۔

درخواست اور وہ خصوصیت لکھیں جس سے یہ منسلک ہے، پھر فیصلہ کریں۔ وہ نوٹ ہی ہے جو آپ معاونت کو دکھاتے ہیں جب انکار کے بعد کوئی خصوصیت بگڑ جائے۔

ڈیوائس پر درخواست پڑھنا

اسٹور کی فہرست ارادہ بیان کرتی ہے، جبکہ نصب شدہ پیکیج حقیقت بیان کرتا ہے۔ کچھ اور منظور کرنے سے پہلے پیکیج مینیجر سے پوچھیں کہ کیا اعلان کیا گیا اور کیا دیا گیا۔ یہ جوڑی سب سے زیادہ اہم ہوتی ہے جب فہرست اور مینی فیسٹ متفق نہ ہوں۔

دو کوئریاں اس کا بیشتر حصہ ڈھانپ لیتی ہیں:

adb shell dumpsys package com.example.vpn | grep -E "requested permissions|install permissions" -A 30
adb shell cmd appops get com.example.vpn

پہلی اعلان شدہ بمقابلہ دی گئی اجازتوں کی فہرست دیتی ہے، اور یہی موازنہ بہت وسیع مینی فیسٹ کو بے نقاب کرتا ہے۔ دوسری رن ٹائم app-ops دکھاتی ہے، بشمول وہ خاص رسائیاں جو کبھی عام اجازتوں کے طور پر ظاہر نہیں ہوتیں۔ جہاں ڈویلپر ٹولز دستیاب نہ ہوں، وہی حقائق پلیٹ فارم کی ترتیبات کی اسکرینوں سے پڑھیں۔

وہ اسکرینیں ایک منٹ لیتی ہیں اور کسی سافٹ ویئر کی ضرورت نہیں۔ رسائی، ڈیوائس ایڈمنسٹریشن اور سرٹیفکیٹ اسٹوریج ہر ایک ان ایپس کی فہرست دیتا ہے جن کے پاس اجازت ہے۔

فیصلہ، پھر نقصان کی حد

نیٹ ورک اجازت اس کلائنٹ کو دیں جو آپ نے منتخب کیا، اور ہر اضافی درخواست کو اپنا فیصلہ سمجھیں۔ جن کے پاس مماثل خصوصیت نہیں انہیں مسترد کریں، پھر دیکھیں کیا ٹوٹتا ہے۔ رابطوں تک رسائی مسترد ہونے پر ناکام ہونے والا روٹنگ کلائنٹ کبھی آپ کی طرف سے رابطے نہیں مانگ رہا تھا۔

ایک اجازت واپس لینا عام طور پر ایپ کو ان انسٹال کیے یا ہر پروفائل کو گروائے بغیر ایک خصوصیت بند کر دیتا ہے۔ بعد میں دوبارہ جڑیں اور تصدیق کریں کہ ٹنل اب بھی قائم ہوتی ہے۔

ان دو سوالوں کو الگ کریں جنہیں ایک پرامپٹ اکثر ملا دیتا ہے: یہ پروگرام ڈیوائس پر کیا کر سکتا ہے، اور ٹنل کے قائم ہونے کے بعد اس کا آپریٹر ٹریفک کے ساتھ کیا کرتا ہے۔ پہلے کا جواب یہاں دیا جاتا ہے۔ دوسرے کو برقراری کی پالیسی درکار ہے، اور کوئی ڈائیلاگ وہ فراہم نہیں کرتا۔