اعثر على جهات الإبلاغ عن الإساءة لدى المسجل والشبكة لنطاق أو عنوان IP من خلال RDAP.
شبكة: RDAP + DoHجديدة
مولّد بلاغات الإساءة
تعمل محليًاجديدة
الأداة نفسها باللغة الإنجليزية؛ وهذه الصفحة تشرحها بلغتك.
استخدم مولّد بلاغات الإساءة
ما الذي يفعله
أدخل روابط URL وعناوين IP والتواريخ والأدلة الخاصة بموقع تصيد أو احتيال، واحصل على رسالة بريد إلكتروني للإبلاغ عن الإساءة جاهزة للإرسال إلى مسجله أو مزود استضافته أو شبكة CDN الخاصة به. تُحسب بصمات (hash) الملفات داخل متصفحك ولا يُرسل أي شيء إلى أي مكان.
يعمل التطبيق بالكامل داخل متصفحك: ولا يتم تحميل أي شيء تدخله.
كيفية استخدام مولّد بلاغات الإساءة
- اختر نوع المستلم ونوع الهجوم. في Report to (إبلاغ إلى)، اختر Registrar أو Hosting provider أو CDN / reverse proxy. وفي Attack type (نوع الهجوم)، اختر الأقرب من بين ستة خيارات، مثل Phishing أو Crypto wallet drainer.
- أدخل ما رأيته. الصق روابط URL، رابطًا في كل سطر؛ وتُعاد الصيغ المحيَّدة مثل hxxps:// و[.] إلى روابط حقيقية. اترك حقل Domain فارغًا لاستخدام النطاق القابل للتسجيل من أول رابط، وأضف عناوين IP إذا كنت تعرفها.
- حدّد الأوقات. املأ First seen وLast seen؛ إذ تُقرأ بتوقيت UTC وتُعرض بصيغة ISO تحت كل حقل. يضبط زر Now حقل Last seen على الوقت الحالي.
- أضف الأدلة. الصق البصمات، أو اسحب الملفات لتحصل على SHA-256 الخاص بها داخل متصفحك. أضف روابط الفحص ووصفًا قصيرًا لما تطلبه الصفحة.
- أنشئ البلاغ وصحّحه. اضغط Generate report (إنشاء البلاغ). تمنع البنود الحمراء Fix before sending إنشاء البلاغ؛ أما البنود الصفراء Check فهي نصائح. بعد أول بلاغ يتحدث النص أثناء التعديل.
- أرسله. انسخ الموضوع والنص، أو افتحهما في تطبيق البريد، أو نزّل ملف .txt أو .json. بالنسبة لـ Cloudflare، الصق النص في نموذج الإبلاغ عن الإساءة الخاص بها.
مثال
أداة استنزاف محافظ على نطاق مشابه
hxxps://connect.wallet-verify[.]example/claimFind the registrar's abuse address with Abuse Contact Lookup. Section 3.18 of the RAA binds ICANN-accredited registrars of gTLDs (.com, .net, .xyz and the other generic TLDs); for country-code domains the report cites the registry's policy instead.
Subject
Abuse report: crypto wallet drainer domain wallet-verify[.]example (impersonating Example Wallet)
Body
Hello abuse team,
I am reporting the domain name wallet-verify.example, registered through your company. It is used for a crypto wallet drainer: a fake site that asks visitors to connect a wallet and sign transactions that send their funds to the attacker, impersonating Example Wallet.
Details
Attack type: Crypto wallet drainer
Brand: Example Wallet
Domain: wallet-verify.example
URLs: https://connect.wallet-verify.example/claim
IP addresses: 192.0.2.10
First seen: 2026-10-19T08:00:00Z (UTC)
Last seen: 2026-10-20T09:30:00Z (UTC)
Evidence
https://urlscan.io/result/00000000-0000-4000-8000-000000000000/
Description
The page copies the Example Wallet site and asks visitors to connect a wallet and sign a token approval for all their assets.
Request
Section 3.18 of the ICANN Registrar Accreditation Agreement requires accredited registrars to investigate abuse reports and, when there is actionable evidence that a domain name is used for DNS abuse such as phishing or malware, to take prompt mitigation action. Please suspend this domain name (for example with the clientHold status) so that it stops resolving, and lock it against transfer while you investigate.
Please confirm that
…بلاغ إلى المسجل عن wallet-verify.example: يحمل الموضوع النطاق بصيغة محيَّدة (defanged)، ويحمل النص الرابط الحقيقي وعنوان IP 192.0.2.10 وأول وآخر ظهور بتوقيت UTC ورابطًا إلى urlscan.io وطلب تعليق يستشهد بالبند 3.18 من ICANN RAA.
ما الذي يتحقق منه
| إشارة | ماذا يعني ذلك |
|---|---|
| Report to | يطلب Registrar تعليق النطاق (مثل clientHold) وقفل النقل. ويطلب Hosting provider إزالة المحتوى والاحتفاظ بالسجلات. ويطلب CDN الكشف عن المضيف الأصلي وإحالة البلاغ وصفحة تحذير. |
| Attack type | بلاغات التصيد وأدوات الاستنزاف (drainer) والبرمجيات الخبيثة الموجهة إلى مسجل gTLD تستشهد بإساءة استخدام DNS بموجب البند 3.18 من RAA وتطلب معالجة فورية. أما في الاستثمار الوهمي والدعم الفني المزيف وأنواع الاحتيال الأخرى، فيذكر النص فقط أن على المسجلين التحقيق والاستجابة بشكل مناسب. |
| النطاق المأخوذ من روابط URL | النطاق القابل للتسجيل من أول رابط يحتوي على اسم مضيف، ويُحدَّد باستخدام Public Suffix List، فيصبح connect.wallet-verify.example هو wallet-verify.example. الروابط التي تشير إلى عنوان IP مجرد لا تعطي نطاقًا. |
| Fix before sending | مثل روابط URL بدون http:// أو https:// أو ftp://، أو عناوين IP أو بصمات غير صالحة، أو تواريخ خاطئة، أو Last seen قبل First seen، أو عناوين بريد إلكتروني غير صالحة، أو روابط أدلة ليست روابط ويب. |
| تحذيرات Check | نطاق علوي لرمز دولة (لا تنطبق عليه RAA)، أو نطاق على منصة مشتركة (استخدم قالب الاستضافة)، أو تاريخ في المستقبل، أو بلاغ إلى المسجل بلا نطاق، أو عدم وجود أدلة بعد. |
| إعداد التحييد (Defang) | يقتصر افتراضيًا على الموضوع فقط، كي لا تعامل مرشحات البريد بلاغك على أنه تصيد، بينما يتلقى فريق الإساءة روابط حقيقية. ويمكنك تحييد المؤشرات في النص أيضًا، أو عدم تحييد أي شيء. |
| بصمات الأدلة | MD5 أو SHA-1 أو SHA-256 أو SHA-512 بالنظام الست عشري، واحدة في كل سطر مع اسم ملف اختياري. الملفات المسحوبة حتى 50 ميغابايت لكل ملف تُحسب بصمتها بـ SHA-256 ولا تُرفع أبدًا. |
| رابط mailto طويل | إذا تجاوز رابط البريد 2,000 حرف، تنبّه ملاحظة إلى أن بعض تطبيقات البريد تقتطعه. استخدم Copy بدلًا منه. |
المزيد من الأمثلة
بلاغ استضافة عن صفحة على عنوان IP مجرد
Report to: Hosting provider · Attack: Phishing · URL: hxxp://198.51.100.23/secure/login.php · IP: 198.51.100.23 · Brand: Example Bank · First seen: 2026-10-21 14:05الموضوع: Abuse report: phishing content at hxxp://198[.]51[.]100[.]23/secure/login[.]php on 198[.]51[.]100[.]23 (impersonating Example Bank). يسرد النص الرابط الحقيقي وعنوان IP وFirst seen 2026-10-21T14:05:00Z (UTC)، ويطلب إزالة المحتوى والاحتفاظ بالسجلات. ويشير مربع Check إلى أنه لم تُضف أي أدلة بعد.
بلاغ CDN عن تحديث مزيف
Report to: CDN / reverse proxy · Attack: Malware delivery · URL: https://update.example.org/chrome-update.exe · Description: fake browser updateالموضوع: Abuse report: malware delivery site example[.]org served through your network. يطلب النص من المزود الكشف عن مزود الاستضافة وإحالة البلاغ وعرض صفحة تحذير، وعدم مشاركة بيانات الاتصال الخاصة بك.
مدخلات يجب تصحيحها
Report to: Registrar · URL: login.example.net/verify · First seen: 2026-10-21 10:00 · Last seen: 2026-10-20 10:00 · Hash: 12345 kit.zipلا يوجد بلاغ. تسرد قائمة Fix before sending: Not a URL (يجب أن يبدأ بـ http:// أو https:// أو ftp://)، وNot a hash، وLast seen is earlier than first seen. ويضيف مربع Check: No evidence yet.
الأسئلة الشائعة
ماذا تطلب القوالب الثلاثة؟
يطلب قالب المسجل تعليق النطاق (مثل clientHold) وقفل النقل، مستشهدًا بالبند 3.18 من اتفاقية اعتماد المسجلين لدى ICANN (Registrar Accreditation Agreement) الخاصة بالنطاقات العلوية العامة. ويطلب قالب الاستضافة إزالة المحتوى والاحتفاظ بالسجلات، ويطلب قالب CDN من المزود الكشف عن المضيف الأصلي (origin) وإحالة البلاغ وعرض تحذير من التصيد.
هل يتحقق المولّد من أن الموقع خبيث؟
لا. فهو ينسّق ما تدخله ولا يفحص إلا الشكل: صياغة روابط URL وعناوين IP والبصمات والتواريخ، وأن يكون آخر ظهور بعد أول ظهور، ووجود نطاق في بلاغات المسجل. أما كفاية الأدلة فتعود إليك، والإشارة إلى RAA لا تنطبق إلا على المسجلين المعتمدين لدى ICANN للنطاقات العلوية العامة.
هل يُرسل البلاغ أو بيانات الاتصال الخاصة بي إلى أي مكان؟
لا. يُبنى البلاغ في متصفحك، وتُحسب بصمات الملفات المسحوبة محليًا دون رفعها. ولا يغادر الصفحة إلا عندما تنسخه أو تفتحه في تطبيق البريد أو تنزّله.
هل أبلّغ المسجل أم المضيف أم شبكة CDN؟
يستطيع المسجل إيقاف حلّ النطاق؛ ويستطيع المضيف إزالة الصفحة؛ وتستطيع شبكة CDN الكشف عن المضيف الحقيقي وعرض تحذير. ومن الشائع إرسال بلاغات منفصلة إلى المسجل وإلى الشبكة التي يتبع لها عنوان IP. تعثر أداة Abuse Contact Lookup على العنوانين كليهما.
كيف أبلّغ عن موقع خلف Cloudflare؟
اختر قالب CDN. تستقبل Cloudflare بلاغات الإساءة عبر نموذجها على abuse.cloudflare.com، ضمن الفئة Phishing & Malware، لذا الصق النص المُنشأ هناك بدلًا من إرسال بريد إلكتروني.
ما الذي يحتويه ملف JSON المنزَّل؟
وقت إنشائه، والقالب، ونوع الهجوم، والعلامة التجارية، والنطاق، وروابط URL، وعناوين IP، وأول وآخر ظهور، وروابط الأدلة والبصمات، والوصف، والمستلم، واسمك وبريدك الإلكتروني إن أدخلتهما، والموضوع والنص. وهو مفيد لتتبع ما أبلغت عنه ومتى.