اختلال دامنه‌های بین‌المللی سایت‌های ایرانی؛ از ورزش۳ و تترلند تا ویرگول، زنگ خطر وابستگی دیجیتال

اختلال دامنه چند وب‌سایت ایرانی؛ ماجرا از کجا شروع شد؟

گزارش‌ها از اختلال در دسترسی به دامنه‌های بین‌المللی چند وب‌سایت ایرانی از ۷ نوامبر ۲۰۲۶، برابر با ۱۶ آبان ۱۴۰۵، حکایت دارند. در نخستین موارد خبرساز، دامنه‌های .com ورزش۳ و تترلند با مشکل روبه‌رو شدند و این دو مجموعه نشانی‌های جایگزین با پسوند .ir را برای ادامه دسترسی کاربران معرفی کردند.

در روزهای ۱۶ و ۱۷ آبان، نام پلتفرم انتشار محتوای ویرگول و سرویس هوش مصنوعی هوشا نیز در گزارش‌های مربوط به اختلال دامنه‌ها مطرح شد. گزارش تسنیم در ۹ نوامبر، علاوه بر این سرویس‌ها، از HostDL نیز به‌عنوان یکی از مجموعه‌های درگیر نام برده است.

این موارد از نظر فنی لزوماً یکسان نیستند؛ برای مثال، مشکل ورزش۳ و تترلند به دامنه‌های .com مربوط بود، درحالی‌که ویرگول از اختلال دامنه .io خود خبر داد. بنابراین نمی‌توان همه اتفاق‌ها را بدون بررسی بیشتر، یک نوع مسدودسازی با سازوکار واحد دانست.

کدام وب‌سایت‌ها با اختلال دامنه مواجه شدند؟

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

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

هشدار افتا پیش از بروز اختلال‌ها چه می‌گفت؟

یکی از مهم‌ترین بخش‌های این ماجرا، هشدار قبلی مرکز مدیریت راهبردی افتا است. بر اساس گزارش تسنیم، این مرکز در ۲۹ اکتبر ۲۰۲۶، برابر با ۷ آبان ۱۴۰۵، به سازمان‌ها توصیه کرده بود برای جلوگیری از قطع ناگهانی دسترسی، دامنه ملی .ir را نیز برای وب‌سایت‌های خود در نظر بگیرند.

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

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

آیا تحریم‌ها علت قطعی اختلال دامنه‌ها هستند؟

تحریم‌ها و محدودیت‌های شرکت‌های خارجی یکی از توضیح‌های اصلی مطرح‌شده برای اتفاق‌های اخیر است؛ اما هنوز نباید آن را علت قطعی و اثبات‌شده تمام موارد دانست.

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

در گزارش منتشرشده درباره گفت‌وگوی زومیت با محمدرضا رحمانی، مدیر وب‌سایت‌های «رُند» و «نام»، احتمال نقش تحریم‌ها و گزارش کاربران به شرکت ثبت‌کننده دامنه مطرح شده است. او همچنین به نقش شرکت ثبت‌کننده دامنه در امکان ارائه خدمات به کسب‌وکارهای ایرانی اشاره کرده است. بااین‌حال، این موارد در حد تحلیل و احتمال مطرح‌شده از سوی یک فعال این حوزه‌اند و جایگزین اعلام رسمی علت تعلیق از سوی شرکت ثبت‌کننده نیستند.

بنابراین در وضعیت فعلی، سه سطح اطلاعات را باید از هم جدا کرد:

• واقعیت گزارش‌شده: چند وب‌سایت ایرانی از اختلال یا قطع دسترسی به دامنه بین‌المللی خود خبر داده‌اند.

• توضیح برخی سرویس‌ها: هوشا مشکل را به ارائه‌دهنده خارجی نسبت داده و تترلند گفته اختلال به دامنه .com محدود بوده است.

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

  وقتی دامنه تعلیق می‌شود، از نظر فنی چه اتفاقی می‌افتد؟

  برای درک پیامد این اتفاق باید میان «دامنه»، «سرور» و «اطلاعات وب‌سایت» تفاوت قائل شد.

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

  در نتیجه، ممکن است دامنه از دسترس خارج شود، درحالی‌که سرور و اطلاعات وب‌سایت همچنان سالم باشند.

  تعلیق دامنه با هک‌شدن سایت یکی نیست

  در استانداردهای وضعیت دامنه، کدهایی مانند clientHold و serverHold وجود دارند. مطابق توضیحات ICANN، وضعیت clientHold از سوی ثبت‌کننده دامنه اعمال می‌شود و باعث می‌شود دامنه در DNS فعال نشود. وضعیت serverHold نیز از سوی اپراتور رجیستری اعمال می‌شود و نتیجه مشابهی در دسترس‌پذیری دامنه دارد.

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

  در چنین شرایطی ممکن است:

  • کاربران نتوانند نشانی اصلی وب‌سایت را باز کنند.

  • سرویس‌هایی که به همان دامنه وابسته‌اند، از جمله برخی نشانی‌های ورود یا APIها، دچار اختلال شوند.

  • ایمیل‌های سازمانی مبتنی بر همان دامنه نیز در صورت از دست رفتن تنظیمات DNS با مشکل مواجه شوند.

  • اطلاعات و پایگاه داده سایت، در صورت میزبانی مستقل و سالم‌بودن زیرساخت، همچنان باقی بمانند.

  پس عبارت «دامنه از دسترس خارج شده» الزاماً به معنی «اطلاعات سایت از بین رفته» نیست.
  
  

  چرا این اتفاق فقط مسئله یک نشانی اینترنتی نیست؟

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

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

  برای مثال، تغییر دامنه ممکن است نیازمند به‌روزرسانی موارد زیر باشد:

  • نشانی‌های ورود و ثبت‌نام کاربران؛

  • لینک‌های اپلیکیشن و وب‌اپلیکیشن؛

  • تنظیمات ورود یکپارچه یا ورود با حساب‌های دیگر؛

  • نشانی APIهایی که نرم‌افزارهای دیگر استفاده می‌کنند؛

  • گواهی‌های امنیتی و تنظیمات HTTPS؛

  • رکوردهای DNS و تنظیمات ایمیل سازمانی؛

  • لینک‌های تبلیغاتی، پیامک‌ها و محتوای منتشرشده در سایت‌های دیگر.

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

  آیا انتقال به دامنه .ir مشکل را به‌طور کامل حل می‌کند؟

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

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

  همچنین دامنه جایگزین باید از نظر فنی و عملیاتی آماده باشد؛ یعنی گواهی HTTPS معتبر داشته باشد، تنظیمات DNS آن فعال باشد و مسیرهای ورود و خدمات اصلی روی آن آزمایش شده باشند.

  در نتیجه، توصیه به داشتن دامنه .ir زمانی مؤثر است که بخشی از یک برنامه تداوم کسب‌وکار باشد، نه صرفاً ثبت یک نام جدید.
  
  

  کسب‌وکارهای ایرانی برای کاهش ریسک چه اقداماتی انجام دهند؟

  اتفاق‌های اخیر نشان می‌دهد مدیریت دامنه باید در برنامه تداوم خدمات دیجیتال سازمان‌ها قرار بگیرد. اقدامات زیر می‌توانند وابستگی به یک مسیر دسترسی را کاهش دهند:

  1. ثبت دامنه جایگزین: کسب‌وکارها می‌توانند دامنه ملی مرتبط با نام تجاری خود را ثبت و از فعال‌بودن آن اطمینان حاصل کنند.

  2. مستندسازی مالکیت و دسترسی‌ها: اطلاعات مالک دامنه، حساب ثبت‌کننده، روش تمدید، ایمیل بازیابی و دسترسی مدیران باید به‌صورت سازمان‌یافته نگهداری شود.

  3. بررسی وابستگی‌های فنی: مشخص شود وب‌سایت، ایمیل، API، اپلیکیشن و سامانه ورود به کدام دامنه و سرویس DNS وابسته‌اند.

  4. آماده‌سازی مسیر جایگزین: دامنه دوم باید پیش از وقوع بحران پیکربندی و آزمایش شود؛ ثبت نام دامنه بدون آماده‌سازی فنی کافی نیست.

  5. تهیه نسخه پشتیبان مستقل: نسخه پشتیبان پایگاه داده، فایل‌ها و تنظیمات حیاتی باید جدا از پنل ثبت دامنه و زیرساخت اصلی نگهداری شود.

  6. طراحی برنامه اطلاع‌رسانی: در صورت تغییر نشانی رسمی، کاربران باید از مسیرهای معتبر خود کسب‌وکار مطلع شوند تا به دامنه‌های جعلی هدایت نشوند.

  7. پایش وضعیت دامنه: تاریخ انقضا، وضعیت ثبت، تنظیمات DNS و پیام‌های شرکت ثبت‌کننده باید به‌صورت مستمر بررسی شوند.
  
  

  کاربران در زمان اختلال دامنه چه نکاتی را رعایت کنند؟

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

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

  • آدرس جدید را از اطلاعیه رسمی همان مجموعه یا کانال ارتباطی تأییدشده آن بررسی کنید.

  • به لینک‌هایی که افراد ناشناس در پیام‌رسان‌ها یا شبکه‌های اجتماعی می‌فرستند اعتماد نکنید.

  • پیش از واردکردن رمز عبور یا اطلاعات مالی، نام دامنه را با نشانی اعلام‌شده از سوی سرویس تطبیق دهید.

  • اگر درباره اعتبار یک نشانی مطمئن نیستید، از پشتیبانی رسمی مجموعه راهنمایی بگیرید.

  • اختلال دامنه را به‌تنهایی نشانه هک یا سرقت دارایی تلقی نکنید؛ برای چنین نتیجه‌ای شواهد جداگانه لازم است.

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

  جمع‌بندی؛ ریسک اصلی، وابستگی بدون مسیر جایگزین است

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

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

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