איתור כתובות ה-abuse של הרשם ושל הרשת עבור דומיין או כתובת IP מתוך RDAP.
רשת: RDAP + DoHחדש
מחולל דיווחי abuse
פועל מקומיתחדש
הכלי עצמו הוא באנגלית; דף זה מסביר את אופן השימוש בו בשפתך.
השתמש ב-מחולל דיווחי abuse
מה זה עושה
הזינו את כתובות ה-URL, כתובות ה-IP, התאריכים והראיות של אתר פישינג או הונאה, וקבלו אימייל abuse מוכן לשליחה אל הרשם, ספק האחסון או ה-CDN שלו. גיבובי הקבצים מחושבים בדפדפן שלכם, ושום דבר לא נשלח לשום מקום.
היא פועלת כולה בדפדפן שלך: שום דבר שאתה מזין לא מועלה.
כיצד להשתמש ב-מחולל דיווחי abuse
- בחרו סוג נמען וסוג מתקפה. ב-Report to (דווח אל) בחרו Registrar, Hosting provider או CDN / reverse proxy. ב-Attack type (סוג מתקפה) בחרו את הקרובה ביותר מבין שש האפשרויות, כמו Phishing או Crypto wallet drainer.
- הזינו את מה שראיתם. הדביקו את כתובות ה-URL, אחת בכל שורה; צורות מנוטרלות כמו hxxps:// ו-[.] מומרות בחזרה לכתובות אמיתיות. השאירו את Domain ריק כדי להשתמש בדומיין הרשום של כתובת ה-URL הראשונה, והוסיפו כתובות IP אם הן ידועות לכם.
- קבעו את הזמנים. מלאו את First seen ו-Last seen (נראה לראשונה, נראה לאחרונה); הם נקראים כ-UTC ומוצגים בפורמט ISO מתחת לכל שדה. Now קובע את Last seen לשעה הנוכחית.
- הוסיפו ראיות. הדביקו גיבובים, או גררו קבצים כדי לקבל את ה-SHA-256 שלהם בדפדפן. הוסיפו קישורי סריקה ותיאור קצר של מה שהעמוד מבקש.
- צרו ותקנו. לחצו על Generate report (יצירת דיווח). פריטי Fix before sending באדום חוסמים את הדיווח; פריטי Check בצהוב הם עצות. אחרי הדיווח הראשון, הטקסט מתעדכן תוך כדי עריכה.
- שלחו אותו. העתיקו את הנושא ואת גוף ההודעה, פתחו אותם בתוכנת הדואר או הורידו קובץ .txt או .json. עבור Cloudflare, הדביקו את גוף ההודעה בטופס ה-abuse שלה.
דוגמה
Wallet drainer בדומיין מתחזה
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: שורת הנושא כוללת את הדומיין המנוטרל, וגוף ההודעה את כתובת ה-URL האמיתית, את כתובת ה-IP 192.0.2.10, את מועדי הצפייה הראשונה והאחרונה ב-UTC, קישור ל-urlscan.io ובקשת השעיה שמצטטת את סעיף 3.18 של ICANN RAA.
מה הוא בודק
| אות | מה זה אומר |
|---|---|
| Report to | Registrar מבקש השעיה (למשל clientHold) ונעילה מפני העברה. Hosting provider מבקש להסיר את התוכן ולשמור לוגים. CDN מבקש את שרת המקור, העברת הדיווח ודף אזהרה. |
| Attack type | דיווחים על פישינג, drainer ונוזקה לרשם של gTLD מצטטים DNS abuse לפי סעיף 3.18 של RAA ומבקשים טיפול מהיר. עבור השקעות מזויפות, תמיכה טכנית מזויפת והונאות אחרות, הטקסט אומר רק שהרשמים חייבים לחקור ולהגיב כראוי. |
| דומיין שנלקח מכתובות ה-URL | הדומיין הרשום של כתובת ה-URL הראשונה שיש בה שם מארח, כפי שנמצא באמצעות Public Suffix List, כך ש-connect.wallet-verify.example הופך ל-wallet-verify.example. כתובות URL על כתובת IP בלבד אינן נותנות דומיין. |
| Fix before sending | למשל כתובות URL בלי http://, https:// או ftp://, כתובות IP או גיבובים לא תקינים, תאריכים שגויים, Last seen שמוקדם מ-First seen, כתובות אימייל לא תקינות, או קישורי ראיות שאינם קישורי אינטרנט. |
| אזהרות Check | סיומת TLD של מדינה (ה-RAA אינו חל), דומיין בפלטפורמה משותפת (השתמשו בתבנית האחסון), תאריך עתידי, דיווח לרשם בלי דומיין, או שעדיין אין ראיות. |
| הגדרת הנטרול (Defang) | כברירת מחדל רק בשורת הנושא, כדי שמסנני דואר לא יתייחסו לדיווח שלכם כאל פישינג, בעוד שצוות ה-abuse עדיין מקבל קישורים אמיתיים. אפשר לנטרל גם את המזהים בגוף ההודעה, או לא לנטרל כלום. |
| גיבובי ראיות | MD5, SHA-1, SHA-256 או SHA-512 בהקסדצימלי, אחד בכל שורה, עם שם קובץ אופציונלי. קבצים שנגררים, עד 50 MB כל אחד, מגובבים ב-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). גוף ההודעה מפרט את כתובת ה-URL האמיתית, את כתובת ה-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 עבור סיומות TLD גנריות. תבנית האחסון מבקשת להסיר את התוכן ולשמור את הלוגים, ותבנית ה-CDN מבקשת מהספק לחשוף את שרת המקור, להעביר את הדיווח הלאה ולהציג אזהרת פישינג.
האם המחולל בודק שהאתר אכן זדוני?
לא. הוא מעצב את מה שאתם מזינים ובודק רק את הצורה: תחביר של כתובות URL, כתובות IP, גיבובים ותאריכים, שמועד הצפייה האחרונה מאוחר מהראשונה, ושיש דומיין בדיווח לרשם. ההחלטה אם הראיות מספיקות היא שלכם, וההפניה ל-RAA חלה רק על רשמים מוסמכי ICANN של סיומות TLD גנריות.
האם הדיווח או פרטי הקשר שלי נשלחים לאנשהו?
לא. הדיווח נבנה בדפדפן שלכם, וקבצים שגוררים לעמוד מגובבים מקומית בלי שיועלו. הוא יוצא מהעמוד רק כשאתם מעתיקים אותו, פותחים אותו בתוכנת הדואר או מורידים אותו.
האם לדווח לרשם, לספק האחסון או ל-CDN?
רשם יכול לגרום לכך שהדומיין יפסיק להיפתח; ספק אחסון יכול להסיר את העמוד; CDN יכול לחשוף את המארח האמיתי ולהציג אזהרה. מקובל לשלוח דיווחים נפרדים לרשם ולרשת שמאחורי כתובת ה-IP. Abuse Contact Lookup מוצא את שתי הכתובות.
איך מדווחים על אתר שנמצא מאחורי Cloudflare?
בחרו בתבנית ה-CDN. Cloudflare מקבלת דיווחי abuse דרך הטופס שלה בכתובת abuse.cloudflare.com, בקטגוריה Phishing & Malware, ולכן הדביקו שם את גוף ההודעה שנוצר במקום לשלוח אימייל.
מה יש בקובץ ה-JSON שמורידים?
מועד היצירה, התבנית, סוג המתקפה, המותג, הדומיין, כתובות ה-URL, כתובות ה-IP, מועדי הצפייה הראשונה והאחרונה, קישורי הראיות והגיבובים, התיאור, הנמען, השם והאימייל שלכם אם הזנתם אותם, ושורת הנושא וגוף ההודעה. הוא שימושי למעקב אחרי מה דיווחתם ומתי.