Tor चा इतिहास: onion routing पासून आजपर्यंत

Tor चा संक्षिप्त इतिहास

Tor चा इतिहास 1995 मध्ये U.S. Naval Research Laboratory येथे सुरू होतो. ही U.S. Navy ची संशोधन प्रयोगशाळा आहे. David Goldschlag, Michael G. Reed आणि Paul Syverson यांनी तेथे onion routing चे पहिले prototype तयार केले. Tor Project ची स्वतःची timeline सांगते की त्यांनी हा प्रश्न विचारला: "कोण कोणाशी संवाद साधत आहे हे उघड न करता internet connections तयार करण्याचा काही मार्ग आहे का?" आज लोक वापरत असलेले network October 2002 मध्ये deploy करण्यात आले. त्याचा code free and open software license अंतर्गत release करण्यात आला. Tor Project, Inc. ची nonprofit संस्था म्हणून स्थापना 2006 मध्ये झाली.

खालील प्रत्येक date Tor Project ने प्रकाशित केलेल्या timeline, release notes किंवा स्वतःच्या support pages मधून घेतली आहे. कोणताही दावा वादग्रस्त असल्यास, उदाहरणार्थ हे काम कोण निधी देतो याबाबत, या section मध्ये उपलब्ध evidence काय आहे आणि त्याची स्वतः पडताळणी कुठे करता येते हे सांगितले आहे.

प्रत्यक्षात onion routing काय करते

Onion routing इंटरनेटमध्ये सामान्यतः एकत्र ठेवलेली दोन तथ्ये वेगळी करते: तुम्ही कोण आहात आणि तुम्ही काय मागितले आहे. तुमचा Tor client तीन relays निवडतो आणि त्यांच्या माध्यमातून एक circuit तयार करतो. तो तुमच्या traffic ला encryption च्या तीन स्तरांमध्ये गुंडाळतो. प्रत्येक relay साठी एक स्तर असतो. प्रत्येक relay एक स्तर काढतो, पुढील hop चा पत्ता एवढेच जाणतो आणि packet पुढे पाठवतो. या स्तरांमुळे या पद्धतीला हे नाव मिळाले.

पहिला relay, ज्याला guard म्हणतात, तुमचा IP address पाहतो; पण destination पाहत नाही. शेवटचा relay, म्हणजे exit, तुमचा destination पाहतो; पण IP address पाहत नाही. मधला relay यापैकी काहीही पाहत नाही. कोणत्याही एका relay कडे या दोन्ही बाजूंची माहिती नसते. हाच या सुरक्षाव्यवस्थेचा संपूर्ण आधार आहे. म्हणूनच हे relays परस्परांशी संबंधित नसलेल्या लोकांनी चालवणे आवश्यक आहे. एखाद्या एका organisation ने तुमचा guard आणि exit दोन्ही चालवले, तर ही विभागणी नाहीशी होते आणि encryption मुळे तुम्हाला कोणताही फायदा मिळत नाही.

ज्ञात कमकुवतपणा म्हणजे traffic correlation. एखादा observer circuit च्या दोन्ही टोकांवर एकाच वेळी लक्ष ठेवू शकत असेल, तर आत जाणाऱ्या packets ची timing आणि sizes बाहेर जाणाऱ्या packets शी जुळवता येतात. एकाच वेळी संपूर्ण इंटरनेटवर लक्ष ठेवू शकणाऱ्या attacker विरुद्ध Tor संरक्षण देत नाही. Roger Dingledine, Nick Mathewson आणि Paul Syverson यांनी लिहिलेल्या 2004 मधील design paper, "Tor: The Second-Generation Onion Router", मध्ये त्यांच्या threat model मध्ये हे स्पष्टपणे नमूद केले आहे.

खासगी नेटवर्क निरुपयोगी का ठरले असते

लघु सारांशांमध्ये हा भाग वगळला जातो. पण याच भागातून या पृष्ठावरील इतर सर्व गोष्टी स्पष्ट होतात.

केवळ स्वतःचीच network traffic वाहून नेणाऱ्या नेटवर्कमधून लष्करी किंवा गुप्तचर संस्थेला anonymity मिळू शकत नाही. Anonymity हे cipher चे गुणधर्म नसून crowd चे गुणधर्म आहे. नेटवर्कमधून बाहेर जाणारे प्रत्येक connection एकाच कार्यालयाचे असेल, तर एखाद्या निरीक्षकाने connection बाहेर जाताना पाहिले की त्याला उत्तर आधीच समजलेले असते. Encryption पूर्णपणे योग्य प्रकारे कार्यरत राहते. पण anonymity अस्तित्वात राहत नाही, कारण त्या connection मध्ये गोंधळ निर्माण करण्यासाठी इतर कोणीही नसते.

म्हणून ही रचना सार्वजनिक असणे आणि traffic इतर लोकांच्या traffic मध्ये मिसळणे आवश्यक होते. October 2002 मध्ये code free software licence अंतर्गत प्रसिद्ध करण्यात आला आणि कोणालाही relay चालवता येऊ लागला. Journalists, activists, researchers आणि advertising network टाळू इच्छिणारे सामान्य लोक हे सर्वजण त्या crowd चा भाग झाले. या crowd मुळे त्यातील इतर प्रत्येकाचे संरक्षण होते. Dingledine आणि Mathewson यांनी हा युक्तिवाद 2006 मध्ये "Anonymity Loves Company: Usability and the Network Effect" या paper मध्ये मांडला. हे paper Workshop on the Economics of Information Security येथे सादर करण्यात आले. निष्कर्ष असा आहे की user base ची व्याप्ती आणि विविधता हे system च्या security चे गुणधर्म आहेत. हा marketing number नाही.

अल्फा कोडपासून nonprofit संस्थेपर्यंत

The Tor Project च्या timeline आणि प्रकाशित papers मध्ये या टप्प्यांची नोंद आहे:

• October 2002: Tor network deploy करण्यात आले. त्यावेळी code "free आणि open software license" अंतर्गत होता.
• 2003 च्या शेवटी: network "सुमारे डझनभर volunteer nodes वर, त्यापैकी बहुतेक U.S. मध्ये आणि एक Germany मध्ये" चालत होते.
• 2004: Dingledine, Mathewson आणि Syverson यांनी "Tor: The Second-Generation Onion Router" हा design paper प्रकाशित केला.
• 2004: Electronic Frontier Foundation (EFF) ने Tor वरील कामासाठी funding देण्यास सुरुवात केली.
• 2006: development सुरू ठेवण्यासाठी The Tor Project, Inc. ही 501(c)(3) nonprofit संस्था स्थापन झाली.
• 2007: national firewalls नी public relay list block करण्यास सुरुवात केल्यामुळे bridges वरील काम सुरू झाले.
• 2008: Tor Browser चा development सुरू झाला.

Network आज कसा वापरला जातो हे समजण्यासाठी नंतरच्या दोन तारखा महत्त्वाच्या आहेत. The Tor Project च्या timeline नुसार, 2010 च्या उत्तरार्धात Arab Spring दरम्यान Tor चा वापर झाला. त्याने identity सुरक्षित ठेवण्यास आणि blocked sites पर्यंत पोहोचण्यास मदत केली. 2013 मधील Snowden documents हा Tor ची भूमिका व्यापकपणे समजली जाऊ लागल्याचा टप्पा होता, अशीही नोंद timeline मध्ये आहे. त्या वेळी Tor break झालेले नव्हते, असे documents मधून दिसून आले. यापैकी कोणत्याही घटनेने protocol बदलला नाही. मात्र, Tor कोणी install केले यामध्ये दोन्ही घटनांमुळे बदल झाला.

Tor साठी निधी कोण देतो आणि ते कसे तपासायचे

Tor Project त्याच्या support pages वर याचे स्वतः उत्तर देते: "Tor Project ला सरकारी अनुदाने, खासगी foundations आणि वैयक्तिक donors यांच्या मिश्रणातून निधी मिळतो." सरकारी निधी त्याचा एक भाग आहे आणि सुरुवातीपासूनच आहे. supporters page वर Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies तसेच Brave, DuckDuckGo, Mullvad VPN आणि Fastly यांसारख्या कंपन्यांसोबत U.S. Department of State चे नाव दिले आहे. Audited financials blog posts म्हणून प्रकाशित केले जातात. त्यात अलीकडील अहवाल December 2025 मध्ये प्रसिद्ध झाला असून तो 2023 ते 2024 या financial year चा आहे. "आमच्या sponsors आणि funding model विषयी खुलेपणाने बोलणे हा आमच्या community चा विश्वास टिकवण्याचा सर्वोत्तम मार्ग आहे", अशी project's stated position आहे.

कोणीतरी पैसे दिले का, हा उपयुक्त प्रश्न नाही. त्या पैशातून काय मिळवता आले असते, हा प्रश्न महत्त्वाचा आहे. Tor ही अशी service नाही जिच्यात तुम्ही login करता. ती एक protocol specification, source code वाचता येणारा client आणि अनोळखी व्यक्ती चालवत असलेल्या relays चे network आहे. कोणाला backdoor घालायचा असल्यास, तो तीनपैकी एका ठिकाणी घालावा लागेल. आणि प्रत्येक ठिकाण तपासता येते.

• Source मध्ये. Client open source आहे आणि protocol सार्वजनिकपणे निर्दिष्ट केले आहे. Academic researchers Tor वरील attacks नियमितपणे प्रकाशित करतात. त्रुटी सर्वप्रथम शोधण्याची त्यांना व्यावसायिकदृष्ट्या पूर्ण प्रेरणा असते.
• Binary मध्ये. Tor Browser builds August 2013 पासून deterministic आहेत. त्यामुळे independent builder एखादा release पुन्हा build करून तो प्रकाशित download शी byte for byte compare करू शकतो. Source शी जुळत नसलेला binary, तो release करणाऱ्या व्यक्तीवर विश्वास न ठेवताही दिसून येतो.
• Relays मध्ये. Tor Project network चालवत नाही. "Tor network ला bandwidth donate करणाऱ्या volunteers वर अवलंबून राहावे लागते." Guards, middle relays, exits आणि bridges हजारो परस्पर असंबंधित operators च्या मालकीचे आहेत. एखाद्या funder शी तडजोड झाली तरी या operators शी तडजोड होत नाही.

Project चा own statement संक्षिप्त आहे: "Tor ला backdoors नाहीत. Software open source आहे, त्याचा code स्वतंत्रपणे audit करता येतो आणि tampering पासून संरक्षण करण्यासाठी प्रत्येक release signed असतो." या वाक्याची किंमत तेव्हाच आहे, जेव्हा त्यातील प्रत्येक clause तुम्ही स्वतः जाऊन verify करू शकता.

एक वास्तविक caveat आहे. तो integrity पेक्षा priorities विषयी आहे. Grant money मुळे कोणते काम आधी होईल हे ठरते. त्यामुळे network performance सारख्या इतर कामांपेक्षा censorship circumvention ला अधिक सातत्याने funding मिळाली आहे. ही project वरील योग्य टीका आहे. "Code compromised आहे" या आरोपापेक्षा ही वेगळी टीका आहे. तिचे उत्तर कोणाच्या assurance वर विश्वास ठेवून नव्हे, तर financial reports वाचून देता येते.

लपविलेल्या सेवा onion services झाल्या

onion service हा असा सर्व्हर असतो, जो त्याचा IP address कधीही उघड करत नाही. Client आणि server नेटवर्कच्या आत असलेल्या meeting point पर्यंत पोहोचण्यासाठी स्वतंत्र circuit तयार करतात. त्यामुळे कोणत्याही बाजूला दुसऱ्या बाजूचा address समजत नाही. हा address कोणत्याही registry ने कोणाला दिलेले नाव नसते. तो server च्या public key पासून तयार होतो. म्हणून .onion address यादृच्छिक अक्षरांसारखा दिसतो.

onion services timeline मध्ये पुढील releases दिले आहेत:

• 8 April 2004: Tor 0.0.6pre1 मध्ये hidden services प्रथम लागू झाल्या.
• 21 September 2007: Tor 0.2.0.7-alpha मध्ये version 2 hidden services उपलब्ध झाल्या.
• 19 December 2016: Tor 0.3.0.1-alpha मध्ये version 3 चे development सुरू झाले.
• 9 January 2018: Tor 0.3.2.9 मध्ये version 3 release झाले.

"hidden services" हे नाव "onion services" असे बदलणे एखाद्या ठरावीक दिवशी झाले नाही. हा बदल हळूहळू झाला. Tor Project च्या स्वतःच्या documentation मध्ये अजूनही दोन्ही शब्द वापरले जातात. जुने नाव अचूक संकल्पना सांगत नव्हते. अनेक onion sites सार्वजनिक, indexed आणि advertised असतात. लपवलेले असते ते server चे location, site नाही. जुने नाव config file मध्ये अजूनही दिसते. ते या जुन्या रचनेचा उपयुक्त पुरावा आहे. torrc मध्ये सेवा घोषित करण्याची पद्धत अजूनही अशीच आहे:

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

या directory मध्ये service keys आणि address असलेली hostname file असते. port line onion address वरील port ला त्याच machine वरील local address शी जोडते. त्यामुळे web server 127.0.0.1 ला bound राहू शकतो आणि public interface वर अजिबात listen करण्याची गरज पडत नाही. Version 3 हे default आहे. त्यामुळे आज या दोन lines वापरून तयार केलेल्या सेवेला v3 address मिळतो.

onion address हा domain name देखील नाही. October 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." ordinary domain name कसा resolve होतो याच्याशी याची तुलना करा. हाच मुख्य फरक आहे. DNS name registry तुम्हाला assign करते आणि तुम्ही नियंत्रित न करणाऱ्या servers मार्फत त्याचा lookup केला जातो. 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 सार्वजनिक cryptographic key च्या SHA-1 hash मधील फक्त पहिले 80 bits समाविष्ट केले जात होते. v3 पत्ता 56 अक्षरांचा असतो. त्यामध्ये संपूर्ण Ed25519 सार्वजनिक cryptographic key, तसेच checksum आणि version byte समाविष्ट असतात. v3 पत्ता अधिक लांब आहे, कारण त्यामध्ये hash truncate करणे थांबवले आहे. त्यामुळे आता पत्ताच त्या सेवेची संपूर्ण ओळख असतो.

हे स्वरूप बंद करण्याची प्रक्रिया जाहीर केलेल्या वेळापत्रकानुसार झाली:

• 15 September 2020, Tor 0.4.4.x: v2 deprecated असल्याचा इशारा Tor operators आणि clients ना देऊ लागतो.
• 15 July 2021, Tor 0.4.6.x: code base मधून v2 support काढून टाकले जाते.
• 15 October 2021: समर्थित प्रत्येक series साठीच्या नवीन stable client releases मध्ये v2 disabled केले जाते.

यामागील कारण cryptographic होते. “मानवजातीची mathematics आणि cryptography विषयक समज विकसित होत गेल्याने version 2 चा पाया कमकुवत झाला आणि या टप्प्यावर तो असुरक्षित झाला.” 80-bit truncated SHA-1 hash आणि 1024-bit RSA key हे दोन्ही 2021 पर्यंत स्वीकारार्ह सुरक्षिततेच्या पातळीपेक्षा कमी होते. तसेच address format मध्ये यापैकी कोणताही घटक बदलण्यासाठी जागा नव्हती.

वाचकासाठी याचा परिणाम सोपा आहे, म्हणून तो स्पष्टपणे सांगणे आवश्यक आहे. 2021 पूर्वी प्रकाशित केलेली प्रत्येक 16 character .onion link कायमची dead आहे आणि तिच्यासाठी कोणताही redirect नाही. v2 address upgrade करता येत नवता, कारण तो address म्हणजेच जुनी key होती. Operators ना नवीन service तयार करून, users आधीपासून विश्वास ठेवत असलेल्या एखाद्या channel द्वारे नवीन address प्रकाशित करावा लागला.

ब्रिज आणि pluggable transports: सेन्सॉरशिपचे तंत्र सतत बदलत राहिले

सार्वजनिक relays ची यादी जाणीवपूर्वक प्रकाशित केली जाते, जेणेकरून client स्वतःचा मार्ग निवडू शकेल आणि त्याच्यासाठी मार्ग निवडण्यासाठी एका server वर अवलंबून राहावे लागू नये. हीच प्रकाशित यादी Tor थांबवू इच्छिणाऱ्या कोणत्याही देशासाठी तयार blocklist ठरते. Bridges वर काम 2007 मध्ये सुरू झाले. Bridge म्हणजे सार्वजनिक यादीत नसलेला relay. तुम्ही त्यांपैकी काही bridges web किंवा email द्वारे मागवू शकता. त्यामुळे censor ला enumerate करता न येणारे addresses block करता येत नाहीत.

त्यानंतर blocking addresses वरून traffic च्या स्वरूपाकडे वळले. Deep packet inspection, Tor traffic कोणत्या IP address कडे जात आहे याची पर्वा न करता, wire वरील Tor protocol ओळखते. यावरचा उपाय म्हणजे pluggable transports: Tor traffic काय करते ते न बदलता ते कसे दिसते हे बदलणारा wrapper. सध्याच्या Tor Browser मध्ये हे lyrebird नावाच्या एका binary स्वरूपात येते. ते obfs4proxy चे उत्तराधिकारी आहे. 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] च्या जागी lyrebird binary असलेली directory द्या. संपूर्ण Bridge ओळ स्वतः टाइप करण्याऐवजी Tor Project च्या bridges site वरून घ्या. प्रत्येक transport वेगवेगळ्या blocking पद्धतीवर उपाय करतो:

• obfs4 मुळे traffic ओळखता येणार नाही असे दिसते. त्यात filter जुळवू शकेल असा protocol header नसतो. Tor चा स्वतःचा सल्ला म्हणजे प्रथम हे वापरून पाहावे, कारण हा randomising transport आहे आणि बहुतेक लोकांसाठी कार्य करतो.
• snowflake तुम्हाला सामान्य web browsers मध्ये volunteers चालवत असलेल्या अल्पकाळ टिकणाऱ्या proxies मधून पाठवतो. त्यामुळे तुम्ही connect करत असलेला address सतत बदलत राहतो. version 10.5 on 6 July 2021 मध्ये तो स्थिर Tor Browser पर्यंत पोहोचला.
• meek connection मोठ्या cloud provider मधून route करतो. त्यामुळे traffic त्या provider कडे जात असल्यासारखे दिसते. त्याला block करण्यासाठी त्या provider ला देखील block करावे लागते.
• webtunnel obfs4 च्या विरुद्ध पद्धत वापरतो. काहीही ओळखता न येण्यासारखे दिसण्याऐवजी, तो web server शी केलेल्या सामान्य HTTPS connection सारखा दिसतो. हे "payload connection ला WebSocket-like HTTPS connection मध्ये wrapping करून" साध्य केले जाते. Tor Project ने 12 March 2024 रोजी stable Tor Browser मध्ये ते release केले. हे फक्त थोड्या protocol ची अनुमती देणाऱ्या networks साठी आहे.

ही क्रमवारी मागील वीस वर्षांचे खरे स्वरूप दाखवते. प्रत्येक नवीन transport विशिष्ट blocking technique कार्य करू लागल्यामुळे अस्तित्वात आला. त्या releases च्या तारखा त्या वर्षी censors कोणत्या पद्धती वापरत होते याची नोंद आहेत.

Tor हे VPN नाही आणि VPS देखील नाही

अनेक लोक VPN विषयी वाचल्यानंतर Tor कडे येतात. त्यामुळे हा फरक अचूकपणे समजून घेणे महत्त्वाचे आहे. VPN (virtual private network) तुमचा network traffic एका कंपनीने चालवलेल्या एका server कडे पाठवतो. त्या कंपनीला तुमचा वास्तविक पत्ता आणि तुम्ही कुठे जात आहात हे एकाच वेळी दिसते. Tor तुमचा network traffic वेगवेगळ्या लोकांनी चालवलेल्या तीन relays मधून पाठवतो. त्यामुळे त्यांपैकी कोणत्याही एका relay कडे ही दोन्ही माहिती एकत्र राहत नाही. या दोन रचनांमध्ये विश्वासाची मॉडेल्स आणि अपयशाच्या पद्धती वेगवेगळ्या आहेत. VPS आणि VPN मधील फरक यापैकी प्रत्येकाचा उपयोग कुठे होतो हे स्पष्ट करते.

तुम्हाला अनेक वापरकर्त्यांमध्ये anonymity मिळवण्याऐवजी, तुमच्या नियंत्रणातील machines दरम्यान private tunnel हवे असल्यास, स्वतः चालवलेला VPN वापरा. सुमारे 40 ओळींच्या configuration मध्ये तुम्ही VPS वर WireGuard VPN स्वतः host करू शकता. यामुळे local network आणि internet provider यांच्यापासून तुमच्या network traffic चे संरक्षण होते. मात्र server host करणाऱ्या कंपनीपासून तुम्हाला anonymity मिळत नाही, कारण तुम्ही तो server तुमच्या स्वतःच्या payment details वापरून भाड्याने घेतलेला असतो. VPS hosting सुरक्षित आहे का हा वेगळ्या प्रकारच्या threat विषयीचा प्रश्न आहे: तुमच्या box पर्यंत आणखी कोण पोहोचू शकते.

Relay चालवणे ही याच्या उलट दिशा आहे आणि network त्यावर अवलंबून असते. Bridges, guards, middle relays आणि exits यांना सर्वांना operators आवश्यक असतात. Tor Project च्या relay guide मध्ये स्पष्टपणे म्हटले आहे की "relay चालवण्यासाठी technical skill आणि commitment आवश्यक आहे". Exits मुळे कायदेशीर जबाबदारीचा धोका निर्माण होतो, कारण इतर लोकांचा network 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 ची स्वतःची रचना ही पुढील पिढीची रचना होती. Roger Dingledine, Nick Mathewson आणि Paul Syverson यांनी तिचे काम सुमारे 2001 आणि 2002 मध्ये सुरू केले. हे network October 2002 मध्ये free software licence अंतर्गत deploy करण्यात आले. Tor Project, Inc. 2006 पासून स्वतंत्र 501(c)(3) nonprofit आहे. त्याची सरकारी उत्पत्ती खरी आहे. तसेच network सर्वांसाठी खुले करणे आवश्यक का होते, हेही त्यातून स्पष्ट होते. एका संस्थेचा traffic वाहून नेणाऱ्या network मुळे त्या संस्थेला anonymity मिळत नाही, कारण network मधून बाहेर जाणारी प्रत्येक connection वापरकर्त्याचा sender म्हणून त्याचा वापर करण्याच्या तथ्यावरून ओळख दाखवते.

सरकारी funding असल्याने Tor मध्ये backdoor आहे का?

Tor Project चे उत्तर आहे: "Tor मध्ये backdoors नाहीत. Software open source आहे, त्याचा code स्वतंत्रपणे audit करता येतो आणि tampering पासून संरक्षण करण्यासाठी प्रत्येक release वर signature केलेली असते." हे केवळ आश्वासन न राहता तपासता येण्याजोगे का आहे, हे त्याभोवतीच्या रचनेमुळे स्पष्ट होते. Protocol सार्वजनिकरीत्या निर्दिष्ट केलेला आहे. Tor Browser builds deterministic आहेत. त्यामुळे स्वतंत्र builder release पुन्हा build करून तो प्रकाशित binary शी compare करू शकतो. तसेच relays कोणत्याही funder ऐवजी volunteers चालवतात. Funding मुळे कोणते काम आधी केले जाते यावर परिणाम होतो. Tor blog वरील audited financial reports मधून पैसा कुठून आला हे दिसते. हा code विषयीचा प्रश्न नसून priorities विषयीचा प्रश्न आहे.

माझा जुना .onion address काम करणे का थांबले?

तो version 2 address होता आणि v2 onion services 2021 मध्ये retire करण्यात आल्या. Tor ने 15 September 2020 रोजी त्याबाबत warnings देण्यास सुरुवात केली. 15 July 2021 रोजी Tor 0.4.6.x मधून v2 code base मधून काढण्यात आला. 15 October 2021 रोजी stable releases मध्ये तो disable करण्यात आला. v2 address मध्ये .onion च्या आधी 16 characters असतात आणि v3 address मध्ये 56 असतात. Redirect किंवा upgrade path उपलब्ध नाही. कारण address जुन्या key पासून derive केलेला होता. त्यामुळे operator ला नवीन service तयार करून नवीन address प्रकाशित करावा लागला.

Tor आणि VPN एकच आहेत का?

नाही. VPN तुमचा traffic एका company ने चालवलेल्या एका server कडे पाठवतो. त्या company ला तुमचा real IP address आणि destination दोन्ही एकत्र दिसू शकतात. Tor तुमचा traffic वेगवेगळ्या लोकांनी चालवलेल्या तीन relays मधून पाठवतो. त्यामुळे पहिल्या relay ला तुमचा address दिसतो, पण destination दिसत नाही. शेवटच्या relay ला destination दिसतो, पण तुमचा address दिसत नाही. Tor अधिक slow आहे. संपूर्ण internet वर लक्ष ठेवत नसलेल्या observer विरुद्ध anonymity देण्यासाठी त्याची रचना केली आहे. VPN अधिक fast आहे. तुमच्या local network आणि internet provider पासून privacy देण्यासाठी त्याची रचना केली आहे.

Pluggable transport म्हणजे काय आणि मला त्याची गरज आहे का?

Pluggable transport हा एक wrapper आहे. Tor ज्या पद्धतीने काम करतो ती न बदलता तो wire वर Tor traffic कसा दिसतो ते बदलतो. त्यामुळे Tor protocol ओळखणारा filter त्याच्याशी match करू शकत नाही. Plain Tor connect होत नसेल तरच तुम्हाला त्याची गरज आहे. याचा अर्थ सहसा तुमचे network किंवा country Tor ला block करत आहे. Tor Browser मध्ये obfs4, snowflake, meek आणि webtunnel हे lyrebird नावाच्या single binary मध्ये उपलब्ध असतात. सुरुवात obfs4 पासून करा. हा randomising transport आहे आणि बहुतेक लोकांसाठी काम करतो. Connection कधीही complete होत नसेल तर webtunnel किंवा snowflake वापरून पाहा.