لایه DNS مستقل

حمله به لایه

تصور کنید در یک شهر غریب هستید و تنها دفترچه تلفنی که همه شماره‌ها را در خود دارد، در اختیار یک شرکت خارجی است — شرکتی که ممکن است هر لحظه تصمیم بگیرد شماره شما را از دفترچه حذف کند، یا بدتر، شماره اشتباهی به جای شماره شما به دیگران بدهد. این دقیقاً موقعیتی است که اینترنت ایران در برابر سیستم نام دامنه (DNS) دارد. DNS دفترچه تلفن اینترنت است: نام‌های دامنه را که انسان‌ها می‌فهمند (مثل bank.ir) به آدرس‌های IP عددی که کامپیوترها می‌فهمند (مثل 185.12.44.1) تبدیل می‌کند. بدون DNS، اینترنت وجود دارد اما غیرقابل استفاده است — مثل شهری که تمام تابلوهای راهنمایش کنده شده باشد.

ساختار DNS جهانی سلسله‌مراتبی است. در رأس این هرم، ۱۳ سرور ریشه (Root Servers) قرار دارند که اطلاعات تمام دامنه‌های سطح بالای جهان (مانند .com، .ir، .org) را در خود نگه می‌دارند. از این ۱۳ سرور ریشه، ۱۰ سرور در خاک آمریکا مستقر هستند و تحت صلاحیت قضایی ایالات متحده قرار دارند. این یعنی شرکتی که می‌خواهد دامنه yourbusiness.ir را به IP تبدیل کند، در نهایت باید به یکی از این سرورها مراجعه کند — و این سرورها می‌توانند از پاسخ‌دادن امتناع کنند، پاسخ‌ها را تحریف کنند، یا کل یک پسوند کشوری را از نقشه اینترنت حذف کنند.

واقعیت تلخ: در سال ۲۰۱۴، پس از الحاق کریمه به روسیه، دامنه کشوری .cr (کرواسی) هدف حمله DNS Poisoning قرار گرفت و کاربران به جای وب‌سایت‌های واقعی، به صفحات جعلی هدایت شدند. در همان سال، دولت آمریکا به‌طور موقت دامنه‌های مرتبط با چند شرکت روسی را از طریق فشار بر Verisign مسدود کرد. DNS یک ابزار فنی نیست — یک سلاح ژئوپلیتیک است.

عامل اول: کالبدشکافی وابستگی — سرورهای ریشه و توزیع ناعادلانه قدرت

برای درک عمق بحران، باید دقیقاً بدانیم که قدرت کنترل DNS در دست چه کسانی است. از ۱۳ سرور ریشه DNS که ستون فقرات اینترنت جهانی را تشکیل می‌دهند، تنها ۳ سرور در خارج از خاک آمریکا قرار دارند: یکی در ژاپن، یکی در سوئد، و یکی در هلند. ۱۰ سرور دیگر همگی در آمریکا مستقرند و توسط نهادهایی مانند Verisign، دانشگاه USC، و ناسا مدیریت می‌شوند — تماماً تحت صلاحیت قضایی آمریکا و موظف به تبعیت از قوانین OFAC.

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

عامل دوم: DNS Poisoning — وقتی دفترچه تلفن دروغ می‌گوید

حمله به DNS فقط به معنای «قطع کردن» آن نیست — گاهی بدتر از قطع کردن، تحریف کردن است. در حمله DNS Poisoning (مسمومیت DNS)، مهاجم پاسخ‌های جعلی را به درخواست‌های DNS تزریق می‌کند. نتیجه: کاربر آدرس bank.ir را در مرورگر خود تایپ می‌کند، اما به جای وب‌سایت واقعی بانک، به یک سایت جعلی هدایت می‌شود که دقیقاً شبیه سایت بانک است — و اطلاعات کارت بانکی خود را در آن وارد می‌کند. این یک حمله سایبری کلاسیک است، اما وقتی توسط یک دولت-ملت انجام شود، به یک سلاح جنگ اقتصادی تبدیل می‌شود.

در سطح بین‌المللی، DNS Poisoning می‌تواند برای بازنویسی واقعیت استفاده شود. تصور کنید یک شرکت هواپیمایی ایرانی دامنه iranair.ir دارد. اگر مهاجم بتواند رکورد DNS این دامنه را مسموم کند، تمام مسافران بین‌المللی که می‌خواهند بلیط بخرند به یک سایت جعلی هدایت می‌شوند — بدون اینکه بدانند. میلیون‌ها دلار ضرر، فقط با یک رکورد DNS اشتباه. این سناریو قبلاً برای شرکت‌های روسی و چینی اتفاق افتاده است. برای شرکت‌های ایرانی، این یک تهدید قریب‌الوقوع است، نه یک احتمال دور.

عامل سوم: Blackholing — وقتی درخواست‌های شما به سیاه‌چاله می‌روند

سومین و شاید مخرب‌ترین شکل حمله به DNS، Blackholing است: تمام درخواست‌های DNS از یک محدوده IP خاص (مثلاً تمام IPهای ایران) به سادگی نادیده گرفته می‌شوند. هیچ پاسخ غلطی داده نمی‌شود — هیچ پاسخی داده نمی‌شود. بسته‌های درخواست DNS به یک «سیاه‌چاله» دیجیتال پرتاب می‌شوند و ناپدید می‌گردند. کاربر چیزی نمی‌بیند جز پیغام «این سایت در دسترس نیست» — و نمی‌داند که مشکل از سایت نیست، از جاده‌ای است که به سایت ختم می‌شود.

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

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

راهکار Iran Access

پاسخ Iran Access به تهدید سه‌گانه DNS (قطع، مسمومیت، سیاه‌چاله) یک معماری DNS مستقل و توزیع‌شده است که از ترکیب سه فناوری کلیدی تشکیل می‌شود: Anycast داخلی برای توزیع بار و افزونگی، Root Zone کپی‌شده برای استقلال از سرورهای ریشه خارجی، و کَش هوشمند با سیاست‌های Hyperlocal برای بقا در شرایط قطع کامل. این سه فناوری با هم یک سیستم عصبی مستقل برای اینترنت ایران ایجاد می‌کنند — سیستمی که حتی اگر تمام سرورهای DNS خارجی خاموش شوند، همچنان می‌تواند ترافیک داخلی را هدایت کند.

نکته کلیدی در این معماری، عدم وابستگی به هیچ نهاد خارجی برای رزولوشن دامنه‌های داخلی است. دامنه‌های .ir و .ایران نباید برای تبدیل نام به IP، به سروری در خارج از ایران وابسته باشند. این اصل ساده — «دامنه ایرانی روی IP ایرانی رزولوشن شود» — هسته مرکزی راهکار Iran Access در لایه DNS است.

عامل چهارم: فناوری Anycast — یک آدرس IP، هزاران سرور

Anycast یک تکنیک مسیریابی شبکه است که در آن چندین سرور فیزیکی مختلف — که ممکن است در شهرها یا حتی کشورهای مختلف باشند — یک آدرس IP یکسان را به اشتراک می‌گذارند. وقتی کاربری یک درخواست DNS به این IP می‌فرستد، پروتکل BGP به‌طور خودکار درخواست را به نزدیک‌ترین سرور (از نظر مسیریابی) هدایت می‌کند. اگر یکی از این سرورها از کار بیفتد، BGP در کسری از ثانیه مسیر را به سرور بعدی تغییر می‌دهد — بدون اینکه کاربر متوجه شود. این یعنی افزونگی کامل در لایه DNS بدون نیاز به تغییر تنظیمات کاربر.

Iran Access پیشنهاد می‌کند یک کلاستر Anycast DNS متشکل از حداقل ۱۲ سرور در ۱۲ نقطه مختلف ایران — از تبریز تا زاهدان، از مشهد تا بوشهر — ایجاد شود. همه این سرورها یک IP واحد را به اشتراک می‌گذارند و به عنوان رزولور ملی عمل می‌کنند. کاربران ایرانی — چه خانگی، چه سازمانی — می‌توانند DNS خود را روی این IP تنظیم کنند و مطمئن باشند که حتی اگر ۱۰ سرور از کار بیفتند، ۲ سرور دیگر پاسخگو خواهند بود.

عامل پنجم: Hyperlocal Root — اینترنت در جزیره

Hyperlocal Root عمیق‌ترین لایه دفاعی Iran Access در برابر قطع DNS است. در این سناریو، یک روت محلی اضطراری روی کلاستر Anycast فعال می‌شود که می‌تواند مستقل از سرورهای ریشه جهانی عمل کند. این روت محلی شامل رکوردهای تمام دامنه‌های حیاتی ایران — تمام بانک‌ها، سازمان‌های دولتی، پیام‌رسان‌ها، درگاه‌های پرداخت، سرویس‌های ابری — است و می‌تواند در شرایطی که ارتباط با Root Servers جهانی کاملاً قطع شده باشد، اینترنت داخلی را زنده نگه دارد.

این ایده شبیه به ژنراتور اضطراری یک بیمارستان است. در حالت عادی، بیمارستان از برق شبکه سراسری استفاده می‌کند. اما اگر شبکه سراسری قطع شود، ژنراتور اضطراری روشن می‌شود و برق بخش‌های حیاتی (ICU، اتاق عمل) را تأمین می‌کند. Hyperlocal Root نیز دقیقاً همین نقش را برای اینترنت ایران ایفا می‌کند: در حالت عادی، DNS از Root Servers جهانی استفاده می‌کند. اما اگر ارتباط قطع شود، روت محلی فعال می‌شود و حداقل سرویس‌های حیاتی را زنده نگه می‌دارد. بیمار نمی‌میرد چون برق شبکه رفته است.

عامل ششم: DNSSEC داخلی — امضای دیجیتال بدون وابستگی به Root خارجی

DNSSEC یک استاندارد امنیتی است که با افزودن امضای دیجیتال رمزنگاری‌شده به رکوردهای DNS، از جعل و مسمومیت جلوگیری می‌کند. در حالت عادی، زنجیره اعتماد DNSSEC از Root Servers جهانی شروع می‌شود و به TLDها و سپس دامنه‌های منفرد می‌رسد. اما مشکل اینجاست: کلید اصلی (Root KSK) که زنجیره اعتماد از آن شروع می‌شود، توسط ICANN در آمریکا مدیریت می‌شود. اگر ICANN تحت فشار سیاسی قرار گیرد، می‌تواند کلید را باطل کند — و تمام دامنه‌های امضاشده با DNSSEC از اعتبار ساقط می‌شوند.

Iran Access این مشکل را با ایجاد یک لنگر اعتماد محلی (Local Trust Anchor) حل می‌کند. به جای اینکه مرورگرها و رزولورهای ایرانی برای تأیید DNSSEC به Root KSK آمریکایی مراجعه کنند، می‌توانند از یک کلید اعتماد داخلی استفاده کنند که توسط ایرنیک تولید و نگهداری می‌شود. این کلید می‌تواند برای تمام دامنه‌های .ir و .ایران معتبر باشد — بدون نیاز به تأیید از ICANN. از نظر فنی، این کار کاملاً ممکن و مطابق با استاندارد DNSSEC است: هر رزولور می‌تواند Trust Anchorهای سفارشی خود را داشته باشد.

اصل بقا در لایه DNS: سیستمی که Root Zone را روی زیرساخت خودش کپی کرده باشد، TLDهایش را روی سرورهای داخلی میزبانی کند، رزولوشن را با Anycast توزیع کرده باشد، و یک Trust Anchor محلی برای DNSSEC داشته باشد، حتی اگر تمام ۱۳ سرور ریشه جهانی خاموش شوند، همچنان می‌تواند به اینترنت داخلی خود سرویس دهد. افزونگی در لایه DNS = مصونیت از فلج اطلاعاتی.

حلقه اتصال

فرض کنید تونل فیزیکی Iran Access بسته‌های داده را سالم به مقصد رسانده است. DNS مستقل هم نام دامنه را به IP درست تبدیل کرده است. مرورگر کاربر حالا می‌داند که سرور وب در کجا قرار دارد و یک درخواست HTTP به آن IP می‌فرستد. سرور پاسخ می‌دهد و صفحه وب شروع به بارگذاری می‌کند. همه‌چیز عالی به نظر می‌رسد. کاربر نفس راحتی می‌کشد. اما ناگهان...

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

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