پاسخ کوتاه
چگونه دامنه‌ی رابط DeFi را امن کنیم؟
امنیت رابط DeFi با محافظت از هر لایه میان کاربر و صفحه: حساب ثبت‌کننده، DNS، گواهی‌ها، میزبانی و CDN، به‌علاوه یک نشانی پشتیبان اعلام‌شده روی دامنه‌ی دوم یا یک نام ENS. Wardmint شش ربودن عمومی رابط را بین اکتبر 2023 و اکتبر 2026 خواند؛ هرکدام از راه لایه‌ی دامنه یا DNS گذشته، نه از قراردادها.
شش ربودن مستند رابط، 2023 تا 2026
| تاریخ | پروژه | Layer reported | Reported outcome |
|---|---|---|---|
| 6 اکتبر 2023 | Galxe | ربودن DNS؛ سایت به یک صفحه‌ی فیشینگ هدایت شد | بیش از 980 کاربر بازپرداخت شدند، کمی بیش از 396,000 دلار به‌علاوه 10% از خزانه |
| 9 تا 12 جولای 2024 | Compound، Celer، Pendle و دیگران | حساب‌های ثبت‌کننده روی دامنه‌های منتقل‌شده به Squarespace؛ ضعف OAuth | دست‌کم یک دوجین سازمان آسیب دیدند؛ برخی دامنه‌ها صفحات فیشینگ نشان دادند |
| 12 مه 2025 | Curve Finance | تفویض curve.fi نزد ثبت‌کننده تغییر کرد | سایت جعلی که امضا می‌خواست؛ قراردادها و داده‌ها به خطر نیفتادند |
| 16 تا 23 فوریه 2026 | OpenEden، Curvance، Smithii، Avantis، Nerochain | انتقال نزد ثبت‌کننده، ربودن حساب از طریق تماس پشتیبانی، هدایت DNS | drainer به نام AngelFerno؛ گواهی‌های SSL همان روز؛ بدون نفوذ به قرارداد |
| April 2026 | eth.limo | مهندسی اجتماعی ثبت‌کننده و ارائه‌دهنده‌ی DNS | DNSSEC پاسخ‌های جعلی را رد کرد؛ در پس‌مورتم هیچ اثر کاربری شناخته‌شده‌ای نبود |
| 30 تا 31 اکتبر 2026 | Flap، Kintsu، Origami Finance و دیگران | دامنه‌ها نزد یک ثبت‌کننده تغییرمسیر یافتند؛ علت با سکوی میزبانی مورد اختلاف است | Step Drainer؛ حدود 138,000 دلار به سه کیف پول EVM ردیابی شد |
آخرین بررسی در ؛ ارقام قدیمی‌تر تاریخ خودشان را دارند
کدام لایه‌ها بین کاربر و رابط DeFi قرار دارند؟
پنج لایه، و مهاجم فقط به یکی از آن‌ها نیاز دارد. ثبت‌کننده، ثبت و تفویض نام‌سرور را نگه می‌دارد. ارائه‌دهنده‌ی DNS پاسخ می‌دهد نام به کجا اشاره می‌کند. مرجع گواهی قفل مرورگر را صادر می‌کند. سکوی میزبانی یا CDN فایل‌ها را سرو می‌کند. و در نهایت ریزالور و کیف پول کاربر تصمیم می‌گیرند به چه چیزی اعتماد کنند.
گزارش‌های حادثه با این لایه‌ها هم‌خوان‌اند. اعلامیه‌ی Curve مورخ 12 مه 2025 تغییر تفویض DNS نزد ثبت‌کننده را توصیف می‌کند. مورد Squarespace در ژوئیه 2024، که Krebs on Security در 15 ژوئیه 2024 گزارش داد، ربودن حساب نزد ثبت‌کننده بود. تحلیل Blockaid از خوشه‌ی فوریه 2026 لایه‌ی گواهی را اضافه می‌کند: مهاجمان گواهی SSL را همان روز تغییر DNS گرفتند. موج اکتبر 2026 لایه‌ی میزبانی را وارد می‌کند، چون بولتن Vercel ده دامنه‌ی آسیب‌دیده را به سکوی آن ربط داد، در حالی که Name.com که ثبت‌کننده است، آن‌ها را بازگرداند.
چگونه حساب ثبت‌کننده باید تنظیم شود؟
ورود به ثبت‌کننده را مثل زیرساخت تولید در نظر بگیرید. رمز طولانی یکتا، احراز هویت دو مرحله‌ای، فهرست کوچک و ثبت‌شده‌ی کاربران، و یک روش بازیابی که یک غریبه نتواند با گفتگو از آن رد شود. Blockaid گزارش می‌دهد Avantis پس از آنکه مهاجم در یک تماس پشتیبانی جزئیات صورتحساب را گرفت، ربوده شد، و Cointelegraph گزارش می‌دهد مهاجم eth.limo خود را به‌جای یکی از اعضای تیم جا زد تا بازیابی حساب را آغاز کند. هر دو مورد از راه یک فرد می‌گذرند و رمز خوب را دور می‌زنند.
قفل انتقال را برای هر دامنه روشن کنید. برای یک .com یا .net اصلی، registry lock را در جایی که ثبت‌کننده آن را می‌فروشد در نظر بگیرید؛ registry lock در برابر registrar lock توضیح می‌دهد هر کدام چه را مسدود می‌کند. Wardmint قفل انتقال و گزینه‌ی Domain protection را ارائه می‌دهد، نه registry lock. روال کامل در چگونه حساب ثبت‌کننده‌ام را در برابر تصاحب محافظت کنم است.
DNS و گواهی‌ها باید چگونه باشند؟
منطقه را امضا کنید، صدور گواهی را محدود کنید و لاگ‌ها را زیر نظر بگیرید. DNSSEC در پرونده‌ی eth.limo تفاوت ایجاد کرد: Cointelegraph گزارش داد که فعال بود، مهاجم کلیدهای امضا را نداشت، و ریزالورهای معتبر پاسخ‌های جعلی را رد کردند. این در برابر مهاجمی که حساب ثبت‌کننده را در اختیار دارد محافظت نمی‌کند، چون او می‌تواند رکورد DS را عوض کند، پس مکمل کنترل‌های حساب است. نگاه کنید به چگونه DNSSEC را روی دامنه‌ام فعال کنم.
رکورد CAA اضافه کنید که فقط مرجع گواهی شما را نام ببرد، مانند چگونه رکوردهای CAA را تنظیم کنم، و Certificate Transparency را برای نام خود زیر نظر بگیرید، مانند چگونه Certificate Transparency را برای برندم زیر نظر بگیرم. مهاجمی که باید رکورد CAA را هم عوض کند و یک ورودی قابل‌مشاهده در لاگ ایجاد کند، راحت‌تر شناسایی می‌شود. Wardmint شامل میزبانی رایگان DNS با رکوردهای A، AAAA، CNAME، ALIAS، MX، TXT، NS، SRV و CAA، DNSSEC مدیریت‌شده، و در صورت تمایل نیم‌سرورهای خودتان (2 تا 13) است.
سکوی میزبانی و CDN چگونه جا می‌گیرند؟
برای سکوی میزبانی و CDN حساب، مالکان و احراز هویت دو مرحله‌ای جدا بدهید، و هر دامنه‌ای را که به آن‌ها وصل است فهرست کنید. گزارش‌های اکتبر 2026 دلیلش را نشان می‌دهند. The Block ثبت کرد که Kintsu و Origami Finance Vercel را مقصر دانستند، بولتن Vercel ده دامنه‌ی آسیب‌دیده را به سکوی آن ربط داد، و Name.com گفت همه‌ی دامنه‌های آسیب‌دیده را بازگردانده و از مشتریان خواست رکوردهای DNS را بررسی و احراز هویت دو مرحله‌ای را فعال کنند. منابع علت را مورد اختلاف می‌دانند، پس درس مربوط به پوشش است: یک دامنه تنها وقتی امن است که هر سکویی که می‌تواند آنچه سرو می‌شود را عوض کند، امن شده باشد.
در سمت میزبانی، فهرست دامنه‌ها و زیردامنه‌هایی را نگه دارید که هر پروژه روی سکو ممکن است سرو کند، آنچه دیگر استفاده نمی‌شود را حذف کنید، و توکن‌های استقرار را در یک گاوصندوق نگه دارید. از بیرون هم بررسی کنید: یک کار زمان‌بندی‌شده که نام‌سرورها و رکوردهای A را حل می‌کند و با مقادیر مورد انتظار مقایسه می‌کند، تغییرمسیر را در دقایق به‌جای ساعت‌ها می‌گیرد.
آیا یک رابط DeFi باید پشتیبان ENS یا IPFS داشته باشد؟
بله: یک راه دوم برای رسیدن به رابط، آسیب را محدود می‌کند تا دامنه‌ی اصلی بازیابی شود. Curve در 12 مه 2025 به کاربران curve.finance را به‌عنوان نقطه‌ی دسترسی موقت داد، و اعلامیه‌اش خواستار پذیرش گسترده‌تر ENS در کل صنعت بود. ENSIP-7 فیلد contenthash را برای ریزالورهای ENS تعریف می‌کند که اجازه می‌دهد یک نام به محتوای IPFS یا Swarm اشاره کند، پس یک نام .eth می‌تواند نشانی جایگزین برای رابطی باشد که روی IPFS منتشر شده است.
پشتیبان فقط وقتی کار می‌کند که کاربران از قبل آن را بشناسند. نشانی‌های رسمی جایگزین را پیش از یک حادثه اعلام کنید، در فوتر وب‌سایت، در مستندات و در کانال‌های اجتماعی تأییدشده، و بگویید هیچ نشانی دیگری رسمی نیست. مبادلات میان نام‌های روی زنجیره و نام‌های DNS در ENS name یا DNS domain برای یک پروژه‌ی کریپتو آمده است. یک دامنه‌ی DNS دوم بخشی از همان طرح است، و مجموعه‌ی اصلی شش پسوند Wardmint $128.94 در سال است.
چند تا از ربودن‌های مستند از لایه‌ی دامنه گذشتند؟
بر پایه‌ی بررسی Wardmint مورخ 12 نوامبر 2026، پنج مورد از شش حادثه‌ی جدول بالا کاربران دامنه‌ی واقعی را به یک صفحه‌ی کلون یا فیشینگ فرستادند، و در ششمی، eth.limo، DNSSEC پاسخ‌های جعلی را رد کرد. در هر شش مورد، نقطه‌ی ورود گزارش‌شده یک ثبت‌کننده، یک ارائه‌دهنده‌ی DNS یا حساب ثبت‌کننده بود، یا برای اکتبر 2026، یک تقسیم مورد اختلاف میان ثبت‌کننده و سکوی میزبانی. هیچ منبع خوانده‌شده‌ای نقص در یک قرارداد هوشمند را نقطه‌ی ورود گزارش نکرده است.
دو جمله‌ی قابل استناد: یک پروتکل DeFi فقط به اندازه‌ی حسابی که دامنه‌اش را نگه می‌دارد سخت‌تر ربوده می‌شود، و یک نشانی پشتیبان که پیش از حادثه اعلام شود، ارزان‌ترین ابزار بازیابی است که یک پروژه دارد. فهرست گسترده‌تر موارد در کدام پروژه‌های کریپتو با ربودن DNS کاربران را از دست دادند و دیدگاه کلی صنعت در امنیت دامنه برای پروتکل‌های DeFi است.
هفت گام برای امن کردن دامنه‌ی رابط DeFi
هر لایه را نقشه‌برداری کنید
برای هر دامنه، حساب ثبت‌کننده، ارائه‌دهنده‌ی DNS، مرجع گواهی، سکوی میزبانی و CDN را فهرست کنید و برای هر کدام یک مالک تعیین کنید.
حساب ثبت‌کننده را قفل کنید
رمز یکتا، احراز هویت دو مرحله‌ای، کاربران کم و یک مسیر بازیابی سخت‌گیرانه.
قفل انتقال را روشن کنید
هر دامنه را در برابر انتقال قفل کنید و برای یک .com یا .net حیاتی درباره‌ی registry lock تصمیم بگیرید.
امضا کنید و محدود کنید
DNSSEC را فعال کنید و یک رکورد CAA منتشر کنید که فقط مرجع گواهی شما را نام ببرد.
میزبانی و CDN را امن کنید
احراز هویت دو مرحله‌ای اعمال کنید، دامنه‌های بلااستفاده را حذف کنید و توکن‌های استقرار را در گاوصندوق نگه دارید.
پایش
Certificate Transparency را زیر نظر بگیرید و نام‌سرورها و رکوردهای A را طبق زمان‌بندی با مقادیر مورد انتظار مقایسه کنید.
Publish a fallback
یک دامنه‌ی دوم یا یک نام ENS ثبت کنید، آن را پیش از حادثه اعلام کنید و تمرین کنید که به آن سوئیچ کنید.
امنیت رابط DeFi: پرسش‌ها
آیا قراردادهای هوشمند در ربودن رابط خطر دارند؟
در حادثه‌های بررسی‌شده، نه. Curve و پروژه‌های فوریه 2026 گزارش دادند که قراردادها نفوذ نداشتند. کاربران با امضا کردن در صفحه‌ی کلون‌شده پول از دست می‌دهند.
آیا DNSSEC از یک رابط DeFi محافظت می‌کند؟
از پاسخ‌هایی که در مسیر منتقل می‌شوند محافظت می‌کند، و ربودن eth.limo در آوریل 2026 را محدود کرد. جلوی مهاجمی که حساب ثبت‌کننده را کنترل می‌کند را نمی‌گیرد، پس آن را با امنیت حساب و قفل انتقال به کار ببرید.
آیا registry lock برای همه‌ی پسوندها وجود دارد؟
نه. Verisign آن را برای .com، .net، .cc و .name از طریق ثبت‌کننده‌های مشارکت‌کننده ارائه می‌دهد. Wardmint registry lock ارائه نمی‌کند؛ قفل انتقال و Domain protection ارائه می‌دهد.
یک پروتکل در ساعت اول یک ربودن چه کاری باید بکند؟
با ثبت‌کننده و ارائه‌دهنده‌ی DNS تماس بگیرید، به کاربران بگویید روی دامنه‌ی اصلی امضا نکنند، آن‌ها را به پشتیبان اعلام‌شده هدایت کنید و شواهد را ذخیره کنید. Curve در 12 مه 2025 همین الگو را دنبال کرد.
آیا خزانه‌ی DAO می‌تواند دامنه‌ی پشتیبان را بپردازد؟
بله. Wardmint BTC, USDT, USDC, ETH, SOL, LTC را به یک موجودی پیش‌پرداخت با حداقل شارژ $ 25 می‌پذیرد، با یک ایمیل تأییدشده برای هر دامنه و بدون مدرک هویت.
خلاصه
- پنج لایه به کاربر می‌رسند: ثبت‌کننده، DNS، گواهی‌ها، میزبانی یا CDN، و ریزالور کاربر.
- شش ربودن مستند از اکتبر 2023 تا اکتبر 2026 از لایه‌ی دامنه گذشتند، نه از قراردادها.
- Galxe بیش از 980 کاربر را بازپرداخت کرد، کمی بیش از 396,000 دلار؛ موج اکتبر 2026 حدود 138,000 دلار را به سه کیف پول EVM ردیابی کرد.
- حساب ثبت‌کننده را قفل کنید، قفل انتقال را روشن کنید، با DNSSEC امضا کنید و صدور را با CAA محدود کنید.
- DNSSEC ربودن eth.limo را محدود کرد، اما جلوی صاحب حساب را نمی‌گیرد.
- یک پشتیبان، یک دامنه‌ی دوم یا یک نام ENS را پیش از حادثه اعلام کنید.
- Wardmint قفل انتقال، DNSSEC مدیریت‌شده و CAA ارائه می‌دهد؛ registry lock یا پایش ارائه نمی‌کند.
منابع (7)
- جدول حادثه Curve — Curve Finance (خوانده‌شده 2026-11-12)
- Galxe بازپرداخت 396,000 دلاری به کاربران آسیب‌دیده پس از حمله DNS اعلام کرد — The Block, 11 October 2023 (خوانده‌شده 2026-11-12)
- پژوهشگران: پیش‌فرض‌های امنیتی ضعیف، ربوده شدن دامنه‌های Squarespace را ممکن کرد — Krebs on Security, 15 July 2024 (خوانده‌شده 2026-11-12)
- ربودن رابط کاربری و سطح حمله Web2 که پروتکل‌های Web3 را تهدید می‌کند — Blockaid, 19 March 2026 (خوانده‌شده 2026-11-12)
- eth.limo domain hijack, DNSSEC and social engineering — Cointelegraph, 20 April 2026 (خوانده‌شده 2026-11-12)
- هکرها دوازده وب‌سایت DeFi را که نزد Name.com ثبت شده بودند می‌ربایند — The Block, 31 October 2026 (خوانده‌شده 2026-11-12)
- ENSIP-7: Contenthash field — ENS documentation (خوانده‌شده 2026-11-12)