رمزنگاری Encrypted Client Hello: محافظت از SNI در TLS و ارتقای حریم خصوصی

برای چندین دهه، پروتکل امنیت لایه انتقال (TLS) به عنوان ستون فقرات ارتباطات امن اینترنتی عمل کرده است. هر بار که شما یک صفحه وب را با پیشوند HTTPS باز می‌کنید، پروتکل TLS وظیفه دارد داده‌های ارسالی را رمزگذاری کند تا از دسترسی افراد غیرمجاز در شبکه محلی به رمزهای عبور، مشخصات حساب‌ها یا توکن‌های احراز هویت جلوگیری شود. با این وجود، علیرغم نوآوری‌های چشمگیر در استاندارد TLS 1.3، یک روزنه اطلاعاتی بزرگ در شروع هر ارتباط دست‌نخورده باقی مانده بود: شناسه نام سرور به صورت متن ساده (Server Name Indication یا SNI).

توسعه پروتکل Encrypted Client Hello (ECH) در کارگروه مهندسی اینترنت (IETF) پاسخی بنیادین به این چالش امنیتی است. با رمزگذاری هویت واقعی سرور در همان گام نخست مذاکره، ECH شیوه ارتباط مرورگرهای امروزی با شبکه‌های توزیع محتوا (CDN)، هاستینگ‌ها و تجهیزات نظارت بر ترافیک شبکه را دگرگون ساخته است.

پیشینه آسیب‌پذیری تاریخی فیلد متنی SNI

برای درک عمق تحول ECH، باید روش میزبانی چندین وب‌سایت روی یک سرور مشترک را بررسی کرد. در سال‌های آغازین وب، هر سایت با پروتکل امن نیازمند یک آدرس IPv4 اختصاصی بود تا سرور بتواند گواهی دیجیتال مربوطه را پیش از خواندن محتوای درخواست HTTP ارائه کند. با کاهش آدرس‌های آزاد IPv4، استاندارد RFC 3546 قابلیت SNI را به TLS افزود.

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

1. افشای عمومی متادیتا: دامنه‌ای که قصد بازدید از آن را دارید، از میان روترهای خانگی، ارائه‌دهندگان اینترنت و مسیرهای بین‌المللی با متنی کاملاً خوانا عبور می‌کند.
2. پایش و دسته‌بندی ترافیک: سیستم‌های بازرسی عمیق بسته‌ها (DPI) این فیلد متنی را استخراج کرده و از آن برای پرونده‌سازی رفتار کاربران یا اعمال سیاست‌های افت سرعت روی برخی مقاصد استفاده می‌کنند.
3. نقصان در امنیت حتی با رمزنگاری DNS: حتی اگر از فناوری‌های امنی نظیر DNS over HTTPS استفاده کنید، ناظران شبکه می‌توانند صرفاً با پایش بسته آغازین ClientHello، تمامی وب‌سایت‌های مورد بازدید شما را ثبت نمایند.

شیوه عملکرد فنی Encrypted Client Hello

پروتکل ECH این چالش را با تفکیک پیام آغازین به دو ساختار متمایز مرتفع می‌کند: یک پوسته بیرونی با نام ClientHelloOuter و یک ساختار درونی به نام ClientHelloInner.

۱. توزیع کلید عمومی از طریق رکوردهای مدرن DNS

پیش از آنکه مرورگر بتواند پیامی رمزگذاری‌شده به سروری ارسال کند که ارتباط قبلی با آن نداشته، نیاز به دریافت کلید عمومی آن مقصد دارد. ECH این کلید را با بهره‌گیری از رکوردهای نوین HTTPS یا SVCB در سامانه نام دامنه (طبق RFC 9460) دریافت می‌نماید.

زمانی که نام دامنه در مرورگر فراخوانی می‌شود، سرور DNS علاوه بر آدرس IP، داده‌ای با نام echconfig ارائه می‌کند. این بسته حاوی کلید عمومی سرور و الگوهای رمزنگاری مورد تایید بر پایه استاندارد HPKE است.

۲. ساختار دوگانه مذاکره امن

با در دست داشتن کلید عمومی، مرورگر دو ساختار همزمان تولید می‌کند:

• ClientHelloOuter: بسته‌ای عمومی که برای تمامی دستگاه‌های میانی شبکه قابل مشاهده است. این بسته حاوی مشخصات معمول و یک نام سرور عمومی و بی‌خطر (مانند نام یک شبکه توزیع محتوای شناخته‌شده) است تا سازگاری کامل حفظ شود.
• ClientHelloInner: بسته اصلی حاوی دامنه واقعی مورد نظر شما که به صورت سرتاسری با الگوریتم HPKE و کلید سرور مقصد رمزگذاری شده است.

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

مقایسه قابلیت‌های امنیتی در نسل‌های پروتکل TLS

هم‌افزایی امنیتی میان ECH و شبکه اختصاصی VPNRice

اگرچه استاندارد Encrypted Client Hello گامی بسیار مهم در ایمن‌سازی وب به شمار می‌آید، اما جایگزین راهکارهای جامع امنیتی شبکه خصوصی نخواهد بود.

نخست اینکه ECH تنها روی جریان‌های مبتنی بر پروتکل TLS (عمدتاً صفحات وب HTTPS) عمل می‌کند. پردازش‌های پس‌زمینه سیستم‌عامل، بازی‌های برخط، ترافیک VoIP و نرم‌افزارهای غیروب همچنان آدرس‌های شبکه خود را مخابره می‌کنند. دوم اینکه ناظران شبکه همچنان آدرس IP مقصد را مشاهده می‌نمایند؛ اگر یک پایگاه اینترنتی از نشانی IP اختصاصی بدون CDN استفاده کند، شناسایی مقصد از طریق تحلیل ترافیک امکان‌پذیر است.

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

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

دریافت VPNRice.