تاریخچه کامل Tor و نحوه عملکرد onion routing

تاریخچه مختصر Tor

تاریخچه Tor در سال 1995 در آزمایشگاه تحقیقاتی نیروی دریایی ایالات متحده، یکی از مراکز تحقیقاتی نیروی دریایی آمریکا، آغاز شد. David Goldschlag، Michael G. Reed و Paul Syverson اولین نمونه‌های اولیه مسیریابی پیازی (onion routing) را در آنجا ساختند. طبق گاه‌شمار رسمی پروژه Tor، پرسشی که آن‌ها مطرح کردند این بود که «آیا راهی برای ایجاد اتصالات اینترنتی وجود دارد که فاش نکند چه کسی با چه کسی در حال گفتگو است؟». شبکه‌ای که امروزه کاربران از آن استفاده می‌کنند در اکتبر 2002 مستقر شد و کد آن تحت یک مجوز نرم‌افزار آزاد و متن‌باز منتشر گردید. سازمان The Tor Project, Inc. در سال 2006 به عنوان یک نهاد غیرانتفاعی تأسیس شد.

تمام تاریخ‌های ذکر شده در زیر از گاه‌شمار منتشرشده توسط پروژه Tor، یادداشت‌های انتشار (release notes) یا صفحات پشتیبانی خود این پروژه استخراج شده‌اند. در مواردی که ادعایی مورد مناقشه باشد، مانند اینکه چه کسی بودجه این فعالیت‌ها را تأمین می‌کند، در همان بخش شواهد موجود و محل بررسی مستقل آن‌ها ذکر شده است.

عملکرد واقعی onion routing

سیستم onion routing دو واقعیت را که اینترنت به‌طور معمول با هم ترکیب می‌کند، از یکدیگر جدا می‌سازد: اینکه شما چه کسی هستید و چه چیزی درخواست کرده‌اید. کلاینت Tor شما سه relay را انتخاب کرده و یک مدار از طریق آن‌ها ایجاد می‌کند. این کلاینت ترافیک شما را در سه لایه رمزنگاری می‌پیچد؛ یک لایه برای هر relay. هر relay یک لایه را باز می‌کند، فقط آدرس گام بعدی را می‌فهمد و بسته را به جلو می‌فرستد. نام این سیستم از همین لایه‌بندی گرفته شده است.

اولین relay که guard نامیده می‌شود، آدرس IP شما را می‌بیند اما مقصد شما را نمی‌داند. آخرین relay که exit نام دارد، مقصد شما را می‌بیند اما آدرس IP شما را نمی‌داند. relay میانی هیچ‌کدام را نمی‌بیند. هیچ relay واحدی هر دو بخش اطلاعات را در اختیار ندارد و این کل استدلال امنیتی سیستم است. به همین دلیل است که relayها باید توسط افراد غیرمرتبط اداره شوند. اگر یک سازمان هم guard و هم exit شما را مدیریت کند، جداسازی از بین می‌رود و رمزنگاری هیچ فایده‌ای برای شما نخواهد داشت.

نقطه ضعف شناخته‌شده، traffic correlation است. ناظری که بتواند همزمان هر دو انتهای یک مدار را مشاهده کند، می‌تواند زمان‌بندی و اندازه بسته‌های ورودی را با بسته‌های خروجی تطبیق دهد. Tor در برابر مهاجمی که بتواند کل اینترنت را به‌طور همزمان رصد کند، دفاعی ندارد و مقاله طراحی سال 2004 نوشته Roger Dingledine، Nick Mathewson و Paul Syverson با عنوان "Tor: The Second-Generation Onion Router" نیز در مدل تهدید خود به این موضوع اشاره کرده است.

چرا شبکهٔ خصوصی بی‌فایده بود

این بخشی است که در خلاصه‌های کوتاه نادیده گرفته می‌شود، اما تمام مطالب دیگر این صفحه را توضیح می‌دهد.

یک سازمان نظامی یا اطلاعاتی نمی‌تواند از شبکه‌ای که فقط ترافیک خودش را حمل می‌کند، ناشناسی به دست آورد. ناشناسی ویژگی یک جمعیت است، نه ویژگی یک رمزنگاری. اگر تمام اتصالات خروجی از شبکه متعلق به یک دفتر باشد، ناظری که خروج یک اتصال را مشاهده می‌کند، پاسخ را از قبل دریافت کرده است. رمزنگاری همچنان به‌درستی کار می‌کند، اما ناشناسی وجود ندارد، زیرا کسی وجود ندارد که بتوان با او اشتباه گرفته شد.

بنابراین، طراحی باید عمومی می‌بود و ترافیک باید با ترافیک دیگران ترکیب می‌شد. کد در اکتبر 2002 تحت یک مجوز نرم‌افزار آزاد منتشر شد و هر کسی می‌توانست یک relay را اجرا کند. روزنامه‌نگاران، فعالان، پژوهشگران و افراد عادی که از شبکه‌های تبلیغاتی دوری می‌کردند، همگی به جمعیتی تبدیل شدند که از همهٔ افراد درون شبکه محافظت می‌کند. Dingledine و Mathewson این استدلال را در سال 2006 در مقاله‌ای با عنوان "Anonymity Loves Company: Usability and the Network Effect" مطرح کردند که در کارگاه اقتصاد امنیت اطلاعات ارائه شد. نتیجه‌گیری این است که اندازه و تنوع پایگاه کاربران، یک ویژگی امنیتی سیستم است؛ این یک عدد تبلیغاتی نیست.

از کد آلفا تا یک سازمان غیرانتفاعی

گاه‌شمار پروژه Tor و مقالات منتشرشده توسط آن، این مراحل را ثبت کرده‌اند:

• اکتبر 2002: شبکه Tor مستقر شد و کد آن «تحت یک مجوز نرم‌افزار آزاد و متن‌باز» قرار گرفت.
• پایان 2003: شبکه روی «حدود دوازده گره داوطلب، عمدتاً در ایالات متحده و یکی در آلمان» اجرا می‌شد.
• 2004: دینگلداین (Dingledine)، متیوسون (Mathewson) و سایورسون (Syverson) مقاله طراحی «Tor: مسیریاب پیازی نسل دوم» را منتشر کردند.
• 2004: بنیاد مرزهای الکترونیکی (EFF) تأمین مالی پروژه Tor را آغاز کرد.
• 2006: سازمان The Tor Project, Inc. به عنوان یک نهاد غیرانتفاعی 501(c)(3) برای تداوم توسعه تأسیس شد.
• 2007: کار بر روی پل‌ها (bridges) آغاز شد، زیرا فایروال‌های ملی شروع به مسدود کردن لیست عمومی رله‌ها کرده بودند.
• 2008: توسعه Tor Browser آغاز شد.

دو تاریخ بعدی برای نحوه استفاده از شبکه در حال حاضر اهمیت دارند. گاه‌شمار پروژه Tor، استفاده از Tor در جریان بهار عربی در اواخر 2010 را برای محافظت از هویت و دسترسی به سایت‌های مسدودشده ثبت کرده است. همچنین اسناد اسنودن در سال 2013 را لحظه‌ای می‌داند که نقش Tor به طور گسترده درک شد و بیان می‌کند که این اسناد نشان دادند Tor تا آن زمان شکسته نشده بود. هیچ‌کدام از این رویدادها پروتکل را تغییر ندادند، اما هر دو باعث تغییر در کسانی شدند که آن را نصب می‌کردند.

چه کسی هزینه Tor را تأمین می‌کند و چگونه می‌توانید آن را بررسی کنید

پروژه Tor در صفحات پشتیبانی خود به این پرسش پاسخ می‌دهد: «پروژه Tor از طریق ترکیبی از کمک‌های مالی دولتی، بنیادهای خصوصی و اهداکنندگان فردی تأمین می‌شود.» بودجه دولتی بخشی از این منابع است و از همان ابتدا نیز چنین بوده است. صفحه حامیان در کنار بنیاد Ford، صندوق Open Technology، خیریه Craig Newmark و شرکت‌هایی مانند Brave، DuckDuckGo، Mullvad VPN و Fastly، از وزارت امور خارجه ایالات متحده نیز نام می‌برد. صورت‌های مالی حسابرسی‌شده به عنوان پست‌های وبلاگ منتشر می‌شوند که آخرین مورد آن در دسامبر 2025، سال مالی 2023 تا 2024 را پوشش داده است. موضع رسمی پروژه این است که «صحبت شفاف درباره حامیان مالی و مدل تأمین بودجه، بهترین راه برای حفظ اعتماد جامعه ما است.»

پرسش مفید این نیست که چه کسی پول پرداخت کرده است، بلکه این است که این پول چه چیزی را می‌تواند بخرد. Tor سرویسی نیست که به آن وارد شوید (log in). این یک مشخصه پروتکل، یک کلاینت که سورس‌کد آن قابل خواندن است و شبکه‌ای از رله‌هاست که توسط افراد ناشناس اداره می‌شوند. کسی که به دنبال backdoor باشد، باید آن را در یکی از سه جای زیر قرار دهد و هر کدام از آن‌ها قابل بررسی است:

• در سورس‌کد: کلاینت متن‌باز (open source) است و مشخصات پروتکل به صورت عمومی در دسترس است. محققان دانشگاهی به‌طور مرتب حملاتی را به Tor منتشر می‌کنند و آن‌ها انگیزه حرفه‌ای بالایی برای کشف اولین نقص دارند.
• در فایل باینری: بیلد‌های Tor Browser از اوت 2013 قطعی (deterministic) بوده‌اند، بنابراین یک سازنده مستقل می‌تواند یک نسخه منتشرشده را دوباره بیلد کرده و آن را بایت به بایت با فایل دانلودی مقایسه کند. باینری‌ای که با سورس‌کد خود مطابقت نداشته باشد، بدون نیاز به اعتماد به شخصی که آن را عرضه کرده، قابل تشخیص است.
• در رله‌ها: پروژه Tor شبکه را اداره نمی‌کند. «شبکه Tor برای تأمین پهنای باند به داوطلبان متکی است» و رله‌های نگهبان (guards)، میانی، خروجی (exits) و پل‌ها (bridges) متعلق به هزاران اپراتور غیرمرتبط هستند. به خطر افتادن یک حامی مالی، به معنای به خطر افتادن آن‌ها نیست.

بیانیه خودِ پروژه کوتاه است: «Tor هیچ backdoor ندارد. نرم‌افزار متن‌باز است، کد آن می‌تواند به‌طور مستقل حسابرسی شود و هر نسخه برای محافظت در برابر دستکاری، امضا شده است.» این جمله تنها به این دلیل ارزش دارد که هر بخش آن به چیزی اشاره می‌کند که می‌توانید بروید و آن را راستی‌آزمایی کنید.

یک هشدار واقعی وجود دارد که بیشتر مربوط به اولویت‌هاست تا یکپارچگی. بودجه‌های اهدایی تعیین می‌کنند که کدام کارها در اولویت قرار گیرند؛ بنابراین دور زدن سانسور به‌طور مداوم‌تر از مثلاً عملکرد شبکه تأمین مالی شده است. این انتقادی منصفانه به پروژه است. این انتقاد با «کد به خطر افتاده است» متفاوت است و پاسخ آن را باید با خواندن گزارش‌های مالی داد، نه با اعتماد به تضمین‌های دیگران.

سرویس‌های مخفی به سرویس‌های پیازی (onion services) تبدیل شدند

یک سرویس پیازی (onion service)، سروری است که هرگز آدرس IP خود را فاش نمی‌کند. کلاینت و سرور هر کدام مدار (circuit) اختصاصی خود را تا یک نقطهٔ ملاقات در داخل شبکه ایجاد می‌کنند، بنابراین هیچ‌یک از طرفین آدرس دیگری را نمی‌داند. این آدرس، نامی نیست که توسط یک مرجع ثبت (registry) به کسی اختصاص داده شده باشد. این آدرس از کلید عمومی سرور مشتق شده است و به همین دلیل است که یک آدرس .onion شبیه به کاراکترهای تصادفی به نظر می‌رسد.

گاه‌شمار سرویس‌های پیازی تاریخ‌های انتشار را نشان می‌دهد:

• 8 آوریل 2004: سرویس‌های مخفی برای اولین بار در Tor 0.0.6pre1 پیاده‌سازی شدند.
• 21 سپتامبر 2007: سرویس‌های مخفی نسخه 2 در Tor 0.2.0.7-alpha معرفی شدند.
• 19 دسامبر 2016: توسعه نسخه 3 در Tor 0.3.0.1-alpha آغاز شد.
• 9 ژانویه 2018: نسخه 3 در Tor 0.3.2.9 منتشر شد.

تغییر نام از "سرویس‌های مخفی" به "سرویس‌های پیازی" به‌جای یک تاریخ واحد، به‌تدریج رخ داد و مستندات خودِ Tor Project هنوز از هر دو واژه استفاده می‌کنند. واژه قدیمی توصیف‌کنندهٔ نادرستی بود. بسیاری از سایت‌های پیازی عمومی هستند، ایندکس شده‌اند و تبلیغ می‌شوند؛ آنچه مخفی است، موقعیت مکانی سرور است، نه خودِ سایت. نام اصلی در فایل پیکربندی باقی مانده است که یک فسیل کاربردی محسوب می‌شود. این هنوز روشی است که شما یک سرویس را در torrc تعریف می‌کنید:

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

این دایرکتوری کلیدهای سرویس و یک فایل hostname حاوی آدرس را نگه می‌دارد. خط port، یک پورت روی آدرس پیازی را به یک آدرس محلی روی همان ماشین نگاشت می‌کند، بنابراین وب‌سرور می‌تواند روی 127.0.0.1 باقی بماند و هرگز روی یک اینترفیس عمومی گوش ندهد. نسخه 3 پیش‌فرض است، بنابراین سرویسی که امروز با این دو خط ایجاد شود، یک آدرس v3 دریافت می‌کند.

یک آدرس پیازی همچنین یک نام دامنه نیست. RFC 7686 که در اکتبر 2015 منتشر شد، .onion را به‌عنوان یک نام دامنه با کاربرد خاص رزرو کرد تا حل‌کننده‌های (resolvers) معمولی، نشت این جستجوها به DNS (سیستم نام دامنه) عمومی را متوقف کنند. قانونی که این سند تعیین می‌کند صریح است: "سرورهای معتبر (Authoritative servers) باید به پرس‌وجوهای مربوط به .onion با NXDOMAIN پاسخ دهند." این را در مقابل نحوه حل شدن یک نام دامنه معمولی قرار دهید؛ تفاوت در همین نکته نهفته است. یک نام DNS توسط یک مرجع ثبت به شما اختصاص داده می‌شود و از طریق سرورهایی که شما کنترلی بر آن‌ها ندارید، جستجو می‌شود. یک آدرس پیازی یک کلید عمومی است، بنابراین خود را احراز هویت می‌کند و نیازی به جستجو (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 کاراکتر بود، زیرا تنها 80 بیت ابتدایی از هش SHA-1 یک کلید عمومی RSA-1024 را حمل می‌کرد. یک آدرس v3 دارای 56 کاراکتر است، زیرا یک کلید عمومی کامل Ed25519، به همراه یک checksum و یک بایت نسخه را در خود جای می‌دهد. آدرس v3 طولانی‌تر است زیرا دیگر عمل کوتاه کردن (truncation) را انجام نمی‌دهد؛ بنابراین خودِ آدرس اکنون هویت کامل سرویس محسوب می‌شود.

فرآیند منسوخ‌سازی طبق یک زمان‌بندی اعلام‌شده انجام شد:

• 15 سپتامبر 2020، Tor 0.4.4.x: نرم‌افزار Tor شروع به هشدار به اپراتورها و کلاینت‌ها کرد که v2 منسوخ شده است.
• 15 ژوئیه 2021، Tor 0.4.6.x: پشتیبانی از v2 از کد منبع حذف شد.
• 15 اکتبر 2021: نسخه‌های پایدار جدید کلاینت برای تمامی سری‌های تحت پشتیبانی، v2 را غیرفعال کردند.

دلیل اعلام‌شده، رمزنگاری بود. «با تکامل درک بشر از ریاضیات و رمزنگاری، پایه و اساس نسخه 2 شکننده شد و در مقطع کنونی، ناامن است.» یک هش 80 بیتی کوتاه شده SHA-1 و یک کلید 1024 بیتی RSA تا سال 2021 هر دو پایین‌تر از حد استاندارد بودند و فرمت آدرس نیز هیچ فضایی برای تغییر هیچ‌کدام باقی نمی‌گذاشت.

پیامد این موضوع برای کاربر ساده است و ارزش دارد که صریح بیان شود. هر لینک 16 کاراکتری .onion که پیش از سال 2021 منتشر شده، برای همیشه از کار افتاده است و هیچ تغییر مسیری (redirect) برای آن وجود ندارد. یک آدرس v2 قابل ارتقا نبود، زیرا خودِ آدرس، همان کلید قدیمی بود. اپراتورها مجبور بودند سرویس جدیدی ایجاد کنند و آدرس جدید را از طریق کانالی که کاربرانشان از قبل به آن اعتماد داشتند، منتشر کنند.

پل‌ها و حمل‌ونقل‌های قابل‌اتصال: تداوم سانسور

فهرست رله‌های عمومی به‌صورت هدفمند منتشر می‌شود تا کلاینت بتواند مسیر خود را انتخاب کند، به‌جای آن‌که برای انتخاب مسیر به یک سرور اعتماد کند. همین فهرست منتشرشده، یک لیست سیاه آماده برای هر کشوری است که قصد مسدودسازی Tor را دارد. کار روی پل‌ها در سال 2007 آغاز شد. پل، رله‌ای است که در فهرست عمومی قرار ندارد. شما تعداد کمی از آن‌ها را از طریق وب یا ایمیل درخواست می‌کنید و سانسورچی نمی‌تواند آدرس‌هایی را که قادر به شمارش آن‌ها نیست، مسدود کند.

سپس مسدودسازی از آدرس‌ها به شکل ترافیک تغییر جهت داد. بازرسی عمیق بسته (DPI)، پروتکل Tor را روی سیم، صرف‌نظر از آدرس IP مقصد، شناسایی می‌کند. پاسخ به این مشکل، حمل‌ونقل‌های قابل‌اتصال (pluggable transports) بود: پوششی که ظاهر ترافیک Tor را بدون تغییر در عملکرد آن، دگرگون می‌کند. در Tor Browser فعلی، این موارد به‌عنوان یک فایل باینری به نام lyrebird عرضه می‌شوند که جایگزین obfs4proxy است و سمت کلاینت آن شامل سه خط torrc است:

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

به‌جای تایپ کردن، مسیر دایرکتوری حاوی فایل باینری lyrebird را در [PATH] قرار دهید و کل خط Bridge را از سایت پل‌های Tor Project کپی کنید. هر حمل‌ونقل، روش مسدودسازی متفاوتی را خنثی می‌کند:

• obfs4 باعث می‌شود ترافیک شبیه به هیچ‌چیز قابل‌تشخیصی نباشد و هیچ هدر پروتکلی که فیلتر بتواند با آن تطبیق دهد، وجود نداشته باشد. توصیه خود Tor این است که ابتدا این مورد را امتحان کنید، زیرا یک حمل‌ونقل تصادفی‌ساز است که برای اکثر کاربران کار می‌کند.
• snowflake شما را از طریق پروکسی‌های کوتاه‌مدت که توسط داوطلبان در مرورگرهای وب معمولی اجرا می‌شوند، هدایت می‌کند؛ بنابراین آدرسی که به آن متصل می‌شوید مدام تغییر می‌کند. این قابلیت در نسخه 10.5 در تاریخ 6 ژوئیه 2021 به نسخه پایدار Tor Browser رسید.
• meek اتصال را از طریق یک ارائه‌دهنده ابری بزرگ هدایت می‌کند، بنابراین ترافیک به‌گونه‌ای به نظر می‌رسد که گویی به سمت آن ارائه‌دهنده می‌رود و مسدود کردن آن به معنای مسدود کردن کل آن ارائه‌دهنده است.
• webtunnel رویکردی مخالف obfs4 دارد. به‌جای آن‌که شبیه به هیچ‌چیز نباشد، با «پیچیدن اتصال payload در یک اتصال HTTPS شبیه به WebSocket»، شبیه به یک اتصال HTTPS معمولی به یک وب‌سرور به نظر می‌رسد. Tor Project آن را در 12 مارس 2024 در نسخه پایدار Tor Browser منتشر کرد تا برای شبکه‌هایی که فقط اجازه استفاده از فهرست محدودی از پروتکل‌ها را می‌دهند، قابل‌استفاده باشد.

این توالی، شکل واقعی بیست سال گذشته است. هر حمل‌ونقل جدید به این دلیل وجود دارد که یک تکنیک مسدودسازی خاص شروع به کار کرده است و تاریخ‌های آن انتشارها، سندی از فعالیت سانسورچی‌ها در آن سال است.

Tor یک VPN نیست و VPS هم همین‌طور

بسیاری از افراد پس از مطالعه درباره VPNها به سراغ Tor می‌آیند، بنابراین لازم است دقیق باشیم. یک VPN (شبکه خصوصی مجازی) ترافیک شما را به یک سرور که توسط یک شرکت اداره می‌شود می‌فرستد و آن شرکت در همان لحظه، هم آدرس واقعی شما و هم مقصدتان را می‌بیند. Tor ترافیک شما را از طریق سه رله که توسط افراد مختلف اداره می‌شوند عبور می‌دهد، بنابراین هیچ‌کدام از آن‌ها هر دو مورد را با هم در اختیار ندارند. این‌ها مدل‌های اعتماد متفاوتی با حالت‌های شکست متفاوت هستند. تفاوت بین VPS و VPN توضیح می‌دهد که هر کدام در چه جایگاهی قرار می‌گیرند.

اگر آنچه می‌خواهید یک تونل خصوصی بین ماشین‌هایی است که خودتان کنترل می‌کنید، نه ناشناسی در میان یک جمعیت، پس به یک VPN نیاز دارید که خودتان آن را اجرا کنید. شما می‌توانید یک WireGuard VPN را روی یک VPS میزبانی کنید که حدود چهل خط پیکربندی دارد. این کار ترافیک شما را از شبکه محلی و ارائه‌دهنده اینترنت‌تان محافظت می‌کند. این کار هیچ ناشناسی‌ای در برابر شرکتی که سرور را میزبانی می‌کند به شما نمی‌دهد، زیرا شما آن سرور را با جزئیات پرداخت خود اجاره کرده‌اید. پرسش جداگانه اینکه آیا میزبانی VPS امن است دوباره به یک تهدید متفاوت مربوط می‌شود: اینکه چه کس دیگری می‌تواند به سرور شما دسترسی پیدا کند.

اجرای یک رله در جهت مخالف است و شبکه به آن وابسته است. پل‌ها (Bridges)، گاردها، رله‌های میانی و خروجی‌ها همگی به اپراتور نیاز دارند و راهنمای رله پروژه Tor به‌وضوح بیان می‌کند که «اجرای یک رله نیازمند مهارت فنی و تعهد است». رله‌های خروجی دارای مسئولیت قانونی هستند، زیرا ترافیک دیگران با IP شما از اینترنت خارج می‌شود و ارائه‌دهنده میزبانی شما در جریان آن قرار خواهد گرفت. پیش از شروع، آن راهنما را بخوانید، نه پس از آن.

FAQ

آیا Tor توسط دولت آمریکا ساخته شده است؟

مسیریابی پیازی (Onion routing) در سال 1995 در آزمایشگاه تحقیقات نیروی دریایی ایالات متحده آغاز شد، جایی که David Goldschlag، Michael G. Reed و Paul Syverson اولین نمونه‌های اولیه را ساختند. خود Tor نسل بعدی این طراحی بود که حدود سال‌های 2001 و 2002 توسط Roger Dingledine، Nick Mathewson و Paul Syverson شروع شد و شبکه آن در اکتبر 2002 تحت یک مجوز نرم‌افزار آزاد مستقر گردید. سازمان The Tor Project, Inc. از سال 2006 یک نهاد غیرانتفاعی مستقل 501(c)(3) بوده است. منشأ دولتی این پروژه واقعی است و همین موضوع دلیل اصلی لزوم باز شدن شبکه به روی عموم بود: شبکه‌ای که ترافیک یک سازمان واحد را حمل می‌کند، هیچ‌گونه ناشناسی برای آن سازمان فراهم نمی‌کند، زیرا هر اتصالی که از آن خارج می‌شود، فرستنده را به دلیل استفاده از آن شبکه شناسایی می‌کند.

آیا بودجه دولتی به معنای وجود درب پشتی (backdoor) در Tor است؟

پاسخ The Tor Project این است: «Tor هیچ درب پشتی ندارد. این نرم‌افزار متن‌باز است، کد آن می‌تواند به‌طور مستقل بازرسی شود و هر نسخه برای محافظت در برابر دستکاری، امضا شده است.» آنچه این ادعا را به جای یک وعده، به موضوعی قابل‌سنجش تبدیل می‌کند، ساختار پیرامون آن است. پروتکل به‌صورت عمومی مشخص شده است، بیلد‌های Tor Browser قطعی (deterministic) هستند تا یک سازنده مستقل بتواند نسخه منتشرشده را بازسازی و با فایل باینری منتشرشده مقایسه کند، و رله‌ها توسط داوطلبان اداره می‌شوند نه توسط تأمین‌کنندگان بودجه. بودجه بر اولویت‌بندی کارها تأثیر می‌گذارد و گزارش‌های مالی حسابرسی‌شده در وبلاگ Tor نشان می‌دهند که پول از کجا آمده است. این پرسشی درباره اولویت‌هاست، نه درباره کد.

چرا آدرس .onion قدیمی من از کار افتاده است؟

آن آدرس نسخه 2 بود و سرویس‌های پیازی v2 در سال 2021 بازنشسته شدند. Tor از 15 سپتامبر 2020 شروع به هشدار در این مورد کرد، v2 را در 15 ژوئیه 2021 از کد منبع در Tor 0.4.6.x حذف کرد و در 15 اکتبر 2021 آن را در نسخه‌های پایدار غیرفعال نمود. یک آدرس v2 دارای 16 کاراکتر پیش از .onion است و یک آدرس v3 دارای 56 کاراکتر. هیچ تغییر مسیر (redirect) یا مسیر ارتقایی وجود ندارد، زیرا آدرس از کلید قدیمی مشتق شده بود؛ بنابراین اپراتور باید سرویس جدیدی ایجاد و آدرس جدید را منتشر می‌کرد.

آیا Tor همان VPN است؟

خیر. یک VPN ترافیک شما را به یک سرور که توسط یک شرکت اداره می‌شود می‌فرستد و آن شرکت می‌تواند آدرس IP واقعی و مقصد شما را همزمان ببیند. Tor ترافیک را از طریق سه رله که توسط افراد مختلف اداره می‌شوند عبور می‌دهد، بنابراین رله اول آدرس شما را بدون مقصد می‌بیند و رله آخر مقصد شما را بدون آدرس می‌بیند. Tor کندتر است و برای ناشناسی در برابر ناظری که کل اینترنت را زیر نظر ندارد، ساخته شده است. VPN سریع‌تر است و برای حفظ حریم خصوصی در برابر شبکه محلی و ارائه‌دهنده اینترنت شما طراحی شده است.

حمل‌ونقل قابل‌اتصال (pluggable transport) چیست و آیا به آن نیاز دارم؟

یک حمل‌ونقل قابل‌اتصال، پوششی است که ظاهر ترافیک Tor را روی سیم (شبکه) تغییر می‌دهد بدون اینکه نحوه کارکرد Tor را عوض کند؛ بنابراین فیلتری که پروتکل Tor را تشخیص می‌دهد، نمی‌تواند آن را شناسایی کند. شما تنها در صورتی به آن نیاز دارید که اتصال عادی Tor برقرار نشود، که معمولاً به این معناست که شبکه یا کشور شما آن را مسدود کرده است. Tor Browser شامل obfs4، snowflake، meek و webtunnel در یک فایل باینری واحد به نام lyrebird است. با obfs4 شروع کنید، زیرا یک حمل‌ونقل تصادفی‌ساز است که برای اکثر افراد کار می‌کند، و اگر آن اتصال هرگز کامل نشد، webtunnel یا snowflake را امتحان کنید.