پروکسی‌های دوپله‌ای چگونه با جداسازی نشانی آی‌پی از پرس‌وجوی دی‌ان‌اس، ناظران شبکه را کور می‌کنند؟

هر بار که یک گوشی هوشمند صفحه‌ای از وب را باز می‌کند، موقعیت دقیق مکانی و مقصد اینترنتی خود را در کمتر از ۵۰ میلی‌ثانیه به گوش دست‌کم سه نهاد شرکتی مختلف می‌رساند. بر مبنای تحلیل یک بسته استاندارد اینترنتی، ارائه‌دهنده خدمات اینترنت کاربر (ISP)، مودم وای‌فای محلی و سرور مقصد نهایی، همگی نشانی آی‌پی دستگاه را به‌طور مستقل ثبت می‌کنند.

این نشانی آی‌پی نقشی مانند پلاک دیجیتال خودرو دارد که موقعیت فیزیکی دستگاه را به دامنه اینترنتی مشخصی که کاربر قصد دیدنش را دارد پیوند می‌زند. حتی وقتی محتوای داده‌ها با رمزنگاری ۲۵۶ بیتی استاندارد AES محافظت شده باشد، فراداده‌های مسیریابی برای هر ناظری که بر مسیر انتقال نظارت کند کاملاً عیان است.

این شفافیت، اقتضای ساختاری معماری اولیه اینترنت است؛ شبکه‌ای که در دهه ۱۹۷۰ برای محیط‌های دانشگاهی طراحی شد و در آن فرض بر اعتماد متقابل بود. روترها بدون خواندن مقصد نمی‌توانند بسته‌ای را جلو ببرند و سرورهای مقصد هم بدون دانستن آی‌پی مبدأ امکان پاسخ‌دادن ندارند.

تیم تحریریه فکتلن در بازبینی معماری شبکه خود در سال ۲۰۲۶ می‌نویسد: «لایه انتقال برای جابه‌جایی مطمئن داده‌ها ساخته شد، نه برای حفظ محرمانگی آن‌ها. رمزنگاری محتوای درون پاکت نامه را ایمن کرد، اما نشانی فرستنده و گیرنده همچنان با ماژیک پررنگ روی جلد پاکت نوشته شده است.»[3]

تغییر محل اعتماد در وی‌پی‌ان

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

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

اما سرور وی‌پی‌ان برای آنکه درخواست را به مقصد پایانی بفرستد، باید همان اطلاعات مسیریابی را رمزگشایی کند. این یعنی شرکت ارائه‌دهنده وی‌پی‌ان دقیقاً همان تصویر کاملی را دارد که پیش‌تر در اختیار ارائه‌دهنده خدمات اینترنت بود: نشانی آی‌پی واقعی کاربر و تک‌تک وب‌سایت‌هایی که او باز می‌کند.

تضمین حریم خصوصی در یک وی‌پی‌ان تک‌پله‌ای، کاملاً بر سیاست‌های درون‌سازمانی و ادعای شرکت‌ها متکی است و پایه قطعی ریاضی ندارد. کاربر باید صرفاً اعتماد کند که شرکت مزبور واقعاً گزارش عملکرد ثبت نمی‌کند (no-log) و جریان متمرکز داده‌های رفتاری را به درآمد تبدیل نمی‌کند.

معماری رله دوپله‌ای

مهندسان شبکه برای حذف این نیاز به اعتماد متمرکز، معماری رله دوپله‌ای (Dual-Hop) را توسعه دادند؛ رویکردی که در آی‌کلاد پرایوت رله اپل و پروتکل‌های پروتکل انتقال ابرمتن کور (Oblivious HTTP) فستلی نمود یافته است. این ساختار، هویت کاربر را از مقصد وبگردی او در دو شرکت تجاری کاملاً مستقل تفکیک می‌کند.

هنگامی که دستگاه درخواستی در یک سامانه دوپله‌ای ثبت می‌کند، نشانی وب مقصد را به‌گونه‌ای رمزنگاری می‌کند که فقط سرور دوم موجود در زنجیره قادر به خواندن آن باشد. سپس دستگاه این بسته رمزگذاری‌شده را به سرور اول موسوم به پروکسی ورودی (Ingress) می‌فرستد.

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

سرور دوم یا پروکسی خروجی (Egress)، توسط شرکتی کاملاً مجزا نظیر کلودفلر یا فستلی میزبانی می‌شود. این سرور کلید رمزنگاری لازم برای باز کردن نشانی مقصد را در اختیار دارد و می‌تواند صفحه مورد نظر را از سرور نهایی دریافت کند.

کورسازی رمزنگاری‌شده

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

کارگروه مهندسی اینترنت (IETF) در سند فنی RFC 9230 برای پروتکل دی‌ان‌اس کور بر بستر HTTPS توضیح می‌دهد: «با جداسازی نشانی آی‌پی از پرس‌وجوی دی‌ان‌اس، این معماری تضمین می‌کند که هیچ نهاد منفردی در طول مسیر انتقال، تصویر جامعی از ارتباط در دست ندارد.»[2]

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

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

تلفیق با دی‌ان‌اس کور

معماری دوپله‌ای وابستگی شدیدی به پروتکل دی‌ان‌اس کور بر بستر HTTPS دارد؛ پروتکلی که فرایند اولیه تبدیل نام دامنه را رمزگذاری می‌کند. پرس‌وجوهای مرسوم دی‌ان‌اس روی درگاه ۵۳ بدون رمزنگاری منتقل می‌شوند و ناظران شبکه می‌توانند دقیقاً ببینند کاربر در پی دستیابی به آی‌پی چه سایت‌هایی است.

سامانه دی‌ان‌اس کور، پرس‌وجو را در لایه‌ای رمزنگاری‌شده از طریق درگاه ۴۴۳ کپسوله‌سازی می‌کند و پیش از رسیدن به تحلیل‌گر، آن را از یک پروکسی عبور می‌دهد. کلودفلر که روزانه بیش از ۱.۱ تریلیون پرس‌وجوی دی‌ان‌اس را پردازش می‌کند، از سال ۲۰۲۱ با اپل همکاری کرد تا این سازوکار را در دستگاه‌های iOS و macOS پیاده سازد.[1]

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

بدین ترتیب، پروکسی ورودی امکان تدوین نمایه رفتاری از وبگردی کاربر بر اساس پرس‌وجوهای دی‌ان‌اس را نخواهد داشت. پروکسی می‌داند چه کسی می‌پرسد اما نمی‌داند چه می‌خواهد؛ تحلیل‌گر می‌داند چه پرسیده شده اما نمی‌داند پرسشگر کیست.

نشت اطلاعات در شناسه نام سرور

فراتر از دی‌ان‌اس، سیستم دوپله‌ای بر آسیب‌پذیری شناسه نام سرور (SNI) در اتصالات مرسوم TLS نیز خط بطلان می‌کشد. در دست‌تکانی رمزنگاری اولیه با یک سایت ایمن، مرورگر دامنه هدف را در قالب متن ساده می‌فرستد تا سرور بفهمد کدام گواهی امنیتی را ارائه دهد.

اپراتورهای شبکه سال‌هاست از همین داده‌های متن ساده SNI برای تحلیل رفتار کاربران و اعمال سانسور اینترنتی استفاده می‌کنند، حتی اگر بقیه تبادلات کاملاً رمزگذاری شده باشد. رله دوپله‌ای با تونل کردن کل اتصال از دل پروکسی ورودی، این دست‌تکانی اولیه را از دید شبکه محلی پنهان می‌سازد.

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

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

بهای تأخیر و عملکرد شبکه

چالش مهندسی اصلی در این سازوکار، تأخیر زمانی (Latency) ناگزیری است که بر اثر چرخش ترافیک میان دو سرور واسط پیش از رسیدن به مقصد ایجاد می‌شود. هر گام اضافی در شبکه، مسافت فیزیکی و زمان پردازش را افزایش می‌دهد که می‌تواند تجربه کاربر را کندتر کند.

برای رفع این مشکل، شرکت‌ها سرورهای ورودی و خروجی را در شبکه‌های لبه‌ای (Edge) بسیار گسترده و جهانی مستقر کرده‌اند. با استقرار هر دو لایه پروکسی در فواصل فیزیکی چندصد کیلومتری از کاربر، افزایش تأخیر اغلب به کمتر از ۲۰ میلی‌ثانیه مهار می‌شود.

فستلی گزارش داده که رله‌های پروتکل انتقال کور این شرکت قادرند درخواست‌های رمزشده را با کمتر از ۱.۵ میلی‌ثانیه سربار پردازش داخلی انتقال دهند. باقی تأخیر صرفاً تابع سرعت نور در کابل‌های فیبر نوری میان کاربر، پروکسی‌ها و مقصد نهایی است.

در برخی شبکه‌های سلولی پرتراکم، رله دوپله‌ای حتی عملکرد ملموس را بهبود می‌بخشد. اتصال کاربر به پروکسی ورودی بر پایه پروتکل‌های بهینه‌سازی‌شده تی‌سی‌پی چندمسیره (Multipath TCP) کار می‌کند و در جبران افت بسته‌ها کارایی بسیار بالاتری نسبت به یک اتصال مستقیم به سروری دوردست دارد.

آینده حریم خصوصی در شبکه

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

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

با بلوغ تدریجی این استاندارد، مهندسان شبکه در پی استانداردسازی چارچوب پروتکل انتقال کور در کارگروه IETF هستند تا هر توسعه‌دهنده‌ای بتواند بدون اتکا به ویژگی‌های اختصاصی یک سیستم‌عامل، امنیت دوپله‌ای را در نرم‌افزار خود پیاده کند.[2]

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