Tor کی تاریخ: onion routing سے آج کے network تک

Tor کی مختصر تاریخ

Tor کی تاریخ 1995 میں U.S. Naval Research Laboratory سے شروع ہوتی ہے، جو U.S. Navy کی تحقیقی لیبارٹری ہے۔ David Goldschlag، Michael G. Reed اور Paul Syverson نے وہاں onion routing کے ابتدائی prototypes تیار کیے۔ Tor Project کی اپنی timeline کے مطابق، ان کا سوال یہ تھا کہ آیا "ایسے internet connections بنائے جا سکتے ہیں جو یہ ظاہر نہ کریں کہ کون کس سے بات کر رہا ہے"۔ آج جس network کو لوگ استعمال کرتے ہیں، اسے October 2002 میں deploy کیا گیا، اور اس کا code ایک free اور open software license کے تحت جاری کیا گیا۔ Tor Project, Inc. کو 2006 میں nonprofit کے طور پر قائم کیا گیا۔

ذیل میں دی گئی ہر تاریخ Tor Project کی شائع کردہ timeline، اس کے release notes، یا اس کے اپنے support pages سے لی گئی ہے۔ جہاں کسی دعوے پر اختلاف ہو، مثلاً اس کام کی funding کون کرتا ہے، وہاں section میں بتایا گیا ہے کہ evidence کیا ہے اور آپ خود اسے کہاں verify کر سکتے ہیں۔

اصل میں onion routing کیا کرتا ہے

onion routing ان دو حقائق کو الگ کر دیتا ہے جنہیں internet عام طور پر ایک ساتھ رکھتا ہے: آپ کون ہیں، اور آپ نے کیا درخواست کی ہے۔ آپ کا Tor client تین relays منتخب کرتا ہے اور ان کے ذریعے ایک circuit بناتا ہے۔ یہ آپ کے traffic کو encryption کی تین تہوں میں لپیٹ دیتا ہے، ہر relay کے لیے ایک تہہ۔ ہر relay ایک تہہ کھولتا ہے، صرف اگلے hop کا address معلوم کرتا ہے، اور packet آگے بھیج دیتا ہے۔ اسی layering کی وجہ سے اسے یہ نام دیا گیا ہے۔

پہلا relay، جسے guard کہا جاتا ہے، آپ کا IP address دیکھتا ہے لیکن destination نہیں دیکھ سکتا۔ آخری relay، یعنی exit، آپ کا destination دیکھتا ہے لیکن IP address نہیں دیکھ سکتا۔ درمیانی relay دونوں میں سے کوئی چیز نہیں دیکھتا۔ کسی ایک relay کے پاس دونوں حصے نہیں ہوتے، اور یہی اس security argument کی بنیاد ہے۔ اسی لیے relays کو غیر متعلق افراد کے زیرِ انتظام ہونا چاہیے۔ اگر ایک ہی organisation آپ کا guard اور exit چلاتی ہو تو یہ separation ختم ہو جاتی ہے، اور encryption سے آپ کو کوئی فائدہ نہیں ملتا۔

معلوم کمزوری traffic correlation ہے۔ جو observer ایک ہی وقت میں circuit کے دونوں سروں کو monitor کر سکتا ہو، وہ اندر جانے والے packets کے timing اور sizes کو باہر آنے والے packets کے ساتھ ملا سکتا ہے۔ Tor ایسے attacker سے تحفظ فراہم نہیں کرتا جو پورے internet کو بیک وقت monitor کر سکتا ہو، اور Roger Dingledine، Nick Mathewson اور Paul Syverson کے 2004 کے design paper، "Tor: The Second-Generation Onion Router"، نے اپنے threat model میں یہ بات واضح کی تھی۔

ایک private network کیوں بے کار ہوتا

یہ وہ حصہ ہے جسے مختصر خلاصے چھوڑ دیتے ہیں، لیکن یہی اس صفحے کی باقی تمام باتوں کی وضاحت کرتا ہے۔

کوئی فوجی یا intelligence ادارہ ایسے network سے anonymity حاصل نہیں کر سکتا جو صرف اسی کا traffic منتقل کرتا ہو۔ Anonymity ہجوم کی خصوصیت ہے، cipher کی نہیں۔ اگر network سے باہر جانے والا ہر connection ایک ہی office سے تعلق رکھتا ہو تو connection کو جاتے ہوئے دیکھنے والا پہلے ہی جواب جان چکا ہوتا ہے۔ Encryption پھر بھی بالکل درست کام کرتی ہے۔ Anonymity موجود نہیں ہوتی، کیونکہ اس ادارے کو کسی دوسرے کے ساتھ خلط ملط کرنے والا کوئی نہیں ہوتا۔

اس لیے design کو public ہونا تھا، اور traffic کو دوسرے لوگوں کے traffic کے ساتھ mix ہونا تھا۔ یہ code اکتوبر 2002 میں free software licence کے تحت جاری کیا گیا، اور کوئی بھی relay چلا سکتا تھا۔ Journalists، activists، researchers اور advertising network سے بچنے والے عام لوگ وہ ہجوم بن گئے جو اس network میں موجود باقی سب لوگوں کا تحفظ کرتا ہے۔ Dingledine اور Mathewson نے 2006 میں "Anonymity Loves Company: Usability and the Network Effect" کے عنوان سے ایک paper میں یہ دلیل پیش کی۔ یہ paper Workshop on the Economics of Information Security میں پیش کیا گیا تھا۔ نتیجہ یہ ہے کہ user base کا حجم اور تنوع system کی security property ہے۔ یہ marketing number نہیں ہے۔

الفا کوڈ سے غیر منافع بخش ادارے تک

Tor Project کی ٹائم لائن اور شائع شدہ مقالوں میں یہ مراحل درج ہیں:

• اکتوبر 2002: Tor network تعینات کیا گیا، اور اس کا code "under a free and open software license" کے تحت جاری تھا۔
• 2003 کے اختتام تک: network "about a dozen volunteer nodes, mostly in the U.S., plus one in Germany" پر چل رہا تھا۔
• 2004: Dingledine، Mathewson اور Syverson نے design paper "Tor: The Second-Generation Onion Router" شائع کیا۔
• 2004: Electronic Frontier Foundation (EFF) نے Tor پر کام کے لیے funding شروع کی۔
• 2006: Tor Project, Inc. کو development برقرار رکھنے کے لیے 501(c)(3) nonprofit کے طور پر قائم کیا گیا۔
• 2007: bridges پر کام شروع ہوا، کیونکہ قومی firewalls نے public relay list کو block کرنا شروع کر دیا تھا۔
• 2008: Tor Browser کی development شروع ہوئی۔

بعد کی دو تاریخیں اس بات کے لیے اہم ہیں کہ network آج کس طرح استعمال ہوتا ہے۔ Tor Project کی ٹائم لائن کے مطابق late 2010 میں Arab Spring کے دوران Tor استعمال ہوا، جس سے شناخت محفوظ رہی اور blocked sites تک رسائی ممکن ہوئی۔ ٹائم لائن میں 2013 کے Snowden documents کو بھی وہ وقت قرار دیا گیا ہے جب Tor کا کردار وسیع پیمانے پر سمجھا گیا۔ اس میں بتایا گیا ہے کہ اس وقت تک ان documents سے ظاہر ہوا کہ Tor کو توڑا نہیں گیا تھا۔ ان میں سے کسی واقعے نے protocol تبدیل نہیں کیا۔ دونوں واقعات نے یہ ضرور تبدیل کیا کہ اسے کس نے install کیا۔

Tor کے اخراجات کون ادا کرتا ہے، اور آپ اس کی جانچ کیسے کر سکتے ہیں

Tor Project اپنے support pages پر اس سوال کا جواب خود دیتا ہے: "Tor Project کو حکومتی grants، نجی foundations اور انفرادی donors کے امتزاج سے support ملتی ہے۔" حکومتی رقم اس کا حصہ ہے، اور ابتدا ہی سے رہی ہے۔ supporters page میں U.S. Department of State کے ساتھ Ford Foundation، Open Technology Fund، Craig Newmark Philanthropies اور Brave، DuckDuckGo، Mullvad VPN اور Fastly جیسی companies کے نام بھی شامل ہیں۔ Audited financials کو blog posts کے طور پر publish کیا جاتا ہے۔ تازہ ترین reports دسمبر 2025 میں 2023 سے 2024 کے مالی سال کا احاطہ کرتی ہیں۔ Project کا بیان کردہ مؤقف ہے کہ "اپنے sponsors اور funding model کے بارے میں کھل کر بات کرنا ہماری community کا اعتماد برقرار رکھنے کا بہترین طریقہ ہے۔"

مفید سوال یہ نہیں کہ ادائیگی کس نے کی۔ سوال یہ ہے کہ اس رقم سے کیا خریدا جا سکتا ہے۔ Tor ایسی service نہیں ہے جس میں آپ login کرتے ہیں۔ یہ ایک protocol specification، ایسا client ہے جس کا source code آپ پڑھ سکتے ہیں، اور ایسے relays کا network ہے جنہیں نامعلوم operators چلاتے ہیں۔ جو شخص backdoor شامل کرنا چاہتا ہو، اسے اسے تین میں سے کسی ایک جگہ رکھنا ہوگا، اور ہر جگہ کی جانچ کی جا سکتی ہے۔

• Source میں۔ Client open source ہے اور protocol کو public طور پر specify کیا گیا ہے۔ Academic researchers باقاعدگی سے Tor پر attacks publish کرتے ہیں، اور کسی flaw کو سب سے پہلے تلاش کرنے کے لیے ان کے پاس ہر professional incentive موجود ہے۔
• Binary میں۔ Tor Browser builds August 2013 سے deterministic ہیں، اس لیے کوئی independent builder release کو دوبارہ build کر کے اسے published download کے ساتھ byte for byte compare کر سکتا ہے۔ جو binary اپنے source سے match نہ کرے، وہ اسے ship کرنے والے شخص پر اعتماد کیے بغیر نمایاں ہو جاتی ہے۔
• Relays میں۔ Tor Project network نہیں چلاتا۔ "Tor network bandwidth donate کرنے والے volunteers پر انحصار کرتا ہے"، اور guards، middle relays، exits اور bridges ہزاروں غیر متعلق operators کی ملکیت ہیں۔ کسی funder کو compromise کرنے سے یہ operators compromise نہیں ہوتے۔

Project کا اپنا بیان مختصر ہے: "Tor میں کوئی backdoor نہیں ہے۔ Software open source ہے، اس کے code کا independent audit کیا جا سکتا ہے، اور tampering سے تحفظ کے لیے ہر release sign کی جاتی ہے۔" یہ جملہ صرف اسی وجہ سے اہم ہے کہ اس کی ہر clause ایسی چیز بیان کرتی ہے جس کی آپ خود جا کر تصدیق کر سکتے ہیں۔

ایک حقیقی caveat موجود ہے، اور اس کا تعلق integrity کے بجائے priorities سے ہے۔ Grant money یہ طے کرتی ہے کہ کون سا کام پہلے ہوگا، اس لیے censorship circumvention کو، مثلاً network performance کے مقابلے میں، زیادہ مستقل funding ملتی رہی ہے۔ یہ project پر ایک جائز تنقید ہے۔ یہ "code compromise ہو چکا ہے" سے مختلف تنقید ہے، اور اس کا جواب کسی کے assurance پر اعتماد کرنے کے بجائے financial reports پڑھ کر دیا جاتا ہے۔

خفیہ سروسز onion services بن گئیں

onion service ایسا server ہوتا ہے جو اپنا IP address کبھی ظاہر نہیں کرتا۔ client اور server دونوں network کے اندر ایک meeting point تک پہنچنے کے لیے اپنا اپنا circuit بناتے ہیں، اس لیے کسی فریق کو دوسرے فریق کا address معلوم نہیں ہوتا۔ یہ address ایسا نام نہیں ہوتا جو کسی registry نے کسی کو assign کیا ہو۔ یہ server کی public key سے اخذ کیا جاتا ہے، اسی لیے .onion address بے ترتیب characters جیسا دکھائی دیتا ہے۔

onion services timeline میں یہ releases دی گئی ہیں:

• 8 April 2004: hidden services پہلی بار Tor 0.0.6pre1 میں implement ہوئیں۔
• 21 September 2007: version 2 hidden services Tor 0.2.0.7-alpha میں متعارف ہوئیں۔
• 19 December 2016: version 3 کی development Tor 0.3.0.1-alpha میں شروع ہوئی۔
• 9 January 2018: version 3 Tor 0.3.2.9 میں release ہوئی۔

"hidden services" سے "onion services" کا نام تبدیل ہونا کسی ایک تاریخ کو نہیں ہوا بلکہ بتدریج ہوا، اور Tor Project کی اپنی documentation میں اب بھی دونوں اصطلاحات استعمال ہوتی ہیں۔ پرانا نام درست چیز کی وضاحت نہیں کرتا تھا۔ بہت سی onion sites public، indexed اور advertised ہوتی ہیں؛ hidden چیز site نہیں بلکہ server کا location ہوتا ہے۔ اصل نام config file میں اب بھی موجود ہے، جو اس اصطلاح کی تاریخ کا مفید ثبوت ہے۔ torrc میں کسی سروس کو اب بھی اسی طرح declare کیا جاتا ہے:

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

اس directory میں service keys اور ایک hostname file ہوتی ہے جس میں address موجود ہوتا ہے۔ port line onion address پر موجود port کو اسی machine کے local address سے map کرتی ہے، اس لیے web server 127.0.0.1 پر bound رہ سکتا ہے اور کسی public interface پر listen کرنے کی ضرورت نہیں رہتی۔ Version 3 default ہے، اس لیے آج ان دو lines سے بنائی گئی service کو v3 address ملتا ہے۔

onion address domain name بھی نہیں ہوتا۔ October 2015 میں شائع ہونے والے RFC 7686 نے .onion کو special-use domain name کے طور پر reserved کیا، تاکہ ordinary resolvers یہ lookups public DNS (domain name system) میں leak نہ کریں۔ اس RFC کا مقرر کردہ اصول واضح ہے: "Authoritative servers MUST respond to queries for .onion with NXDOMAIN." ordinary domain name resolve ہونے کے طریقے کے مقابلے میں یہی بنیادی فرق ہے۔ DNS name کسی registry کی طرف سے آپ کو assign کیا جاتا ہے اور ایسے servers کے ذریعے lookup ہوتا ہے جنہیں آپ control نہیں کرتے۔ onion address ایک public key ہوتا ہے، اس لیے یہ خود اپنی authentication کرتا ہے اور کسی lookup کی ضرورت نہیں ہوتی۔

پرانے .onion پتے کیوں کام کرنا بند ہو گئے

دونوں پتے کے formats باہم compatible نہیں ہیں، اور پرانا format مستقل طور پر بند کر دیا گیا ہے۔

[
  {
    "version": "v2 (retired 2021)",
    "address_length_chars": 16,
    "service_key": "RSA-1024",
    "address_hash": "SHA-1, truncated to 80 bits"
  },
  {
    "version": "v3 (current)",
    "address_length_chars": 56,
    "service_key": "Ed25519",
    "address_hash": "SHA3-256"
  }
]

v2 پتے میں 16 characters ہوتے تھے، کیونکہ اس میں RSA-1024 public key کے SHA-1 hash کے صرف پہلے 80 bits شامل ہوتے تھے۔ v3 پتے میں 56 characters ہوتے ہیں، کیونکہ اس میں مکمل Ed25519 public key کے علاوہ checksum اور version byte بھی شامل ہوتے ہیں۔ v3 پتا اس لیے طویل ہے کہ اس میں truncation ختم کر دی گئی۔ اب پتا خود سروس کی مکمل شناخت ہے۔

اس کی deprecation کا اعلان شدہ schedule تھا:

• 15 September 2020، Tor 0.4.4.x: Tor نے operators اور clients کو خبردار کرنا شروع کیا کہ v2 deprecated ہے۔
• 15 July 2021، Tor 0.4.6.x: code base سے v2 support ہٹا دی گئی۔
• 15 October 2021: ہر supported series کے لیے نئی stable client releases میں v2 disable کر دی گئی۔

بتائی گئی وجہ cryptographic تھی۔ "جیسے جیسے ریاضی اور cryptography کے بارے میں انسانوں کی سمجھ میں اضافہ ہوا، version 2 کی بنیاد کمزور ہو گئی اور اس وقت یہ غیر محفوظ تھی۔" 80-bit truncated SHA-1 hash اور 1024-bit RSA key، دونوں 2021 تک قابلِ قبول معیار سے کم تھے، اور address format میں ان میں سے کسی کو تبدیل کرنے کی گنجائش نہیں تھی۔

قاری کے لیے نتیجہ سادہ ہے، اس لیے اسے واضح طور پر بیان کرنا ضروری ہے۔ 2021 سے پہلے شائع کیا گیا ہر 16 character .onion link مستقل طور پر ختم ہو چکا ہے، اور اس کے لیے کوئی redirect موجود نہیں ہے۔ v2 address کو upgrade نہیں کیا جا سکتا تھا، کیونکہ address ہی پرانی key تھی۔ Operators کو نئی service بنانی پڑی اور نیا address ایسے channel کے ذریعے شائع کرنا پڑا جس پر ان کے users پہلے سے اعتماد کرتے تھے۔

Bridge اور pluggable transports: سنسرشپ مسلسل تبدیل ہوتی رہی

عوامی relays کی فہرست جان بوجھ کر شائع کی جاتی ہے، تاکہ client اپنا راستہ خود منتخب کر سکے اور راستہ منتخب کرنے کے لیے کسی ایک server پر انحصار نہ کرے۔ یہی شائع شدہ فہرست ایسے ہر ملک کے لیے تیار blocklist بھی ہے جو Tor کو روکنا چاہتا ہے۔ Bridges پر کام 2007 میں شروع ہوا۔ Bridge ایسا relay ہے جو عوامی فہرست میں شامل نہیں ہوتا۔ آپ web یا email کے ذریعے ان میں سے چند bridges حاصل کرتے ہیں، اور censor ان addresses کو block نہیں کر سکتا جن کی فہرست وہ تیار ہی نہ کر سکے۔

اس کے بعد blocking، addresses سے traffic shape کی طرف منتقل ہوئی۔ Deep packet inspection، wire پر Tor protocol کو پہچان لیتا ہے، چاہے traffic کسی بھی IP address کی طرف جا رہی ہو۔ اس کا جواب pluggable transports تھے: ایسا wrapper جو Tor traffic کی ظاہری شکل تبدیل کرتا ہے، مگر اس کے کام کو نہیں بدلتا۔ موجودہ Tor Browser میں یہ ایک lyrebird نامی binary کے طور پر شامل ہیں، جو obfs4proxy کا successor ہے، اور client side کی configuration `torrc` کی تین سطروں پر مشتمل ہے:

UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0

`[PATH] کو اس directory سے بدلیں جس میں lyrebird binary موجود ہے، اور پوری Bridge` line خود لکھنے کے بجائے Tor Project کی bridges site سے حاصل کریں۔ ہر transport blocking کے مختلف طریقے کا حل فراہم کرتا ہے:

• obfs4 traffic کو ایسی چیز جیسا بنا دیتا ہے جسے پہچاننا ممکن نہ ہو، کیونکہ اس میں کوئی ایسا protocol header نہیں ہوتا جس سے filter مطابقت کر سکے۔ Tor کی اپنی ہدایت ہے کہ پہلے اسے آزمائیں، کیونکہ یہ randomising transport ہے اور زیادہ تر لوگوں کے لیے کام کرتا ہے۔
• snowflake آپ کے connection کو volunteers کے عام web browsers میں چلنے والے مختصر مدت کے proxies کے ذریعے بھیجتا ہے، اس لیے جس address سے آپ connect کرتے ہیں وہ مسلسل تبدیل ہوتا رہتا ہے۔ یہ 6 July 2021 کو version 10.5 میں stable Tor Browser تک پہنچا۔
• meek connection کو ایک بڑے cloud provider کے ذریعے route کرتا ہے، اس لیے traffic بظاہر اسی provider کی طرف جا رہی ہوتی ہے، اور اسے block کرنے کا مطلب provider کو بھی block کرنا ہوتا ہے۔
• webtunnel، obfs4 کے برعکس طریقہ اختیار کرتا ہے۔ یہ کسی نامعلوم چیز جیسا نظر آنے کے بجائے web server سے ہونے والے عام HTTPS connection جیسا دکھائی دیتا ہے، کیونکہ یہ "payload connection کو WebSocket-like HTTPS connection میں wrap کرتا ہے"۔ Tor Project نے اسے 12 March 2024 کو stable Tor Browser میں جاری کیا، ان networks کے لیے جو صرف protocols کی ایک مختصر فہرست کی اجازت دیتے ہیں۔

یہ سلسلہ گزشتہ بیس برس کی حقیقی صورت بیان کرتا ہے۔ ہر نیا transport اس لیے وجود میں آتا ہے کہ blocking کی کوئی مخصوص تکنیک مؤثر ہونا شروع ہو جاتی ہے، اور ان releases کی dates اس بات کا ریکارڈ ہیں کہ اس سال censors کیا کر رہے تھے۔

Tor، VPN نہیں ہے، اور VPS بھی VPN نہیں ہے

بہت سے لوگ VPNs کے بارے میں پڑھنے کے بعد Tor تک پہنچتے ہیں، اس لیے فرق درست طور پر سمجھنا ضروری ہے۔ VPN (virtual private network) آپ کا network traffic ایک کمپنی کے زیرِ انتظام ایک server کو بھیجتا ہے، اور وہ کمپنی بیک وقت آپ کا اصل address اور آپ کی destination دیکھ سکتی ہے۔ Tor آپ کا network traffic مختلف افراد کے زیرِ انتظام تین relays سے گزارتا ہے، اس لیے ان میں سے کوئی ایک relay دونوں معلومات نہیں رکھتا۔ یہ مختلف trust models ہیں، اور ان کی failure modes بھی مختلف ہیں۔ VPS اور VPN کے درمیان فرق میں بتایا گیا ہے کہ ہر ایک کو کہاں استعمال کرنا چاہیے۔

اگر آپ کا مقصد اپنے زیرِ انتظام machines کے درمیان private tunnel بنانا ہے، نہ کہ لوگوں کے ہجوم میں anonymity حاصل کرنا، تو آپ کو ایسا VPN چاہیے جسے آپ خود چلائیں۔ آپ تقریباً چالیس lines کی configuration کے ساتھ VPS پر WireGuard VPN خود host کر سکتے ہیں۔ اس سے آپ کا network traffic local network اور internet provider سے محفوظ رہتا ہے۔ لیکن hosting company سے آپ کو anonymity حاصل نہیں ہوتی، کیونکہ آپ نے وہ server اپنی payment details سے کرائے پر لیا ہے۔ VPS hosting محفوظ ہے یا نہیں کا الگ سوال ایک مختلف threat سے متعلق ہے: آپ کے box تک اور کون پہنچ سکتا ہے۔

Relay چلانا اس کے برعکس سمت ہے، اور network کا انحصار relays پر ہے۔ Bridges، guards، middle relays اور exits سب کو operators درکار ہوتے ہیں، اور Tor Project کی relay guide واضح کرتی ہے کہ "relay چلانے کے لیے technical skill اور commitment ضروری ہے"۔ Exits کے ساتھ قانونی ذمہ داری کا خطرہ ہوتا ہے، کیونکہ دوسرے لوگوں کا network traffic آپ کے IP address کے تحت internet پر نکلتا ہے اور آپ کا hosting provider اس کے بارے میں آپ سے رابطہ کرے گا۔ Relay شروع کرنے سے پہلے یہ guide پڑھیں، بعد میں نہیں۔

FAQ

کیا Tor امریکی حکومت نے بنایا تھا؟

Onion routing کا آغاز 1995 میں U.S. Naval Research Laboratory میں ہوا، جہاں David Goldschlag، Michael G. Reed اور Paul Syverson نے اس کے پہلے prototypes تیار کیے۔ Tor خود اگلی نسل کا design تھا، جس پر Roger Dingledine، Nick Mathewson اور Paul Syverson نے تقریباً 2001 اور 2002 میں کام شروع کیا۔ یہ network اکتوبر 2002 میں free software licence کے تحت deploy کیا گیا۔ The Tor Project, Inc. 2006 سے ایک آزاد 501(c)(3) nonprofit ہے۔ اس کا حکومتی آغاز ایک حقیقت ہے، اور یہی اس وجہ کا حصہ بھی ہے کہ network کو سب کے لیے کھولنا ضروری تھا: ایک organisation کا traffic لے جانے والا network اس organisation کو anonymity نہیں دے سکتا، کیونکہ اس سے باہر جانے والا ہر connection sender کی شناخت اس لیے ظاہر کرتا ہے کہ وہ اس network کو استعمال کر رہا ہے۔

کیا حکومتی funding کا مطلب ہے کہ Tor میں backdoor ہے؟

The Tor Project کا جواب ہے: "Tor has no backdoors. The software is open source, its code can be independently audited, and every release is signed to protect against tampering." اس جواب کو محض وعدے کے بجائے قابلِ جانچ بنانے والی چیز اس کے گرد موجود structure ہے۔ Protocol کو public طور پر specify کیا گیا ہے، Tor Browser builds deterministic ہیں، اس لیے کوئی independent builder کسی release کو دوبارہ build کرکے اسے published binary سے compare کر سکتا ہے، اور relays کو کسی funder کے بجائے volunteers operate کرتے ہیں۔ Funding اس بات پر اثر ڈالتی ہے کہ کون سا کام پہلے کیا جائے، اور Tor blog پر موجود audited financial reports دکھاتی ہیں کہ رقم کہاں سے آئی۔ یہ priorities کا سوال ہے، code کا نہیں۔

میرا پرانا .onion address کام کرنا کیوں بند ہو گیا؟

وہ version 2 address تھا، اور v2 onion services کو 2021 میں retire کر دیا گیا۔ Tor نے 15 September 2020 کو اس کے بارے میں warnings دینا شروع کیں، 15 July 2021 کو Tor 0.4.6.x کے code base سے v2 کو نکال دیا، اور 15 October 2021 کو stable releases میں اسے disable کر دیا۔ ایک v2 address .onion سے پہلے 16 characters پر مشتمل ہوتا ہے، جبکہ v3 address 56 characters پر مشتمل ہوتا ہے۔ کوئی redirect یا upgrade path موجود نہیں، کیونکہ address پرانی key سے derive کیا گیا تھا۔ اس لیے operator کو نئی service بنانی اور نیا address publish کرنا پڑا۔

کیا Tor، VPN جیسا ہی ہے؟

نہیں۔ VPN آپ کا traffic ایک کمپنی کے operate کیے ہوئے ایک server تک بھیجتا ہے، اور وہ کمپنی آپ کا حقیقی IP address اور destination دونوں دیکھ سکتی ہے۔ Tor آپ کا traffic مختلف لوگوں کے operate کیے ہوئے تین relays سے گزارتا ہے۔ اس طرح پہلا relay آپ کا address دیکھتا ہے لیکن destination نہیں، جبکہ آخری relay destination دیکھتا ہے لیکن آپ کا address نہیں۔ Tor سست ہے، اور اسے ایسے observer کے خلاف anonymity کے لیے بنایا گیا ہے جو پورے internet کی نگرانی نہیں کر رہا ہو۔ VPN تیز ہے، اور اسے آپ کے local network اور internet provider سے privacy کے لیے بنایا گیا ہے۔

pluggable transport کیا ہے، اور کیا مجھے اس کی ضرورت ہے؟

pluggable transport ایک wrapper ہے جو wire پر Tor traffic کی ظاہری شکل تبدیل کرتا ہے، مگر Tor کے کام کرنے کا طریقہ نہیں بدلتا۔ اس طرح Tor protocol کو پہچاننے والا filter اس traffic سے match نہیں کر سکتا۔ آپ کو اس کی ضرورت صرف اس وقت ہے جب plain Tor connect نہ ہو، جس کا عام مطلب یہ ہے کہ آپ کا network یا ملک اسے block کر رہا ہے۔ Tor Browser میں obfs4، snowflake، meek اور webtunnel ایک ہی binary، lyrebird، میں شامل ہوتے ہیں۔ پہلے obfs4 استعمال کریں، کیونکہ یہ randomising transport ہے اور زیادہ تر لوگوں کے لیے کام کرتا ہے۔ اگر یہ connection کبھی complete نہ ہو تو webtunnel یا snowflake آزمائیں۔