پاسخ کوتاه
چگونه دامنه‌ی خود را در برابر ربودن DNS ایمن می‌کنید؟
دامنه را در برابر ربودن DNS با محافظت از حسابی که آن را کنترل می‌کند ایمن کنید: گذرواژه‌ی بلند و یکتا، احراز هویت دومرحله‌ای، قفل انتقال، DNSSEC، رکوردهای CAA و پایش گواهی. Wardmint هفت حادثه از اوت 2022 را شمرده است که در آن‌ها مهاجمان با تغییر مقصد دامنه‌ی یک پروژه‌ی کریپتویی کاربران را منحرف کردند و هر کدام از لایه‌ی دامنه گذشته‌اند.
هفت حادثه‌ی ربودن و درس هر کدام
| حادثه | تاریخ | نقطه‌ی ورود گزارش‌شده | کنترلی که آن را رفع می‌کند |
|---|---|---|---|
| Curve Finance | 9 اوت 2022 | ربودن DNS در سمت ثبت‌کننده | قفل حساب، پایش گواهی |
| Balancer | 19 سپتامبر 2023 | مهندسی اجتماعی علیه ارائه‌دهنده‌ی DNS | انضباط در تماس پشتیبانی، 2FA، قفل انتقال |
| Galxe | 6 اکتبر 2023 | نفوذ به حساب که مطبوعات گزارش کردند | امنیت قوی حساب |
| Compound، Celer، Pendle و دیگران | 9 تا 12 جولای 2024 | ضعف OAuth در دامنه‌های منتقل‌شده | حساب را پیش از دیگران تصاحب کنید |
| Curve Finance | 12 مه 2025 | ربودن DNS در سطح ثبت‌کننده | انتخاب ثبت‌کننده، دامنه‌ی پشتیبان |
| OpenEden، Curvance، Avantis، Nerochain و دیگران | 16 تا 23 فوریه 2026 | انتقال ثبت‌کننده، تصاحب حساب پس از یک تماس پشتیبانی | قفل انتقال، CAA، هشدار گواهی |
| Flap، Kintsu، Pickle Finance و دیگران | 30 تا 31 اکتبر 2026 | دامنه‌ها نزد یک ثبت‌کننده تغییر مسیر دادند؛ علت مورد اختلاف است | بررسی DNS، 2FA، پایش |
ربودن DNS چیست و چرا به جبهه‌ی کاربری کریپتو حمله می‌کند؟
ربودن DNS، تغییر غیرمجاز رکوردها یا ثبت دامنه‌ای است که به مرورگرها می‌گوید دامنه کجاست. مهاجم قراردادهای هوشمند شما را لمس نمی‌کند. او کاربرانی را که نشانی واقعی شما را وارد می‌کنند به نسخه‌ی کپی‌شده‌ی جبهه‌ی کاربری شما می‌فرستد که امضای کیف پول می‌خواهد.
به همین دلیل این حمله برای کریپتو مناسب است. کاربری که نشانی درست را تایپ می‌کند و قفل HTTPS معتبر می‌بیند، دلیلی برای شک ندارد. Curve Finance پس از حادثه‌ی 12 مه 2025 گفت که قراردادها و داده‌های کاربران آن آسیب ندیده‌اند، با این حال بازدیدکنندگان به یک صفحه‌ی ساختگی ایستا هدایت شدند که امضا می‌خواست. زیان از امضا می‌آید، نه از نقص در کد.
مهاجم به یکی از سه چیز نیاز دارد: کنترل حساب ثبت‌کننده‌ای که دامنه را نگه می‌دارد، ارائه‌دهنده‌ی DNS که رکوردها را سرو می‌کند، یا مسیر حل‌کننده میان کاربر و سرور. این راهنما دو مورد اول را پوشش می‌دهد، زیرا پروژه آن‌ها را کنترل می‌کند. محافظت از مورد سوم کار DNSSEC است که در نحوه‌ی فعال‌سازی DNSSEC برای دامنه‌ی خود توضیح داده شده است.
کدام حادثه‌های واقعی نشان می‌دهند که ربودن‌ها چگونه رخ می‌دهد؟
حادثه‌های عمومی از 2022 نشان می‌دهند که مهاجمان از راه حساب‌ها و کارکنان پشتیبانی وارد می‌شوند، نه از راه رمزنگاری. جدول بالا آن‌ها را فهرست کرده و الگو تکرار می‌شود.
بر پایه‌ی شمارش Wardmint در 12 نوامبر 2026، جدول حادثه‌های این پژوهش هفت مورد بین اوت 2022 و اکتبر 2026 دارد (Curve دو بار، Balancer، Galxe، موج جولای 2024 مربوط به Squarespace، خوشه‌ی فوریه 2026 و موج اکتبر 2026)، و هر کدام روی دامنه، ارائه‌دهنده‌ی DNS یا حساب ثبت‌کننده اثر گذاشته‌اند. فهرست کامل با منابع در کدام پروژه‌های کریپتویی با ربودن DNS کاربران خود را از دست دادند آمده است.
چگونه حساب ثبت‌کننده را قفل کنیم؟
حساب ثبت‌کننده را کلید کل جبهه‌ی کاربری بدانید و قوی‌ترین ورود ممکن را برای آن بگذارید. گذرواژه‌ای بلند، تصادفی و بی‌تکرار استفاده کنید و احراز هویت دومرحله‌ای را روشن کنید. ورود را در یک مدیر گذرواژه یا گاوصندوق سخت‌افزاری نگه دارید، نه در یک گفتگوی مشترک.
تعداد افرادی را که می‌توانند وارد شوند کم کنید. یک مالک و یک جانشین تعیین کنید، ثبت کنید چه کسی هر اعتبارنامه را دارد و دسترسی را همان روزی که فردی تیم را ترک می‌کند بردارید. مسیر بازیابی را به همان اندازه سخت‌گیرانه نگه دارید: حسابی که 2FA از آن محافظت می‌کند اما یک کارشناس پشتیبانی می‌تواند به درخواست بازنشانی کند، فقط به اندازه‌ی چک‌لیست آن کارشناس امن است. پرونده‌های Balancer و Avantis هر دو یک انسان در یک ارائه‌دهنده را درگیر داشتند.
روال کامل، از جمله نحوه‌ی تشخیص فیشینگ ورود ثبت‌کننده، در نحوه‌ی محافظت از حساب ثبت‌کننده در برابر تصاحب آمده است. در Wardmint، پاسخ ایمیلی در کمتر از 12 ساعت، هفت روز هفته، از جمله کمک برای DNSSEC، رکوردهای CAA و گزارش‌های سوءاستفاده، پس برای هر کدام از این تنظیمات از پشتیبانی کمک بخواهید.
قفل انتقال و قفل رجیستری هر کدام چه چیزی را متوقف می‌کنند؟
قفل انتقال مانع می‌شود دامنه به ثبت‌کنندهٔ دیگری منتقل شود؛ قفل رجیستری یک گام جلوتر می‌رود و تغییرات را در خود رجیستری مسدود می‌کند. این دو لایهٔ جدا هستند و یک پروژه می‌تواند یکی را بدون دیگری داشته باشد.
قفل انتقال همان وضعیت سمت ثبت‌کننده یعنی clientTransferProhibited است. از انتقال غیرمجاز جلوگیری می‌کند، اما ویرایش رکوردهای DNS را در میزبانی DNS خود ثبت‌کننده متوقف نمی‌کند. Wardmint قفل انتقال که می‌توانید برای هر دامنه در ناحیه کاربری روشن یا خاموش کنید؛ کد انتقال (EPP) هم از همان‌جا درخواست می‌شود را ارائه می‌دهد.
قفل رجیستری که Verisign برای .com و .net از طریق ثبت‌کنندگان شریک ارائه می‌دهد، تأیید خارج از باند را اضافه می‌کند تا تغییرات سرورهای نام، انتقال و مالکیت فقط با اعتبارنامه‌های حساب قابل انجام نباشد. ثبت‌کنندگان معمولاً برای آن حدود USD 100 تا 600 در سال می‌گیرند، طبق ارقامی در DomainNameWire و یک صفحهٔ فروشندهٔ مجدد که قدیمی و تأییدنشده هستند. Wardmint قفل رجیستری ارائه نمی‌دهد. در عوض آنچه ارائه می‌دهد قفل انتقال است، و حفاظت دامنه با +$ 29 در سال برای هر دامنه، که در آن دامنه به نام DomaineGoat LLC ثبت می‌شود، زیر قفل انتقال نگه داشته می‌شود، و هر شکایت دربارهٔ آن پیش از هر اقدامی توسط یک انسان خوانده می‌شود. تفاوت در قفل رجیستری در برابر قفل ثبت‌کننده توضیح داده شده است.
آیا DNSSEC و CAA جلوی ربودن را می‌گیرند؟
DNSSEC و CAA آسیب ربودن را کم می‌کنند؛ جلوی مهاجمی را که حساب شما را در اختیار دارد نمی‌گیرند. DNSSEC رکوردهای شما را امضا می‌کند تا حل‌کننده بتواند پاسخ‌های جعلی را در مسیر رد کند. اما مهاجمی که وارد ثبت‌کننده می‌شود می‌تواند رکورد DS یا سرورهای نام را عوض کند، پس امضا آنگاه از داده‌های مهاجم محافظت می‌کند.
رکوردهای CAA نام مراجعی را مشخص می‌کنند که مجاز به صدور گواهی برای دامنه‌ی شما هستند. RFC 8659 آن‌ها را تعریف می‌کند. اهمیت دارند، زیرا مهاجمان فوریه 2026 گواهی‌ها را در همان روز تغییر DNS گرفتند؛ رکورد CAA که فقط مرجع شما را نام ببرد، مهاجم را مجبور می‌کند ابتدا آن را تغییر دهد، و این تغییر را می‌توان با یک هشدار گرفت. هیچ‌کدام جایگزین حساب قفل‌شده نیستند و هر کدام چند دقیقه کار دارند. نحو آن در نحوه‌ی تنظیم رکوردهای CAA آمده است.
چگونه ربودن را در عرض چند دقیقه تشخیص دهیم؟
دو ردپای عمومی را که هر ربودنی به جا می‌گذارد پایش کنید: یک گواهی جدید و یک پاسخ DNS تغییرکرده. لاگ‌های Certificate Transparency هر گواهی عمومی صادرشده برای نام شما را نشان می‌دهند و یک جست‌وجو یا جریان رایگان، گواهی غیرمنتظره را سریع پیدا می‌کند. یک بررسی زمان‌بندی‌شده که سرورهای نام و رکوردهای A شما را با مقادیر مورد انتظار مقایسه کند، خود تغییر را می‌گیرد.
پاسخ را پیش از آنکه به آن نیاز داشته باشید آماده کنید. یک نشانی رسمی جایگزین را از قبل اعلام کنید، یک پیام کوتاه برای کانال‌های اجتماعی آماده نگه دارید و تماس فوری ثبت‌کننده را داشته باشید. Curve در 12 مه 2025 از curve.finance به‌عنوان نقطه‌ی دسترسی موقت استفاده کرد، که ارزش داشتن یک دامنه‌ی دوم تحت کنترل خود را نشان می‌دهد. یک مجموعه‌ی دفاعی که پیش از موعد ثبت شده باشد همان نشانی دوم را فراهم می‌کند؛ .com, .net, .org, .io, .xyz, .app در Wardmint $128.94 در سال هزینه دارد.
هشت گام برای سخت‌سازی دامنه در برابر ربودن DNS
فهرست کردن هر دامنه و محل آن
برای هر دامنه، حساب ثبت‌کننده، ارائه‌دهنده‌ی DNS و افرادی که می‌توانند وارد شوند را بنویسید. دامنه‌های ناشناخته آن‌هایی هستند که ربوده می‌شوند.
تأمین حساب
یک گذرواژه‌ی بلند و یکتا تنظیم کنید، احراز هویت دومرحله‌ای را روشن کنید و ورود را در یک گاوصندوق نگه دارید.
دسترسی را فقط برای کسانی نگه دارید که لازم دارند
یک مالک و یک جانشین تعیین کنید و هر کسی را که رفته حذف کنید.
قفل انتقال را روشن کنید
هر دامنه را در بخش مشتری در برابر انتقال قفل کنید و کد انتقال را فقط زمانی بخواهید که لازم است.
امضای منطقه با DNSSEC
DNSSEC مدیریت‌شده را روشن کنید یا رکورد DS را نزد ثبت‌کننده منتشر کنید، سپس بررسی کنید که معتبر شود.
منتشر کردن رکوردهای CAA
فقط مرجع صدور گواهی‌ای را که استفاده می‌کنید مجاز کنید و یک نشانی iodef برای گزارش‌های نقض بیفزایید.
پایش گواهی‌ها و پاسخ‌های DNS
Certificate Transparency را برای نام خود رصد کنید و سرورهای نام و رکوردهای A را طبق برنامه مقایسه کنید.
ثبت یک دامنه‌ی پشتیبان
یک نشانی رسمی دوم داشته باشید، جامعه‌ی خود را از قبل از آن آگاه کنید و تعویض به آن را تمرین کنید.
خلاصه کوتاه چیست؟
دامنه‌ی مقاوم در برابر ربودن، دامنه‌ای است که حساب آن سخت به‌دست آید، انتقال به کد نیاز داشته باشد، پاسخ‌ها امضا شده باشند و گواهی‌ها پایش شوند. برداشت Wardmint از سابقه‌ی عمومی این است که حساب و مسیر پشتیبانی آن هدف هفت حادثه‌ای است که رصد کرده است. اول همین‌ها را محکم کنید، سپس DNSSEC و CAA را اضافه کنید؛ این ترتیب با شواهد هم‌خوان است. Wardmint ثبت دامنه و ابزارهای DNS را می‌فروشد؛ میزبانی رایگان DNS با رکوردهای A، AAAA، CNAME، ALIAS، MX، TXT، NS، SRV و CAA، DNSSEC مدیریت‌شده، و در صورت تمایل نیم‌سرورهای خودتان (2 تا 13). پایش نمی‌فروشد، پس ابزارهای رایگان راهنمای پایش آن گام را پوشش می‌دهند.
پرسش‌هایی درباره‌ی ربودن DNS
آیا DNSSEC به تنهایی می‌تواند جلوی ربودن DNS را بگیرد؟
خیر. DNSSEC پاسخ‌ها را در مسیر محافظت می‌کند، اما مهاجمی که ورود ثبت‌کننده‌ی شما را دارد می‌تواند رکورد DS یا سرورهای نام را تغییر دهد. آن را با حساب قفل‌شده و قفل انتقال به کار ببرید.
آیا قفل انتقال تغییر رکوردهای DNS را متوقف می‌کند؟
خیر. قفل انتقال جلوی انتقال به ثبت‌کننده‌ی دیگر را می‌گیرد. ویرایش رکوردها در میزبانی DNS ثبت‌کننده به ورود قوی نیاز دارد و، در صورت ارائه، به قفل رجیستری.
آیا Wardmint قفل رجیستری ارائه می‌کند؟
خیر. Wardmint قفل انتقال را برای هر دامنه و گزینهٔ حفاظت دامنه ارائه می‌دهد، که دامنه را به نام DomaineGoat LLC می‌گذارد و هر شکایت با بررسی انسانی همراه است.
ربودن‌ها چقدر سریع رفع می‌شوند؟
این بسته به مورد فرق دارد و در اینجا زمان‌بندی تضمین نمی‌شود. سایت Galxe در اکتبر 2023 حدود یک ساعت از دسترس خارج بود و Name.com گفت که در 31 اکتبر 2026 همه‌ی دامنه‌های آسیب‌دیده را بازیابی کرده است.
آیا یک پروژه باید یک دامنه‌ی دوم آماده نگه دارد؟
بله. یک دامنه‌ی پشتیبان که از قبل اعلام شده باشد، تا بازیابی دامنه‌ی اصلی یک نشانی امن به کاربران می‌دهد، همان‌طور که Curve در 12 مه 2025 نشان داد.
خلاصه
- ربودن DNS با تغییر ثبت یا رکوردهای دامنه‌ی شما، کاربران را به مقصد دیگری می‌برد.
- Wardmint بین اوت 2022 و اکتبر 2026 هفت چنین حادثه‌ای را شمرده است.
- ابتدا حساب ثبت‌کننده را محافظت کنید: گذرواژه‌ی بلند و یکتا، احراز هویت دومرحله‌ای و تعداد کم کاربران.
- قفل انتقال جلوی انتقال را می‌گیرد؛ فقط قفل رجیستری تغییر رکوردها را در خود رجیستری مسدود می‌کند.
- Wardmint قفل رجیستری ارائه نمی‌دهد و این را صریحاً می‌گوید.
- DNSSEC و CAA آسیب را کم می‌کنند، اما تصاحب حساب را متوقف نمی‌کنند.
- لاگ‌های Certificate Transparency و پاسخ‌های DNS را پایش کنید و یک دامنه‌ی پشتیبان ثبت کنید.
منابع (7)
- اعلان حادثه دامنه Curve Finance — Curve Finance (خوانده‌شده 2026-11-12)
- پژوهشگران: پیش‌فرض‌های امنیتی ضعیف، ربوده شدن دامنه‌های Squarespace را ممکن کرد — Krebs on Security (خوانده‌شده 2026-11-12)
- ربودن رابط کاربری و سطح حمله Web2 — Blockaid (خوانده‌شده 2026-11-12)
- هکرها دوازده وب‌سایت DeFi را که نزد Name.com ثبت شده بودند می‌ربایند — The Block (خوانده‌شده 2026-11-12)
- Galxe بازپرداخت 396,000 دلاری پس از حمله DNS اعلام کرد — The Block (خوانده‌شده 2026-11-12)
- قفل رجیستری — Verisign (خوانده‌شده 2026-11-12)
- RFC 8659: DNS Certification Authority Authorization (CAA) Resource Record — IETF / RFC Editor (خوانده‌شده 2026-11-12)