संक्षिप्त उत्तर
जब फ़िशिंग साइट आपके प्रोजेक्ट की नक़ल करे तो आपको क्या करना चाहिए?
जब कोई फ़िशिंग साइट आपके प्रोजेक्ट की नक़ल करे, तो पहले जाँचें कि आपका अपना डोमेन अब भी सही जगह हल हो रहा है, फिर सत्यापित चैनलों से अपने असली पते के साथ उपयोगकर्ताओं को चेतावनी दें, साइट की रिपोर्ट उसके रजिस्ट्रार और होस्ट को समानांतर भेजें, और हमलावर के पास मौजूद किसी भी पहुँच को बदलें। Chainalysis ने 2025 में इम्पर्सोनेशन घोटालों के लगभग 1,400% बढ़ने की गिनती की। Wardmint अच्छी तरह दस्तावेज़ों वाली रिपोर्ट के 24 घंटे के भीतर करता है।
पहले घंटे का मिनट-दर-मिनट क्रम
| अवधि | कार्रवाई | मालिक |
|---|---|---|
| 0 से 10 मिनट | नकली की पुष्टि करें, अपना DNS जाँचें, एक घटना लीड तय करें | सुरक्षा लीड |
| 10 से 25 मिनट | असली पते के साथ हर सत्यापित चैनल पर चेतावनी दें; कोई भी साइनिंग अभियान रोकें | समुदाय लीड |
| 25 से 40 मिनट | सबूत का पैकेट रजिस्ट्रार और होस्ट को भेजें; चेतावनी सूचियों पर URL चिह्नित करें | सुरक्षा लीड |
| 40 से 60 मिनट | रजिस्ट्रार खाते की पहुँच जाँचें, पासवर्ड और 2FA बदलें, DNS रिकॉर्ड देखें | ऑप्स लीड |
| पहले घंटे के बाद | रिपोर्ट ट्रैक करें, उपयोगकर्ताओं को अपडेट करें, UDRP शिकायत पर फ़ैसला लें | घटना लीड |
पहले घंटे की चेकलिस्ट
मिलती-जुलती साइट को हाईजैक से अलग करें
नीचे दिया DNS जाँच चलाएँ। मिलती-जुलती साइट एक अलग डोमेन है; वहाँ वे उपयोगकर्ता पहुँचे जिन्होंने ग़लत टाइप किया या ग़लत क्लिक किया। हाईजैक का मतलब है कि आपका अपना डोमेन अब किसी और जगह इशारा करता है, और मामला आपके रजिस्ट्रार पर आपातकाल है।
एक घटना लीड का नाम तय करें
एक व्यक्ति समयरेखा, सबूत के फ़ोल्डर और हर बाहरी संदेश का मालिक है। बाक़ी लोग काम करते हैं; वे अपनी मर्ज़ी से कुछ नहीं करते।
भरोसेमंद चैनलों से उपयोगकर्ताओं को चेतावनी दें
अपनी साइट के बैनर, सोशल खातों, कम्युनिटी सर्वर और वॉलेट-इंटीग्रेशन चैनलों पर असली पता पोस्ट करें। साफ़ कहें: किसी और पते से आए अनुरोध पर कभी हस्ताक्षर न करें। नकली पता defang करके लिखें, जैसे example[.]com, ताकि कोई उस पर क्लिक न करे।
रिपोर्टें समानांतर शुरू करें
पहले रजिस्ट्रार और होस्ट, फिर Safe Browsing, Netcraft, Chainabuse और वॉलेट ब्लॉकलिस्ट। रिपोर्ट गाइड में RDAP कमांड हैं।
अपनी पहुँच पर ताला लगाएँ
रजिस्ट्रार खाता, DNS प्रदाता और होस्टिंग लॉगिन की समीक्षा करें। पासवर्ड बदलें, SMS 2FA की जगह हार्डवेयर की लगाएँ, और DNS रिकॉर्ड की हर पंक्ति जाँचें। देखें अपने रजिस्ट्रार खाते को अधिग्रहण से कैसे बचाएँ।
जिन्होंने पहले ही हस्ताक्षर कर दिए उनकी मदद करें
उन्हें कहें कि बचा हुआ पैसा नए वॉलेट में ले जाएँ, ब्लॉक-एक्सप्लोरर के एप्रूवल चेकर से टोकन एप्रूवल जाँचें और रद्द करें, और आपको ट्रांज़ैक्शन हैश भेजें। पहले संदेश में रिफ़ंड का वादा न करें।
dig +short NS yourdomain.com
dig +short A yourdomain.com
dig +short TXT yourdomain.com
curl -sL https://rdap.org/domain/yourdomain.com | jq '{status: .status, nameservers: [.nameservers[].ldhName], changed: [.events[] | select(.eventAction=="last changed") | .eventDate]}'
# compare with the values you recorded in your runbook; a changed nameserver or a new "last changed" date you did not make is a hijackआप मिलती-जुलती साइट को अपने डोमेन के हाईजैक से कैसे अलग करते हैं?
अगर आपका डोमेन अब भी आपके सर्वरों पर हल होता है और उसके नेमसर्वर आपके हैं, तो नकली साइट किसी दूसरे डोमेन पर है। ऊपर के कमांड से जाँच एक मिनट से कम लेती है। मिलती-जुलती साइट का मतलब है कि हमलावर किसी अलग डोमेन का मालिक है और उपयोगकर्ताओं के ग़लत टाइप करने, विज्ञापन पर क्लिक करने या लिंक फ़ॉलो करने पर निर्भर है।
हाईजैक अलग है। 12 मई 2025 को लगभग 20:55 UTC पर Curve Finance का डोमेन रजिस्ट्रार स्तर पर रीडायरेक्ट हुआ; टीम ने उसे 21:20 UTC पर पकड़ा और उपयोगकर्ताओं को अंतरिम पते के रूप में curve.finance इस्तेमाल करने को कहा, और बताया कि कॉन्ट्रैक्ट और उपयोगकर्ता डेटा प्रभावित नहीं हुए। 30 अक्टूबर 2026 की शाम, Name.com के साथ रजिस्टर किए गए लगभग एक दर्जन DeFi फ़्रंट एंड के डोमेन एक ड्रेनर किट पर रीडायरेक्ट हुए, और The Block ने बताया कि अगली सुबह दस डोमेन 8:32 बजे Eastern Time पर निलंबित हुए। हाईजैक में, किसी और चीज़ से पहले अपने रजिस्ट्रार को कॉल करें।
उपयोगकर्ताओं को चेतावनी में क्या कहना चाहिए?
अच्छी चेतावनी असली पता देती है, बताती है कि क्या मना करना है, और किसी को दोषी नहीं ठहराती। इसे चार पंक्तियों में रखें: क्या हुआ, एक आधिकारिक पता, किसी और पते से आए हस्ताक्षर अनुरोध को अस्वीकार करने का निर्देश, और अगले अपडेट का समय।
नकली साइट का लिंक न दें। नुक़सान का अनुमान न लगाएँ। Curve की मई 2025 की सूचना इस प्रारूप का आदर्श है: उसने बताया कि क्या रीडायरेक्ट हुआ, कौन सा पता इस्तेमाल करना है, और कि कॉन्ट्रैक्ट अछूते थे। सूचना को हर चैनल पर पिन करें, और तथ्य बदलने पर उसे उसी जगह संपादित करें, हर संपादन के समय के साथ। लंबी अवधि का कदम है अपने ही वेरिएंट का डिफ़ेंसिव सेट, ताकि स्पष्ट नक़ली नाम हमलावर के लिए उपलब्ध न हों।
रिपोर्टों और सबूतों का क्या करें?
हर प्राप्तकर्ता को एक ही घंटे में सबूत का एक पैकेट भेजें। पैकेट में URL, तारीख़ वाले स्क्रीनशॉट, हस्ताक्षर का अनुरोध, प्राप्त करने वाले वॉलेट के पते और RDAP आउटपुट होते हैं। संपर्कों का पूरा क्रम अपने dApp की नक़ल करने वाली फ़िशिंग साइट को कैसे हटवाएँ में है।
हर रिपोर्ट का समय, प्राप्तकर्ता और संदर्भ संख्या के साथ लॉग रखें। बाद की UDRP शिकायत, ICANN Compliance शिकायत या पुलिस रिपोर्ट उसी लॉग से शुरू होती है। ड्रेनर का नुक़सान बड़ा है: ScamSniffer ने 2025 में EVM चेन पर वॉलेट-ड्रेनर नुक़सान में 106,106 पीड़ित और USD 83.85 मिलियन गिने, इसलिए एक साफ़ लॉग उन उपयोगकर्ताओं की मदद करता है जो अपनी रिपोर्ट ख़ुद दर्ज करते हैं।
तैयारी पहले घंटे को कितना बदलती है?
लिखी हुई रनबुक वे मिनट बचाती है जो आपके पास नहीं होते। Wardmint के 12 नवंबर 2026 के सर्वे के अनुसार, उसकी रिसर्च फ़ाइल में जुलाई 2024 से प्राथमिक स्रोत वाली चार हाईजैक प्रविष्टियाँ हैं: Squarespace लहर (जुलाई 2024), Curve Finance (मई 2025), पाँच प्रोजेक्ट का समूह (फ़रवरी 2026) और Name.com के ग्राहक (अक्टूबर 2026)। हर स्रोत हमले को स्मार्ट कॉन्ट्रैक्ट के बजाय डोमेन, रजिस्ट्रार या DNS परत से जोड़ता है, हालाँकि अक्टूबर 2026 का कारण Name.com और Vercel के बीच विवादित है। ज़रूरत से पहले लिखें: रजिस्ट्रार लॉगिन का मालिक, 2FA कुंजियाँ कहाँ रखी हैं, जो DNS रिकॉर्ड आप उम्मीद करते हैं, और हर चैनल का संपर्क।
घटना से पहले सख़्ती के लिए देखें अपने डोमेन को DNS हाईजैकिंग से कैसे सुरक्षित करें। Wardmint पर सहायता: 12 घंटे के भीतर ईमेल का जवाब, हफ़्ते के सातों दिन, DNSSEC, CAA रिकॉर्ड और दुरुपयोग की रिपोर्ट में मदद सहित।
इम्पर्सोनेशन घटनाओं के सवाल
क्या घटना के दौरान मुझे अपनी असली साइट बंद कर देनी चाहिए?
सिर्फ़ तब जब आपका अपना डोमेन हाईजैक या समझौता हुआ हो। किसी दूसरे डोमेन पर मिलती-जुलती साइट के लिए अपनी साइट चालू रखें और असली पते को और दिखने लायक़ बनाएँ।
क्या मुझे घटना सार्वजनिक रूप से घोषित करनी चाहिए?
हाँ, पुष्टि होने के बाद। उपयोगकर्ता उसके बारे में सुनने से पहले के मिनटों में नकली अनुरोध पर हस्ताक्षर कर देते हैं, इसलिए सत्यापित चैनलों से एक छोटी तथ्यात्मक सूचना बाद में लिखी पूरी रिपोर्ट से ज़्यादा काम आती है।
क्या उपयोगकर्ता अपना पैसा वापस पा सकते हैं?
इसका वादा न करें। उपयोगकर्ताओं को बताएँ कि बचा हुआ पैसा कैसे सुरक्षित करें और उनसे ट्रांज़ैक्शन हैश साझा करने को कहें; वसूली चेन, ड्रेनर और किसी भी क़ानूनी कार्रवाई पर निर्भर करती है।
रजिस्ट्रार मेरी रिपोर्ट पर कितनी जल्दी कार्रवाई करेगा?
सभी रजिस्ट्रार पर कोई समय-सीमा बाध्यकारी नहीं है। 5 अप्रैल 2024 से ICANN ने मान्यता प्राप्त रजिस्ट्रारों से फ़िशिंग के कार्रवाई योग्य सबूतों पर तुरंत कार्रवाई माँगी है। Wardmint पर कार्रवाई अच्छी तरह दस्तावेज़ों वाली रिपोर्ट के 24 घंटे के भीतर होती है।
सारांश
- पहले अपना DNS जाँचें: मिलती-जुलती साइट और हाईजैक को अलग-अलग कदम चाहिए।
- सत्यापित चैनलों से असली पते के साथ उपयोगकर्ताओं को चेतावनी दें, नकली तक कोई सक्रिय लिंक न हो।
- एक सबूत पैकेट के साथ रजिस्ट्रार और होस्ट की रिपोर्टें समानांतर भेजें।
- रजिस्ट्रार, DNS और होस्टिंग पहुँच बदलें और हार्डवेयर 2FA पर जाएँ।
- Chainalysis ने 2025 में इम्पर्सोनेशन घोटालों के लगभग 1,400% बढ़ने की गिनती की।
- ScamSniffer ने 2025 में EVM चेन पर वॉलेट ड्रेनर से USD 83.85 मिलियन का नुक़सान गिना।
- Wardmint अच्छी तरह दस्तावेज़ों वाली रिपोर्ट के 24 घंटे के भीतर करता है।
स्रोत (7)
- Curve डोमेन घटना — Curve Finance (2026-11-12 को पढ़ा गया)
- एक दर्जन DeFi वेबसाइटें हाईजैक, सभी Name.com के साथ रजिस्टर्ड — The Block (2026-11-12 को पढ़ा गया)
- 2026 के क्रिप्टो घोटाले: Chainalysis रिपोर्ट — Chainalysis (2026-11-12 को पढ़ा गया)
- ScamSniffer 2025 रिपोर्ट: क्रिप्टो फ़िशिंग नुक़सान 83% गिरकर $84 मिलियन — ScamSniffer (2026-11-12 को पढ़ा गया)
- फ़्रंट-एंड हाईजैकिंग और Web2 हमले की सतह — Blockaid (2026-11-12 को पढ़ा गया)
- शोधकर्ता: कमज़ोर सुरक्षा डिफ़ॉल्ट्स ने Squarespace डोमेन हाईजैक सक्षम किए — Krebs on Security (2026-11-12 को पढ़ा गया)
- 2024 Global Amendments to the Registrar Accreditation Agreement: DNS abuse — ICANN (2026-11-12 को पढ़ा गया)