د TLS ټینګول او VPN داخلېدل بېلو پوښتنو ته ځواب وایي
ټینګول محدودوي چې اپلیکیشن کوم سرور ته باور لري؛ د VPN تګلاره ټاکي چې څوک شبکې ته رسیږي۔ هېڅ یو هم اجازه یا ورک شوی وسیله نه پوښي۔
یو خصوصي موبایل اپلیکیشن د VPN شاته کېږدئ او یو معقول کس به پوښتنه وکړي چې ایا لا هم د سند ټینګولو ته اړتیا لري۔ پوښتنه د دوو برابر کنټرولونو تر منځ د انتخاب غوندې ښکاري، خو په رښتیا دا د دوو بېلو دروازو پوښتنه ده۔ VPN ټاکي چې دا وسیله اصلاً د دې لارې کارولو اجازه لري که نه؛ اپلیکیشن ټاکي چې رسېدلی سرور هغه دی چې تمه یې درلوده که نه۔ دواړو ته جلا ځواب ورکړئ او ډیزاین به ساده شي۔
دوه دروازې، دوه پوښتنې
شبکې ته داخله د کارونکي په اړه ده: ایا دا وسیله ثبت ده، ایا د هغې اعتبار پاڼه سمه ده، او ایا تګلاره دې لارې ته د هغې اجازه ورکوي؟ د اپلیکیشن باور د سرور په اړه دی: ایا اړیکه هغې خدمت ته ورسېده چې هویت یې اپلیکیشن مني؟ دا ځوابونه له بېلو سیستمونو راځي، د بېلو لاملونو له امله ناکامېږي، او بېل ټیمونه یې سموني۔ VPN لاس ورکول کولی شي بریالي شي، خو اپلیکیشن د سیال شاته له پخواني شوي سند سره خبرې کوي۔ په بشپړه توګه ټینګ شوی اپلیکیشن هم کېدای شي چې هیچا ته ونه رسېږي، ځکه وسیله هېڅکله شبکې ته نه ده راغلې۔
دواړه یو بل ته زیاتېږي۔ یو له منځه وړل یو کنټرول لرې کوي؛ بل زیاتول یې ځای نه نیسي۔
ټینګول په رښتیا څه محدودوي
ټینګول د سرور هغه هویتونو ټولګه تنګوي چې اپلیکیشن به یې ومني، معمولاً د یو عامه کیلي یا د سند هش نوم اخلي پرځای دې چې هر هغه زنځیر ته باور وکړي چې یو ځای به یې ضمانت کړی وي۔ دا د عادي تصدیق پر سر ایښودل شوی محدودیت دی، نه د هغه بدیل۔ عادي تصدیق ځواب وایي چې زنځیر اصلاً د باور وړ دی که نه؛ ټینګول ځواب وایي چې ایا دا هغه زنځیر دی چې دا اپلیکیشن تمه یې لري۔ هغه پلي کول چې لومړی ګام پرېږدي امنیت نه دی ګټلی، یوازې نویوالی۔
ټینګول شوی شی د پلیټفارمونو تر منځ توپیر لري، نو یوازې کلمه ډېر لږ څه وایي۔ له یو محصول د باور زېرمې څخه هش کاپي کول او په موبایل اپلیکیشن کې هغه ته د هماغه شي په سترګه کتل یو عام او غلی تېروتنه ده۔
په پلیټفارم کې ټینګول یو ترتیب دی، نه تګلاره
Android ټینګول د خپلې شبکې امنیت ترتیباتو له لارې ښکاره کوي، چېرې چې د ټینګولو ټولګه د عامه کیلي دایجسټونه ساتي او زنځیر باید لږ تر لږه یو له هغو ولري۔ هغه فایل د هر اپلیکیشن لپاره دی او قصدي جوړونې بدلون غواړي۔ iOS همغه ډول مانیفېسټ میکانیزم نه لري، نو هلته ټینګول د اپلیکیشن په خپل باور ارزونې کوډ کې ژوند کوي۔
ځکه میکانیزم توپیر لري، اړتیا باید د هر پلیټفارم لپاره ولیکل شي۔ هغه تګلاره چې وایي سند ټینګ کړئ پرته د دې چې پلیټفارم ونوموي، د پلي کېدو وړ نه ده۔
څرخېدنه ټاکي چې ټینګول به ژوندی پاتې شي که نه
ستونزمنه برخه لومړی خپرېدل نه دی، بلکې تر هغه وروسته د سند نوي کول دي۔ سخت باور تګلاره یو قانوني نوی کیلي هومره کلک ردوي لکه د بریدګر کیلي۔
دوه میکانیزمونه څرخېدنه د زغملو وړ کوي: یو احتیاطي ټینګول چې د اړتیا دمخه باور پرې کېږي، او د ټینګولو ټولګې باندې د پای نېټه ترڅو پلي کول پای ته ورسېږي نه دا چې اپلیکیشن بند شي۔ دواړه د تګلارې پرېکړې دي، او په ځانګړي ډول پای نېټه امنیت ته قصدي کموالی دی، نه بې زیانه ټایمر۔ هغه څوک ونوموئ چې د اپلیکیشن جوړونه، د TLS پای نقطه او د سند نوي کول کنټرولوي، او هغوی په یوه بدلون پروسه کې راټول کړئ۔ که هغوی درې بېل ټیمونه وي، ټینګول به پای کې هغه خنډ رامنځته کړي چې هیچا پلان نه و کړی۔
ورک شوې وسیله درېیمه ستونزه ده
د VPN اعتبار لغوه کول اړینه نه ده چې د اپلیکیشن ناسته پای ته ورسوي، او د سرور ټینګول د بل چا په لاس کې د ټیلیفون په اړه هېڅ نه کوي۔ د وسیلې قلف، د اعتبار زېرمه، د ناستې عمر او له لارې لغوه کول بېل مالکان لرونکې بېلې پرېکړې دي۔ دوی د ټینګولو بحث ته ننوېستل تضمین کوي چې له هغو هېڅ یو به ډیزاین نه شي۔
هغه یوه اړیکه چې ګورئ پرځای یې څلور اړیکې وآزمویئ: پلان شوی سرور او عملیات، هغه حساب چې باید رد شي، هغه د سرور هویت چې باید ونه منل شي، او پلان شوې څرخېدنه۔ فعال VPN یوازې لومړی تمرینوي۔ ولیکئ چې هر ازموینه څه ثابت کړل، ځکه بل کس به فکر وکړي چې شنه تونل یعنې څلور واړه بریالي شول۔