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

تاریخچه کوتاه Tor

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

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

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

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

اولین 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 Project و مقالات منتشرشده توسط آن، این مراحل را ثبت کرده‌اند:

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

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

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

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

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

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

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

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

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

سرویس پیازی (onion service) سروری است که هرگز آدرس IP خود را فاش نمی‌کند. کلاینت و سرور هر کدام مدار (circuit) اختصاصی خود را تا یک نقطه ملاقات در داخل شبکه ایجاد می‌کنند، بنابراین هیچ‌یک از طرفین آدرس دیگری را متوجه نمی‌شود. این آدرس، نامی نیست که توسط یک مرجع ثبت به کسی اختصاص داده شده باشد. این آدرس از کلید عمومی سرور مشتق شده است و به همین دلیل است که یک آدرس .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 دریافت می‌کند. انجام این کار روی یک سرور اجاره‌ای، عمدتاً شامل نگه داشتن nginx روی loopback و سپس بستن نشت‌هایی است که ممکن است آدرس را به IP عمومی شما متصل کند؛ موضوعی که میزبانی یک سایت .onion روی VPS شخصی گام‌به‌گام به آن می‌پردازد.

یک آدرس پیازی همچنین یک نام دامنه نیست. RFC 7686 که در اکتبر 2015 منتشر شد، .onion را به عنوان یک نام دامنه با کاربرد خاص رزرو کرد تا resolverهای معمولی، این جستجوها را به DNS (سیستم نام دامنه) عمومی نشت ندهند. قانونی که این سند تعیین می‌کند صریح است: "سرورهای معتبر (Authoritative) باید به پرس‌وجوها برای .onion با NXDOMAIN پاسخ دهند." این را در مقابل نحوه حل شدن یک نام دامنه معمولی قرار دهید تا تفاوت، که هدف اصلی است، مشخص شود. یک نام DNS توسط یک مرجع ثبت به شما اختصاص داده می‌شود و از طریق سرورهایی که شما کنترلی روی آن‌ها ندارید، جستجو می‌شود. یک آدرس پیازی یک کلید عمومی است، بنابراین خود را احراز هویت می‌کند و نیازی به جستجو ندارد.

FAQ

چرا آدرس‌های قدیمی .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 آغاز شد. پل، رله‌ای است که در فهرست عمومی قرار ندارد. شما تعداد کمی از آن‌ها را از طریق وب یا ایمیل درخواست می‌کنید و سانسورچی نمی‌تواند آدرس‌هایی را که نمی‌تواند فهرست کند، مسدود نماید. این منبع تنها به این دلیل وجود دارد که داوطلبان مدام به آن می‌افزایند و اجرای یک پل obfs4 روی یک VPS ارزان، به‌جای یک پروژه، تنها شامل چند دستورالعمل torrc و یک قانون فایروال است.

سپس مسدودسازی از آدرس‌ها به شکل ترافیک تغییر جهت داد. بازرسی عمیق بسته (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

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

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

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

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

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

اگر آنچه می‌خواهید یک تونل خصوصی بین ماشین‌هایی است که کنترلشان در دست شماست، نه ناشناسی در میان جمعیت، پس به یک VPN نیاز دارید که خودتان آن را اجرا کنید. شما می‌توانید یک WireGuard VPN را روی یک VPS میزبانی کنید که حدود 40 خط پیکربندی دارد. این کار ترافیک شما را از شبکه محلی و ارائه‌دهنده اینترنت‌تان محافظت می‌کند. این کار هیچ ناشناسی‌ای در برابر شرکتی که سرور را میزبانی می‌کند به شما نمی‌دهد، زیرا شما آن سرور را با جزئیات پرداخت خود اجاره کرده‌اید. پرسش جداگانه اینکه آیا میزبانی 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 را در Tor 0.4.6.x در تاریخ 15 ژوئیه 2021 از کد منبع حذف کرد و آن را در نسخه‌های پایدار در 15 اکتبر 2021 غیرفعال نمود. یک آدرس v2 دارای 16 کاراکتر پیش از .onion است و یک آدرس v3 دارای 56 کاراکتر است. هیچ تغییر مسیری (redirect) و مسیر ارتقایی وجود ندارد، زیرا آدرس از کلید قدیمی مشتق شده بود، بنابراین اپراتور باید سرویس جدیدی ایجاد و آدرس جدید را منتشر می‌کرد.

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

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

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

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