RDAP से किसी डोमेन या IP के लिए रजिस्ट्रार और नेटवर्क के abuse संपर्क खोजें।
नेटवर्क: RDAP + DoHनया
Abuse Report Generator: दुरुपयोग रिपोर्ट
स्थानीय रूप से चलता हैनया
यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।
Abuse Report Generator: दुरुपयोग रिपोर्ट का उपयोग करें
यह क्या करता है
किसी फ़िशिंग या ठगी वाली साइट के URL, IP एड्रेस, तारीखें और सबूत डालें और उसके रजिस्ट्रार, होस्टिंग प्रोवाइडर या CDN के लिए भेजने को तैयार abuse ईमेल पाएँ। फ़ाइलों के हैश आपके ब्राउज़र में ही निकाले जाते हैं और कुछ भी कहीं नहीं भेजा जाता।
यह पूरी तरह से आपके ब्राउज़र में चलता है: आप जो कुछ भी दर्ज करते हैं वह अपलोड नहीं होता।
Abuse Report Generator: दुरुपयोग रिपोर्ट का उपयोग कैसे करें
- पाने वाले का प्रकार और हमला चुनें. Report to (किसे रिपोर्ट करें) में Registrar, Hosting provider या CDN / reverse proxy चुनें। Attack type (हमले का प्रकार) में छह विकल्पों में से सबसे नज़दीकी चुनें, जैसे Phishing या Crypto wallet drainer।
- जो देखा, वह दर्ज करें. URL पेस्ट करें, हर लाइन में एक; hxxps:// और [.] जैसे डिफ़ैंग किए गए रूप वापस असली URL में बदल दिए जाते हैं। पहले URL का रजिस्टर करने योग्य डोमेन इस्तेमाल करने के लिए Domain खाली छोड़ें, और अगर IP एड्रेस पता हों तो उन्हें जोड़ें।
- समय सेट करें. First seen और Last seen भरें; इन्हें UTC माना जाता है और हर फ़ील्ड के नीचे ISO रूप में दिखाया जाता है। Now (अभी) दबाने पर Last seen में मौजूदा समय आ जाता है।
- सबूत जोड़ें. हैश पेस्ट करें, या फ़ाइलें ड्रॉप करें ताकि आपके ब्राउज़र में ही उनका SHA-256 मिल जाए। स्कैन लिंक और एक छोटा विवरण जोड़ें कि पेज क्या माँगता है।
- रिपोर्ट बनाएँ और गलतियाँ ठीक करें. Generate report (रिपोर्ट बनाएँ) दबाएँ। लाल Fix before sending (भेजने से पहले ठीक करें) वाले आइटम रिपोर्ट बनने से रोकते हैं; पीले Check वाले आइटम सिर्फ़ सलाह हैं। पहली रिपोर्ट के बाद, आप जैसे-जैसे बदलाव करते हैं, टेक्स्ट अपडेट होता जाता है।
- रिपोर्ट भेजें. विषय और बॉडी कॉपी करें, उन्हें अपने मेल ऐप में खोलें, या .txt या .json डाउनलोड करें। Cloudflare के लिए बॉडी उसके abuse फ़ॉर्म में पेस्ट करें।
उदाहरण
मिलते-जुलते डोमेन पर वॉलेट ड्रेनर
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 के लिए रजिस्ट्रार रिपोर्ट: विषय (subject) में डिफ़ैंग किया हुआ डोमेन होता है, और बॉडी में असली URL, IP 192.0.2.10, UTC में पहली और आखिरी बार देखे जाने का समय, एक urlscan.io लिंक और ICANN RAA की धारा 3.18 का हवाला देते हुए सस्पेंशन का अनुरोध।
यह क्या जाँचता है
| संकेत | इसका क्या मतलब है |
|---|---|
| Report to | Registrar वाली रिपोर्ट डोमेन सस्पेंड करने (जैसे clientHold) और ट्रांसफ़र लॉक की माँग करती है। Hosting provider वाली रिपोर्ट कंटेंट हटाने और लॉग रखने को कहती है। CDN वाली रिपोर्ट origin होस्ट का नाम, रिपोर्ट आगे भेजने और चेतावनी पेज की माँग करती है। |
| Attack type | gTLD रजिस्ट्रार को भेजी गई फ़िशिंग, ड्रेनर और मैलवेयर रिपोर्ट RAA की धारा 3.18 के तहत DNS abuse का हवाला देती हैं और तुरंत रोकथाम की माँग करती हैं। नकली निवेश, टेक-सपोर्ट और दूसरी धोखाधड़ी के लिए टेक्स्ट सिर्फ़ इतना कहता है कि रजिस्ट्रारों को जाँच करनी होगी और उचित जवाब देना होगा। |
| URL से लिया गया डोमेन | होस्ट नाम वाले पहले URL का रजिस्टर करने योग्य डोमेन, जो Public Suffix List की मदद से निकाला जाता है, इसलिए connect.wallet-verify.example बन जाता है wallet-verify.example। सीधे IP एड्रेस वाले URL से कोई डोमेन नहीं मिलता। |
| Fix before sending | जैसे http://, https:// या ftp:// के बिना URL, अमान्य IP या हैश, गलत तारीखें, First seen से पहले का Last seen, अमान्य ईमेल पते, या ऐसे सबूत लिंक जो वेब लिंक नहीं हैं। |
| Check वाली चेतावनियाँ | कंट्री-कोड TLD (RAA लागू नहीं होता), साझा प्लेटफ़ॉर्म पर डोमेन (होस्टिंग टेम्पलेट इस्तेमाल करें), भविष्य की तारीख, बिना डोमेन की रजिस्ट्रार रिपोर्ट, या अभी तक कोई सबूत नहीं। |
| Defang सेटिंग | डिफ़ॉल्ट रूप से सिर्फ़ विषय डिफ़ैंग होता है, ताकि मेल फ़िल्टर आपकी रिपोर्ट को फ़िशिंग न समझें और abuse डेस्क को फिर भी असली लिंक मिलें। आप बॉडी के इंडिकेटर भी डिफ़ैंग कर सकते हैं, या कुछ भी नहीं। |
| सबूत के हैश | hex में 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:05Subject: 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 updateSubject: 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 (it must start with http://, https:// or ftp://), Not a hash, और Last seen is earlier than first seen। एक Check बॉक्स यह भी जोड़ता है: No evidence yet।
अक्सर पूछे जाने वाले प्रश्न
तीनों टेम्पलेट क्या माँगते हैं?
रजिस्ट्रार टेम्पलेट generic TLD के लिए ICANN Registrar Accreditation Agreement की धारा 3.18 का हवाला देते हुए डोमेन को सस्पेंड करने (जैसे clientHold) और ट्रांसफ़र लॉक की माँग करता है। होस्टिंग टेम्पलेट कंटेंट हटाने और लॉग सुरक्षित रखने की माँग करता है, और CDN टेम्पलेट प्रोवाइडर से origin होस्ट का नाम बताने, रिपोर्ट आगे भेजने और फ़िशिंग चेतावनी दिखाने को कहता है।
क्या जनरेटर जाँचता है कि साइट सच में हानिकारक है?
नहीं। यह आपके डाले गए डेटा को फ़ॉर्मैट करता है और सिर्फ़ उसका रूप जाँचता है: URL, IP एड्रेस, हैश और तारीख का सिंटैक्स, last seen का first seen के बाद होना, और रजिस्ट्रार रिपोर्ट के लिए डोमेन। सबूत काफ़ी है या नहीं, यह आपको तय करना है, और RAA का हवाला सिर्फ़ generic TLD के ICANN-मान्यता प्राप्त रजिस्ट्रारों पर लागू होता है।
क्या रिपोर्ट या मेरी संपर्क जानकारी कहीं भेजी जाती है?
नहीं। रिपोर्ट आपके ब्राउज़र में बनती है और ड्रॉप की गई फ़ाइलों का हैश उन्हें अपलोड किए बिना आपके डिवाइस पर ही निकाला जाता है। रिपोर्ट पेज से बाहर तभी जाती है जब आप उसे कॉपी करते हैं, मेल ऐप में खोलते हैं या डाउनलोड करते हैं।
रिपोर्ट रजिस्ट्रार को करें, होस्ट को या CDN को?
रजिस्ट्रार डोमेन का रिज़ॉल्व होना रोक सकता है; होस्ट पेज हटा सकता है; CDN असली होस्ट का पता बता सकता है और चेतावनी दिखा सकता है। रजिस्ट्रार को और IP के पीछे वाले नेटवर्क को अलग-अलग रिपोर्ट भेजना आम बात है। Abuse Contact Lookup दोनों पते खोज देता है।
Cloudflare के पीछे छिपी साइट की रिपोर्ट कैसे करें?
CDN टेम्पलेट चुनें। Cloudflare abuse.cloudflare.com पर अपने फ़ॉर्म के ज़रिए abuse रिपोर्ट लेता है, श्रेणी Phishing & Malware, इसलिए ईमेल भेजने के बजाय बनी हुई बॉडी वहीं पेस्ट करें।
डाउनलोड की गई JSON फ़ाइल में क्या होता है?
बनाए जाने का समय, टेम्पलेट, हमले का प्रकार, ब्रांड, डोमेन, URL, IP, first और last seen, सबूत के लिंक और हैश, विवरण, पाने वाला, आपका नाम और ईमेल (अगर आपने डाले हों), और विषय व बॉडी। इससे यह हिसाब रखना आसान होता है कि आपने क्या और कब रिपोर्ट किया।