پاسخ کوتاه
چگونه مالک یک دامنه شبیه‌نما را بررسی می‌کنید؟
برای بررسی مالک یک دامنه شبیه‌نما، یک پرس‌وجوی RDAP به rdap.org بفرستید یا ابزار جستجوی ICANN را به کار ببرید. ثبت‌کننده، تاریخ ایجاد، سرورهای نام و کدهای وضعیت را می‌گیرید؛ ثبت‌کننده اغلب پنهان است. آنچه عمومی می‌ماند به هر رجیستری بستگی دارد. Wardmint آن یک ایمیلی را که برای هر دامنه نگه می‌دارد خصوصی نگه می‌دارد.
یک پاسخ RDAP چه چیزی به شما می‌گوید
| فیلد | نمونه (example.com) | با آن چه کنیم |
|---|---|---|
| نام ثبت‌کننده و شناسه IANA | شناسه ثبت‌کننده 376 | گزارش سوءاستفاده را به این ثبت‌کننده بفرستید |
| رویداد ثبت | 1995-08-14 | با تاریخی که برند شما برای نخستین بار ظاهر شد مقایسه کنید؛ دامنه‌ای که پس از آن ایجاد شده از ادعای نیت بد پشتیبانی می‌کند |
| سرورهای نام | دو سرور Cloudflare | میزبان DNS را شناسایی کنید؛ یک جای دوم برای گزارش |
| کدهای وضعیت | حذف، انتقال و به‌روزرسانی کلاینت ممنوع است | نشان می‌دهد کدام قفل‌ها روشن‌اند؛ دامنه قفل‌شده جابه‌جا کردنش سخت‌تر است |
| داده DNSSEC | امضاشده، یک رکورد DS | نشان می‌دهد آیا ناحیه امضا شده است |
پنج مرحله از یک نام دامنه تا یک پرونده مالکیت قابل استفاده
پرس‌وجوی RDAP
فرمان اول زیر را اجرا کنید. rdap.org پرس‌وجو را به رجیستری درست هدایت می‌کند، پس همان فرمان برای هر پسوندی که RDAP را پشتیبانی کند کار می‌کند.
ثبت‌کننده و تاریخ‌ها را بخوانید
نام ثبت‌کننده، تاریخ ثبت و هر تاریخ آخرین تغییر را یادداشت کنید. تاریخ ایجاد پس از راه‌اندازی پروژه شما نخستین شاهد نیت بد است.
میزبان DNS را شناسایی کنید
سرورهای نام و رکورد A را فهرست کنید، سپس نشانی را برای مالک شبکه پرس‌وجو کنید. میزبان و ارائه‌دهنده DNS هر دو از طریق نشانی‌های سوءاستفاده‌شان قابل دسترس‌اند.
به دنبال سابقه بگردید
urlscan.io و Wayback Machine را برای صفحات قبلی همان دامنه جستجو کنید. دامنه‌ای که پیش‌تر یک کسب‌وکار دیگر را نشان می‌داد و حالا رونوشت صفحه ورود شما را نشان می‌دهد، نشانه یک نام فروخته‌شده یا بازمصرف‌شده است.
آن را در بسته شواهد بنویسید
JSON خام، زمان اجرای پرس‌وجو و یادداشت‌های خود را بچسبانید. گزارش ثبت‌کننده و هر شکایت بعدی UDRP از همان فایل استفاده می‌کنند.
DOMAIN=suspect-example.com
curl -sL "https://rdap.org/domain/$DOMAIN" > domain.json
# registrar, registration date, status codes, name servers
jq -r '.entities[] | select(.roles[]=="registrar") | .vcardArray[1][] | select(.[0]=="fn") | .[3]' domain.json
jq -r '.events[] | [.eventAction, .eventDate] | @tsv' domain.json
jq -r '.status[]' domain.json
jq -r '.nameservers[].ldhName' domain.json
# who runs the server the domain points to
IP=$(dig +short A "$DOMAIN" | head -n 1)
curl -sL "https://rdap.org/ip/$IP" | jq -r '.name, .country'RDAP چه چیزی نشان می‌دهد که WHOIS نشان نمی‌داد؟
RDAP همان داده ثبت WHOIS را در قالبی ساخت‌یافته و استاندارد برمی‌گرداند که اسکریپت‌ها می‌توانند بخوانند. رجیستری یا ثبت‌کننده از طریق HTTPS با JSON پاسخ می‌دهد، پس فیلدهای جدول بالا در جایگاه‌های ثابت قرار دارند. وب‌سرویس ICANN در lookup.icann.org همان داده را در یک فرم وب ارائه می‌دهد؛ راهنمای WIPO برای ثبت یک شکایت UDRP، آن را روش یافتن ثبت‌کننده معرفی می‌کند.
آنچه RDAP نشان نمی‌دهد یک فرد است. نام، نشانی و شماره تلفن ثبت‌کننده اغلب پنهان‌اند، یا با سیاست رجیستری یا توسط یک سرویس حریم خصوصی. آنچه عمومی می‌ماند به هر رجیستری بستگی دارد. برای .com و .net، خود رجیستری هیچ داده تماس ثبت‌کننده‌ای ندارد. شما از طریق ثبت‌کننده به ثبت‌کننده می‌رسید، نه از طریق رکورد.
چرا ثبت‌کننده اغلب پنهان است؟
داده ثبت‌کننده پنهان می‌شود، چون قواعد حریم خصوصی و سرویس‌های حریم خصوصی آن را به‌طور پیش‌فرض مخفی می‌کنند، و مهاجم همان دلیلی را دارد که مالک مشروع دارد. یک نام پنهان دلیلی بر خطا نیست. سیگنال از فیلدهای دیگر می‌آید: تاریخ ایجادی چند روز پیش از صفحه فیشینگ، سرورهای نامی که با شبیه‌نماهای دیگر مشترک‌اند، و ثبت‌کننده‌ای که در پاسخ به گزارش‌های سوءاستفاده کند است.
Interisle دریافت که 77% دامنه‌های فیشینگ در داده‌های مه 2024 تا آوریل 2025 آن، برای حمله توسط مجرمان ثبت شده بودند. پس یک تاریخ ایجاد تازه کنار رونوشت صفحه ورود شما، الگویی است که باید انتظارش را داشت، نه استثنا. Wardmint همان منطق پنهان‌سازی را برای مشتریانش دنبال می‌کند: یک ایمیلی که برای هر دامنه نگه می‌دارد الزامی، تأییدشده و محرمانه است.
بررسی مالک چگونه به یک گزارش یا پرونده UDRP تبدیل می‌شود؟
ثبت‌کننده‌ای که از رکورد RDAP می‌آید، طرفی است که گزارش سوءاستفاده شما را دریافت می‌کند و طرفی است که یک ارائه‌دهنده UDRP به آن می‌نویسد. نام ثبت‌کننده، تاریخ ایجاد، سرورهای نام و کدهای وضعیت را در بالای گزارش به ثبت‌کننده خود بنویسید. ثبت‌کننده می‌تواند داده ثبت‌کننده را ببیند و بر اساس آن اقدام کند؛ شما نمی‌توانید.
در یک پرونده UDRP، ارائه‌دهنده پس از ثبت شکایت، جزئیات ثبت‌کننده را از ثبت‌کننده دریافت می‌کند. مراحل و کارمزدها در چگونه یک شکایت UDRP ثبت کنیم آمده‌اند. تاریخ ایجاد آنجا اهمیت دارد، چون عنصر سوم سیاست ثبت و استفاده با نیت بد است.
تاریخچه یک دامنه چه چیزی را می‌تواند نشان دهد؟
تاریخچه یک دامنه نشان می‌دهد که آیا نام برای این حمله تازه خریده شده یا از مالک قبلی گرفته شده است. در urlscan.io برای اسکن‌های پیشین دامنه جستجو کنید و Wayback Machine را باز کنید تا نسخه‌های بایگانی‌شده را ببینید. صفحه‌ای که سال گذشته یک کسب‌وکار واقعی را نشان می‌داد و امروز یک کلون از سایت شماست، به یک نام ثبت‌مجدد یا فروخته‌شده اشاره دارد.
بر اساس بررسی Wardmint در 12 نوامبر 2026، یک درخواست RDAP برای example.com یک شناسه ثبت‌کننده (376)، تاریخ ثبت 1995-08-14 و سه کد وضعیت کلاینت را در یک پاسخ JSON برگرداند، و به همین دلیل این پرس‌وجو سریع‌ترین گام نخست است. همان پرس‌وجو روی یک شبیه‌نما که با راهنمای یافتن دامنه‌های شبیه پیدا شده، چند ثانیه طول می‌کشد.
با نتیجه هرگز چه نکنید؟
هرگز با ثبت‌کننده تماس نگیرید یا او را تهدید نکنید، و در پاسخ هرگز شبیه‌نمای برند او را ثبت نکنید. بررسی مالکیت یک گام مستندسازی است. تماس با دارنده می‌تواند باعث حذف صفحه و شواهد شود. Wardmint تنها واریانت‌های برند خودِ مشتری را می‌فروشد؛ ثبت شبیه‌نمای برند دیگری طبق سیاست استفاده مجاز آن ممنوع است. Wardmint داده‌ای را که نگه می‌دارد تنها زمانی آزاد می‌کند که قانون پاناما الزام کند (دستور دادگاه یا دادستانی پاناما)، یا در یک پرونده UDRP.
پرسش‌ها درباره بررسی‌های مالکیت دامنه
آیا RDAP همان WHOIS است؟
RDAP جانشین استاندارد WHOIS است. همان داده ثبت را در JSON روی HTTPS با نام فیلدهای ثابت حمل می‌کند.
آیا می‌توانم شخص پشت یک دامنه پنهان‌شده را پیدا کنم؟
از سابقه عمومی نه. ثبت‌کننده داده ثبت‌کننده را نگه می‌دارد و بر اساس گزارش‌های سوءاستفاده یا درخواست تأیید یک ارائه‌دهنده UDRP اقدام می‌کند. تاریخ ایجاد، سرورهای نام و ثبت‌کننده چیزهایی هستند که می‌توانید استفاده کنید.
تاریخ ایجاد چه چیزی را ثابت می‌کند؟
نشان می‌دهد ثبت از چه زمانی آغاز شده است. تاریخی پس از ظهور برند شما از ادعای نیت بد در UDRP پشتیبانی می‌کند، اما هیئت آن را با استفاده‌ای که از دامنه شده می‌سنجد.
کدام فرمان نشانی سوءاستفاده را پیدا می‌کند؟
رکورد RDAP دامنه اغلب یک نهاد سوءاستفاده را زیر ثبت‌کننده فهرست می‌کند. راهنمای گزارش فیلتر دقیق jq را دارد، و وب‌سایت ثبت‌کننده باید از زمان اصلاحیه ICANN در 5 آوریل 2024 یک نشانی سوءاستفاده منتشر کند.
آیا یک سرویس حریم خصوصی یک دامنه را بی‌خطر برای نادیده گرفتن می‌کند؟
خیر. حریم خصوصی نام ثبت‌کننده را پنهان می‌کند، نه ثبت‌کننده، تاریخ‌ها یا صفحه‌ای را که دامنه نشان می‌دهد. ثبت‌کننده همچنان می‌تواند بر اساس یک گزارش مستند اقدام کند.
خلاصه
- یک پرس‌وجوی RDAP ثبت‌کننده، تاریخ‌ها، کدهای وضعیت و سرورهای نام را برمی‌گرداند.
- ثبت‌کننده اغلب پنهان است؛ آنچه عمومی می‌ماند به هر رجیستری بستگی دارد.
- ثبت‌کننده، نه شما، می‌تواند داده ثبت‌کننده را ببیند و بر اساس آن اقدام کند.
- Interisle دریافت که 77% دامنه‌های فیشینگ را خود مجرمان ثبت کرده بودند.
- JSON خام و زمان پرس‌وجو را در بسته شواهد خود ذخیره کنید.
- هرگز خودتان با ثبت‌کننده تماس نگیرید و هرگز شبیه‌نمای برند او را ثبت نکنید.
- Wardmint ایمیلی را که برای هر دامنه نگه می‌دارد محرمانه نگه می‌دارد.
منابع (5)
- دعاوی نام دامنه: نحوه ثبت شکایت (WIPO) — WIPO (خوانده‌شده 2026-11-12)
- رکورد RDAP example.com از طریق rdap.org — rdap.org / Verisign RDAP (خوانده‌شده 2026-11-12)
- جستجوی ICANN — ICANN (خوانده‌شده 2026-11-12)
- اصلاحات جهانی 2024 به توافق‌نامه اعتبارنامه ثبت‌کننده: سوءاستفاده DNS — ICANN (خوانده‌شده 2026-11-12)
- بیانیه مطبوعاتی Interisle Phishing Landscape 2025 — Interisle Consulting (خوانده‌شده 2026-11-12)