“زه له چا سره خبرې کوم؟” په یوه جمله کې دوه پوښتنې دي. یوه د هغه حساب په اړه ده چې پیغام یې لیکلی، بله د هغې ماشین په اړه چې ستاسو کلاینټ واقعاً د شبکې اړیکې بل سر ته نیولی. په لېږدول شوي چټ کې دا نږدې هېڅکله یوه هسته نه وي، او همدا توپیر د دې ګډوډۍ ډېره برخه روښانه کوي چې VPN له هغه کس څخه چې تاسو ورته لیکئ څه پټوي او څه نه پټوي. که ټوپولوژي سمه وي، د محرمیت پوښتنه احساساتي نه، بلکې ځواب وړ ګرځي.

ستاسو کلاینټ له خدمت سره خبرې کوي، نه له بل کس سره

یو د متن چټ اپ فکر وکړئ چې هر ګډونوال خدمت ته نښلوي او خدمت د حسابونو ترمنځ پیغامونه رسوي. ستاسو کلاینټ له خدمت سره اړیکه ساتي؛ بل ګډونوال له همدې خدمت سره جلا اړیکه ساتي. پیغام د دوی له کلاینټ څخه خدمت ته او له خدمت څخه ستاسو ته ځي، یعني ستاسو د لېږد ملګری د خدمت یو پای ټکی دی، نه د دوی وسیله.

Alex's client  ->  chat service  ->  your client

هر څه چې راځي له همدې یوې نقشې څخه راځي. خپله اړیکه ګورئ نو خدمت پېژنئ، الیکس نه. د الیکس اړیکه ګورئ نو له بلې خوا خدمت پېژنئ. له دې څارنو څخه هېڅ یوه په خپله د بل کس د وسیلې د پاکټ کچې ثبت نه دی، او خپل ترافیک هر څومره وګورئ، دا به هغه نه شي.

بېل څارونکي بېل شواهد راټولوي

خدمت له هر ګډونوال څخه پیاوړی دریځ لري، ځکه چې دواړه اړیکې پای ته رسوي او په عین وخت کې پوهیږي چې کوم حساب د کوم دی. څه ساتي، څومره وخت، کوم ثبتونه یوځای کوي او چا ته یې ښکاره کوي، دا جلا پوښتنې دي او جلا ځوابونه لري؛ “اپ end-to-end انکرپشن لري” د دې هېڅ یوې ځواب نه دی.

تاسو د ترلاسه کوونکي په توګه د شبکې په حقایقو کې کمزوري یاست، خو د منځپانګې په حقایقو کې پیاوړي: د پیغام متن، ښودل شوی نوم، هر هغه څه چې لېږدونکي ټایپ کړي یا ضمیمه کړي. هغه لېږدونکی چې خپل پته ټایپ کوي، هغه یې ښکاره کړې ده، او دا ښکاره کول شبکه یی څارنه نه ده، که څه هم داسې اورېدل کیږي.

ObserverSeesCannot conclude
YouYour connection to the service, message contents, sender-supplied detailsThe other client's source address
The other participantTheir connection, message contents, what the service attachesYour source address
The serviceBoth connections, account mapping, delivery metadataWhat it does not retain, or what leaves its boundary

که الیکس د VPN له لارې ونښلوي، خدمت کېدای شي د هغې اړیکې وتلې پته وویني، نه د الیکس کورنۍ پته. دا د خدمت د لید په اړه خبره ده. دا مانا نه لري چې وتلې پته تاسو ته ورکول کیږي، او هېڅکله نه مانا لري چې ستاسو خپله اړیکه د الیکس د لېږد غوراوي له امله بې نومه کیږي.

کله چې اپ واقعاً peer-to-peer وي

د لېږد ماډل یو ماډل دی، قانون نه. ځینې پیغام ځانګړنې د کلاینټونو ترمنځ مستقیمې لارې جوړوي، لکه د سیګنالینګ سرور له لارې جوړ شوی د براوزر پر بنسټ ډیټا چینل، یا د فایل لېږد حالت چې دوه وسیلې سره نښلوي ترڅو لوی ډیټا لېږد نه شي. په داسې حالاتو کې د لېږد ملګری واقعاً د بل ګډونوال وسیله ده، او د څارونکو تحلیل په بشپړه توګه بدلیږي.

ستاسو د حالت معلومولو لپاره د اپ دوستانه نښه بس نه ده. “مستقیم پیغام” بیانوي چې څوک یې لولي، نه دا چې څنګه لېږدول کیږي، او په همدې اپ کې د زنګ یا سکرین شریکولو ځانګړنه کېدای شي له څنګ په څنګ متن تار څخه بېله ټوپولوژي وکاروي. د ځانګړې ځانګړنې په اړه د پلورونکي اسناد ولولئ، یا وګورئ چې ستاسو کلاینټ د کارولو پر مهال کومې اړیکې پرانیزي.

د end-to-end انکرپشن خبره دا رانغاړي چې څوک ساتل شوې منځپانګه لولي. دا نه وایي چې کوم سرورونه اړیکې مني، کوم میټاډیټا ویني، یا مستقیمه لار شته که نه؛ او په RFC 6973 کې د څارونکي وړتیاوو په اړه بحث ګټور نظم دی: څارونکی ونوموئ، بیا هغه څه ولیکئ چې هغه څارونکی واقعاً راټولولی شي.

دا د VPN لپاره څه مانا لري

VPN بدلوي چې خدمت ستاسو د اړیکې په اړه څه ویني. دا نه بدلوي چې ستاسو د لېږد ملګری څوک دی، او بل ګډونوال ته ستاسو د پتې نوی لید نه ورکوي. دا تمه چې VPN به تاسو له هغه کس څخه پټ کړي چې تاسو ورته لیکئ، د کټګورۍ تېروتنه ده: د دوی کلاینټ له پیل څخه ستاسو سره اړیکه نه درلوده.

هغه څه چې VPN یې بدلولی شي د مستقیمې لارې ځانګړنه ده. که اپ بل ډول peer-to-peer اړیکه جوړوله، ستاسو ترافیک د تونل له لارې لېږل کېدای شي لېږد ته اړ کړي، او ځینې ځانګړنې به بېل چلند وکړي یا بدیل حالت ته واوړي؛ دا ریښتینی اغېز دی، خو د ټوپولوژي په اړه دی، نه د خبرو څخه د ورکېدو په اړه.

بیا دواړه پوښتنې جلا وساتئ په هر څه کې چې لیکئ. کوم حساب دا ولېږه او کوم پای ټکی یې یووړ. دواړو ته روښانه ځواب ورکړئ، ولیکئ چې هر ځواب څوک څارلی شي، او دا مه یوځای کوئ په یوه پرېکړه کې چې پیغام تعقیبیدلی شي که نه.

اړوندې مقالې