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

مختصر طور پر 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 and open software license کے تحت جاری کیا گیا۔ Tor Project, Inc. کو 2006 میں nonprofit ادارے کے طور پر قائم کیا گیا۔

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

onion routing حقیقت میں کیا کرتا ہے

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

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

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

ایک نجی نیٹ ورک کیوں بے فائدہ ہوتا

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

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

اس لیے design کو public ہونا تھا، اور traffic کو دوسرے لوگوں کے traffic کے ساتھ ملانا تھا۔ October 2002 میں code کو free software licence کے تحت جاری کیا گیا، اور کوئی بھی relay چلا سکتا تھا۔ Journalists، activists، researchers اور advertising network سے بچنے والے عام لوگ، سب مل کر وہ crowd بن گئے جو اس 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 نہیں ہے۔

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

The 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: development برقرار رکھنے کے لیے The Tor Project, Inc. کو 501(c)(3) nonprofit کے طور پر قائم کیا گیا۔
• 2007: bridges پر کام شروع ہوا، کیونکہ national firewalls نے public relay list کو block کرنا شروع کر دیا تھا۔
• 2008: Tor Browser کی development شروع ہوئی۔

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

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

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

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

• Source میں۔ Client open source ہے اور protocol کو public طور پر specify کیا گیا ہے۔ Academic researchers باقاعدگی سے Tor پر attacks شائع کرتے ہیں، اور ان کے پاس کسی flaw کو سب سے پہلے تلاش کرنے کی پیشہ ورانہ ترغیب موجود ہے۔
• Binary میں۔ Tor Browser builds August 2013 سے deterministic ہیں، اس لیے کوئی independent builder release کو دوبارہ build کر کے اسے شائع شدہ download کے ساتھ byte for byte compare کر سکتا ہے۔ اگر binary اپنے source سے match نہ کرے تو اسے اس شخص پر اعتماد کیے بغیر معلوم کیا جا سکتا ہے جس نے اسے release کیا ہے۔
• 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 کیا جا سکتا ہے، اور ہر release کو tampering سے تحفظ دینے کے لیے sign کیا جاتا ہے۔" یہ جملہ صرف اسی وجہ سے اہم ہے کہ اس کی ہر شق ایسی چیز کا نام لیتی ہے جس کی آپ خود جا کر تصدیق کر سکتے ہیں۔

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

Hidden services کو onion services کا نام دیا گیا

onion service ایسا server ہے جو اپنا IP address ظاہر نہیں کرتا۔ client اور server دونوں network کے اندر ایک meeting point تک پہنچنے کے لیے اپنا اپنا circuit بناتے ہیں، اس لیے دونوں میں سے کسی کو دوسرے کا address معلوم نہیں ہوتا۔ یہ address کسی registry کی طرف سے کسی کو تفویض کردہ نام نہیں ہے۔ یہ 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 ہوتی ہے وہ server کا location ہے، site نہیں۔ اصل نام config file میں اب بھی موجود ہے، جو ایک مفید تاریخی نشان ہے۔ torrc میں کسی service کو اب بھی اسی طرح 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 پر bind رہ سکتا ہے اور اسے کسی public interface پر listen کرنے کی ضرورت نہیں ہوتی۔ Version 3 default ہے، اس لیے آج ان دو lines کے ساتھ بنائی گئی service کو v3 address ملتا ہے۔ rented box پر یہ setup بنیادی طور پر nginx کو loopback پر رکھنے اور پھر ان leaks کو بند کرنے کا عمل ہے جو address کو آپ کے public IP سے منسلک کر سکتے ہیں۔ اپنے VPS پر .onion site host کرنا اسی عمل کو قدم بہ قدم بیان کرتا ہے۔

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

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

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

[
  {
    "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 حروف ہوتے تھے، کیونکہ اس میں RSA-1024 public key کے SHA-1 hash کے صرف پہلے 80 bits شامل ہوتے تھے۔ v3 پتے میں 56 حروف ہوتے ہیں، کیونکہ اس میں مکمل Ed25519 public key کے علاوہ checksum اور version byte بھی شامل ہوتے ہیں۔ v3 پتہ اس لیے طویل ہے کہ اس میں hash کو truncate کرنا بند کر دیا گیا۔ اب پتہ خود service کی مکمل شناخت ہے۔

اسے اعلان کردہ شیڈول کے مطابق مرحلہ وار ختم کیا گیا تھا:

• 15 September 2020، Tor 0.4.4.x: Tor نے operators اور clients کو خبردار کرنا شروع کیا کہ v2 deprecated ہے۔
• 15 July 2021، Tor 0.4.6.x: v2 support کو code base سے ہٹا دیا گیا۔
• 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 پہلے سے اعتماد کرتے تھے۔

برجز اور قابلِ تنصیب ٹرانسپورٹس: سنسرشپ مسلسل طریقہ بدلتی رہی

عوامی relays کی فہرست جان بوجھ کر شائع کی جاتی ہے، تاکہ client اپنے لیے راستہ منتخب کر سکے اور کسی ایک server پر یہ فیصلہ کرنے کے لیے بھروسا نہ کرے۔ یہی شائع شدہ فہرست ہر اس ملک کے لیے تیار شدہ blocklist بھی ہے جو Tor کو روکنا چاہتا ہے۔ bridges پر کام 2007 میں شروع ہوا۔ bridge ایسا relay ہے جو عوامی فہرست میں شامل نہیں ہوتا۔ آپ web یا email کے ذریعے ان میں سے چند bridges طلب کرتے ہیں، اور censor ان addresses کو block نہیں کر سکتا جن کی فہرست وہ تیار نہیں کر سکتا۔ یہ دستیابی صرف اس لیے برقرار ہے کہ volunteers مسلسل نئے bridges شامل کرتے رہتے ہیں، اور کم لاگت والے VPS پر obfs4 bridge چلانا چند torrc directives اور ایک firewall rule کا معاملہ ہے، کوئی بڑا project نہیں۔

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

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

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

• obfs4 traffic کو ایسی چیز جیسا دکھاتا ہے جسے پہچانا نہ جا سکے، کیونکہ اس میں ایسا protocol header نہیں ہوتا جس سے filter match کر سکے۔ 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 کی مختصر فہرست کی اجازت دیتے ہیں۔

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

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

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

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

Relay چلانا اس کا دوسرا رخ ہے، اور network اسی پر منحصر ہے۔ Bridges، guards، middle relays اور exits سب کو operators درکار ہوتے ہیں، اور Tor Project کی relay guide واضح کرتی ہے کہ "relay چلانے کے لیے technical skill اور commitment درکار ہوتی ہے"۔ Exits قانونی ذمہ داری کا خطرہ رکھتے ہیں، کیونکہ دوسرے لوگوں کا traffic آپ کے IP address کے ذریعے internet پر نکلتا ہے اور آپ کا hosting provider اس کی شکایت موصول کرے گا۔ Exit شروع کرنے سے پہلے یہ 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 کے تحت deployed ہوا۔ Tor Project, Inc. 2006 سے ایک آزاد 501(c)(3) nonprofit ہے۔ حکومتی origin حقیقت ہے، اور یہی وجہ بھی ہے کہ network کو سب کے لیے کھولنا ضروری تھا: اگر network صرف ایک organisation کا traffic لے جائے تو اس organisation کو anonymity حاصل نہیں ہوتی، کیونکہ اس سے نکلنے والا ہر connection استعمال کرنے والے کی شناخت کر دیتا ہے۔

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

Tor Project کا جواب ہے: "Tor میں کوئی backdoor نہیں ہے۔ Software open source ہے، اس کے code کا آزادانہ audit کیا جا سکتا ہے، اور tampering سے تحفظ کے لیے ہر release signed ہوتی ہے۔" اس دعوے کو محض وعدہ نہ رہنے دینے والی چیز اس کے گرد موجود structure ہے۔ Protocol public طور پر specified ہے، Tor Browser builds deterministic ہیں، اس لیے کوئی independent builder release کو دوبارہ build کر کے اسے published binary سے compare کر سکتا ہے، اور relays کسی funder کے بجائے volunteers چلاتے ہیں۔ 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 ہوتے ہیں۔ کوئی redirect یا upgrade path موجود نہیں، کیونکہ address پرانی key سے derived تھا۔ اس لیے operator کو نئی service بنانی اور نیا address publish کرنا پڑا۔

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

نہیں۔ VPN آپ کا traffic ایک کمپنی کے زیر انتظام ایک server کو بھیجتا ہے، اور وہ کمپنی آپ کا حقیقی IP address اور destination دونوں ایک ساتھ دیکھ سکتی ہے۔ Tor traffic کو مختلف افراد کے زیر انتظام تین 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 کبھی مکمل نہ ہو تو webtunnel یا snowflake آزمائیں۔