तत्काल: बिट SMTP में टूटी हुई प्रमाणीकरण (<= 1.2.2) — वर्डप्रेस साइट के मालिकों को अभी क्या करना चाहिए

एक उच्च-गंभीरता की भेद्यता (CVE-2026-32519) जो बिट SMTP वर्डप्रेस प्लगइन (संस्करण ≤ 1.2.2) को प्रभावित करती है, का खुलासा किया गया है और संस्करण 1.2.3 में पैच किया गया है। यह एक टूटी हुई प्रमाणीकरण समस्या है जो बिना प्रमाणीकरण वाले हमलावरों को उन क्रियाओं को करने की अनुमति देती है जो सामान्यतः प्रमाणीकरण या विशेषाधिकार प्राप्त उपयोगकर्ताओं के लिए प्रतिबंधित होती हैं। शोषण के लिए साइट के मालिकों से थोड़ी या कोई बातचीत की आवश्यकता होती है और इसे स्वचालित किया जा सकता है, जिससे यह सामूहिक शोषण अभियानों का संभावित लक्ष्य बन जाता है।.

यदि आपकी साइट बिट SMTP का उपयोग करती है, तो इसे तत्काल समझें। नीचे दिए गए मार्गदर्शन में भेद्यता का क्या अर्थ है, संभावित हमले के परिदृश्य, समझौते का पता लगाने के तरीके, प्राथमिकता दी गई शमन और सुधार योजना, और एक अनुभवी हांगकांग स्थित सुरक्षा विशेषज्ञ के दृष्टिकोण से व्यावहारिक कठिनाई सलाह समझाई गई है।.

त्वरित सारांश (यदि आपके पास केवल कुछ मिनट हैं)

• प्रभावित प्लगइन: बिट SMTP — संस्करण ≤ 1.2.2 संवेदनशील हैं।.
• गंभीरता: उच्च — बिना प्रमाणीकरण वाला शोषण संभव है।.
• पैच किया गया संस्करण: 1.2.3 — जहां संभव हो तुरंत अपडेट करें।.
• तत्काल कार्रवाई:
  1. बिट SMTP को 1.2.3 या बाद के संस्करण में अपडेट करें।.
  2. यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो प्लगइन को निष्क्रिय करें या इसके एंडपॉइंट्स तक पहुंच को ब्लॉक करें और वेब सीमा पर आभासी पैचिंग लागू करें।.
  3. समझौते के संकेतों के लिए ऑडिट करें: नए व्यवस्थापक उपयोगकर्ता, परिवर्तित ईमेल रूटिंग, इंजेक्टेड कोड, बैकडोर, अप्रत्याशित क्रोन जॉब्स।.
  4. प्रभावित हो सकने वाले खातों के लिए पासवर्ड और कुंजी बदलें।.
  5. संदिग्ध गतिविधियों के लिए लॉग की निगरानी करें और पहुंच नियंत्रण को कड़ा करें।.

“टूटी हुई प्रमाणीकरण” का क्या अर्थ है — सरल भाषा

टूटी हुई प्रमाणीकरण पहचान या विशेषाधिकार को सत्यापित करने में विफलताओं का वर्णन करती है इससे पहले कि क्रियाओं की अनुमति दी जाए। वर्डप्रेस प्लगइन्स में यह सामान्यतः इस रूप में प्रकट होती है:

• गायब या गलत क्षमता जांच (जैसे, कार्य जो current_user_can को कॉल करना चाहिए, ऐसा नहीं करते)।.
• असुरक्षित REST या AJAX एंडपॉइंट्स जो बिना प्रमाणीकरण वाले अनुरोधों को स्वीकार करते हैं।.
• फ्रंट-एंड या एडमिन-एजेक्स क्रियाओं के लिए गायब या कमजोर नॉन्स जांचें।.
• लॉजिक जो मानता है कि कॉलर प्रमाणित है जब वे नहीं हैं।.

जब मौजूद होते हैं, तो अनधिकृत हमलावर प्लगइन सेटिंग्स को बदल सकते हैं, ईमेल रूटिंग में हेरफेर कर सकते हैं, प्रशासनिक कार्यप्रवाहों को निष्पादित कर सकते हैं, प्रशासनिक उपयोगकर्ता बना सकते हैं, या अन्यथा विशेषाधिकार प्राप्त कार्यक्षमता का दुरुपयोग कर सकते हैं। प्लगइन्स की केंद्रीय भूमिका को देखते हुए, एक शोषित प्लगइन एक शक्तिशाली प्रारंभिक पहुंच वेक्टर है।.

यह सुरक्षा दोष क्यों खतरनाक है

• शोषण पूरी तरह से अनधिकृत हो सकता है - कोई प्रमाणपत्र आवश्यक नहीं।.
• हमलावर बड़े पैमाने पर साइटों को स्कैन और शोषण कर सकते हैं।.
• हमले के रास्ते आमतौर पर विशेषाधिकार वृद्धि और स्थिरता (बैकडोर) की ओर ले जाते हैं।.
• ईमेल-केंद्रित प्लगइन्स का दुरुपयोग फिशिंग भेजने, संदेशों को इंटरसेप्ट करने, प्रेषकों को धोखा देने और डोमेन की प्रतिष्ठा को नुकसान पहुंचाने के लिए किया जा सकता है।.
• एक बार जब हमलावर उच्च विशेषाधिकार प्राप्त कर लेते हैं, तो वे खाते बना सकते हैं, फ़ाइलों को संशोधित कर सकते हैं, डेटा को बाहर निकाल सकते हैं, या होस्टिंग वातावरण के भीतर पार्श्व रूप से स्थानांतरित कर सकते हैं।.

संभावित हमले के वेक्टर और उदाहरण

जबकि सटीक शोषण विवरण प्रभावित कोड पथों पर निर्भर करते हैं, सामान्य पैटर्न में शामिल हैं:

• विशेषाधिकार प्राप्त संचालन (सेटिंग्स बदलना, कॉन्फ़िगरेशन निर्यात करना) को ट्रिगर करने के लिए REST/AJAX एंडपॉइंट्स पर तैयार POST अनुरोध।.
• प्लगइन एंडपॉइंट्स के माध्यम से डेटाबेस रिकॉर्ड (विकल्प, क्रोन जॉब्स, या उपयोगकर्ता) डालना।.
• फिशिंग और स्पैम के लिए प्रेषक पते को संशोधित करने या हेडर इंजेक्ट करने के लिए ईमेल कार्यक्षमता का दुरुपयोग करना।.
• कॉन्फ़िगरेशन या टेम्पलेट्स को आयात करना जो दूरस्थ कोड पुनर्प्राप्ति और बैकडोर सक्रियण को सक्षम करते हैं।.

स्वचालित स्कैनर पहले प्लगइन एंडपॉइंट्स का पता लगाते हैं, फिर इन कमजोरियों का शोषण करने के लिए ज्ञात पेलोड का परीक्षण करते हैं।.

पहचान: आपकी साइट पर क्या देखना है

प्लगइन स्थिति की पुष्टि करने को प्राथमिकता दें और समझौते के संकेतों (IoCs) की खोज करें:

1. प्लगइन संस्करण की पुष्टि करें
   • WP Admin → Plugins, या wp-content/plugins/bit-smtp/readme.txt या मुख्य प्लगइन फ़ाइल में प्लगइन हेडर की जांच करें।.
   • यदि संस्करण ≤ 1.2.2 है, तो पैच होने तक संवेदनशीलता मानें।.
2. वेब सर्वर और एप्लिकेशन लॉग
   • बिट SMTP एंडपॉइंट्स पर असामान्य अनुरोधों, एकल आईपी से उच्च मात्रा, या उन पथों को लक्षित करने वाले अजीब उपयोगकर्ता एजेंटों की तलाश करें।.
3. वर्डप्रेस ऑडिट ट्रेल्स
   • अप्रत्याशित व्यवस्थापक उपयोगकर्ता, प्लगइन विकल्पों/ईमेल सेटिंग्स में परिवर्तन, या प्लगइन से जुड़े नए क्रोन कार्य।.
4. फ़ाइल प्रणाली संकेतक
   • संदिग्ध समय पर wp-content/uploads, wp-content, या प्लगइन/थीम निर्देशिकाओं में नए या संशोधित फ़ाइलें।.
5. मेल सर्वर लॉग
   • आउटबाउंड मेल में वृद्धि, भेजने वाले पते में परिवर्तन, या बाउंस/ब्लैकलिस्ट नोटिस।.
6. बाहरी संकेत
   • आपके डोमेन से फ़िशिंग की रिपोर्ट या प्रतिष्ठा/ब्लैकलिस्ट अलर्ट।.

यदि संकेत उस अवधि के साथ मेल खाते हैं जब आपकी साइट एक कमजोर संस्करण चला रही थी, तो संभावित शोषण मानें और घटना प्रतिक्रिया शुरू करें।.

तात्कालिक शमन कदम (0–2 घंटे)

जोखिम को कम करने और सुधार के लिए समय खरीदने के लिए तुरंत ये कार्रवाई करें:

1. प्लगइन को 1.2.3 पर अपडेट करें

   अनुशंसित पहली कार्रवाई। डैशबोर्ड या CLI का उपयोग करें: wp प्लगइन अपडेट बिट-स्म्ट्प.

2. यदि आप तुरंत अपडेट नहीं कर सकते
   • प्लगइन को प्लगइन्स स्क्रीन से या फ़ाइल सिस्टम के माध्यम से निष्क्रिय करें (फ़ोल्डर का नाम बदलें: wp-content/plugins/bit-smtp → bit-smtp.disabled).
   • यदि निष्क्रिय करने से महत्वपूर्ण कार्यक्षमता टूटती है, तो वेब सर्वर या परिधि पर कमजोर एंडपॉइंट्स तक पहुंच को अवरुद्ध करें (पथों को अस्वीकार करें, विश्वसनीय IPs से POST को छोड़कर अवरुद्ध करें, अनुरोधों को थ्रॉटल करें)।.
3. व्यवस्थापक खाता सुरक्षा
   • व्यवस्थापक स्तर के उपयोगकर्ताओं के लिए तत्काल पासवर्ड रीसेट करने के लिए मजबूर करें; मजबूत, अद्वितीय पासवर्ड लागू करें।.
   • जहां संभव हो, प्रशासनिक खातों के लिए दो-कारक प्रमाणीकरण सक्षम करें।.
   • अनजान व्यवस्थापक उपयोगकर्ताओं को हटा दें।.
4. कुंजी और रहस्यों को घुमाएँ
   • यदि SMTP क्रेडेंशियल्स या API कुंजी प्लगइन सेटिंग्स में संग्रहीत हैं, तो उन्हें घुमाएं।.
5. साक्ष्य का स्नैपशॉट लें और संरक्षित करें
   • आक्रामक सुधार से पहले लॉग को फॉरेंसिक्स के लिए संरक्षित करने के लिए एक पूर्ण बैकअप (फाइलें + डेटाबेस) लें।.
6. परिधीय सुरक्षा लागू करें (वर्चुअल पैचिंग)
   • यदि आपके पास WAF या वेब सीमा नियंत्रण हैं, तो ज्ञात शोषण पैटर्न और प्लगइन एंडपॉइंट्स के लिए अनुरोधों को ब्लॉक करने के लिए अस्थायी नियम बनाएं जब तक कि आप पैच नहीं कर लेते।.

सुधार: सफाई और पुनर्प्राप्ति (2–48 घंटे)

तात्कालिक शमन के बाद, पूर्ण सुधार करें:

1. 1.2.3 या बाद के संस्करण में अपडेट करें
   • सुनिश्चित करें कि WordPress कोर, सभी प्लगइन्स और थीम समर्थित रिलीज़ में अपडेट किए गए हैं।.
   • सीएलआई: wp प्लगइन अपडेट बिट-सmtp --संस्करण=1.2.3 (जहां लागू हो)।.
2. पूर्ण सुरक्षा स्कैन
   • वेब शेल, अस्पष्ट PHP, अप्रत्याशित अनुसूचित कार्य, बागी व्यवस्थापक उपयोगकर्ताओं और संशोधित फ़ाइलों के लिए स्कैन करें।.
   • निरीक्षण करें 11. संदिग्ध सामग्री के साथ। इंजेक्टेड मानों या बागी क्रोन घटनाओं के लिए।.
3. यदि समझौता किया गया है तो साफ़ बैकअप से पुनर्स्थापित करें
   • यदि आप स्थायी बैकडोर पाते हैं, तो समझौते से पहले लिए गए ज्ञात-अच्छे बैकअप से पुनर्स्थापित करें, फिर तुरंत अपडेट करें और क्रेडेंशियल्स को घुमाएं।.
4. सत्र अमान्य करें
   • WordPress सॉल्ट और कुंजियाँ बदलें wp-config.php (AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, आदि) कुकीज़ को अमान्य करने और फिर से लॉगिन करने के लिए।.
5. SMTP और संबंधित क्रेडेंशियल्स को घुमाएं
   • मेल प्रदाताओं और किसी भी जुड़े सेवाओं के लिए पासवर्ड और API कुंजियाँ घुमाएं जो प्लगइन में संग्रहीत क्रेडेंशियल्स का उपयोग करती हैं।.
6. होस्टिंग वातावरण की समीक्षा करें
   • अन्य पहुंच वेक्टर के लिए सर्वर खातों, डेटाबेस उपयोगकर्ताओं, SSH/FTP पहुंच और फ़ाइल अनुमतियों की जांच करें।.
7. पोस्ट-उपचार निगरानी
   • कम से कम 30 दिनों के लिए विस्तारित लॉगिंग और अलर्ट बनाए रखें और नियमित अखंडता जांच चलाएं।.

अनुशंसित दीर्घकालिक हार्डनिंग कदम

• जहां सुरक्षित हो, स्वचालित अपडेट सक्षम करें, या अपडेट के लिए नियमित रखरखाव विंडो निर्धारित करें।.
• न्यूनतम विशेषाधिकार लागू करें: केवल प्रत्येक उपयोगकर्ता भूमिका के लिए आवश्यक क्षमताएं प्रदान करें।.
• मजबूत पासवर्ड नीतियों को लागू करें और WP बैकएंड एक्सेस वाले सभी खातों के लिए MFA का उपयोग करें।.
• व्यावहारिक होने पर IP द्वारा wp-admin तक पहुंच सीमित करें या प्रशासनिक क्षेत्र के सामने HTTP प्रमाणीकरण जोड़ें।.
• प्रतिबंधित दायरे के साथ समर्पित SMTP क्रेडेंशियल्स का उपयोग करें; जहां संभव हो, प्लगइन सेटिंग्स में प्लेनटेक्स्ट क्रेडेंशियल्स को स्टोर करने से बचें।.
• ऑफसाइट बैकअप बनाए रखें और नियमित रूप से पुनर्स्थापना प्रक्रियाओं की पुष्टि करें।.
• सक्रिय प्लगइन्स और थीम का ऑडिट करें और अप्रयुक्त या परित्यक्त आइटम हटा दें।.
• आप जिन प्लगइन्स का उपयोग करते हैं, उनके लिए विश्वसनीय भेद्यता फ़ीड की सदस्यता लें।.

WAF कैसे मदद करता है: आभासी पैचिंग और स्तरित रक्षा

एक वेब एप्लिकेशन फ़ायरवॉल (WAF) आपको कोड सुधार लागू करते समय एक त्वरित सुरक्षात्मक परत प्रदान कर सकता है। परिधि पर आभासी पैचिंग प्लगइन कोड को बदले बिना शोषण प्रयासों को रोकती है, और तब उपयोगी होती है जब कई साइटों को जल्दी से सुरक्षित करना आवश्यक हो।.

इस प्रकार की भेद्यता के लिए सामान्य WAF क्रियाएँ:

• विशेषाधिकार प्राप्त क्रियाएँ करने वाले ज्ञात प्लगइन एंडपॉइंट्स के लिए प्रमाणीकरण की आवश्यकता या अवरोध करें।.
• अनधिकृत स्रोतों से उन एंडपॉइंट्स पर POST/PUT अनुरोधों को अवरुद्ध करें।.
• उन अनुरोधों को अवरुद्ध करें जिनमें ऐसे पेलोड पैटर्न होते हैं जो संवेदनशील कार्यों को ट्रिगर करने के लिए जाने जाते हैं।.
• स्वचालित शोषण गति को कम करने के लिए बार-बार अनुरोधों को थ्रॉटल करें।.
• फोरेंसिक्स और प्राथमिकता का समर्थन करने के लिए अवरुद्ध प्रयासों पर लॉग और अलर्ट करें।.

आभासी पैच अस्थायी होते हैं और आधिकारिक कोड अपडेट लागू होने के बाद हटा दिए जाने चाहिए; ये गहराई में रक्षा का एक उपाय हैं, स्थायी समाधान नहीं।.

यदि आपकी साइट पहले से ही समझौता की गई थी — सीमित करना और पुनर्प्राप्ति

यदि सबूत दिखाते हैं कि एक हमलावर आपकी साइट में बना हुआ है, तो एक घटना प्रतिक्रिया कार्यप्रवाह का पालन करें:

1. साइट को अलग करें — इसे ऑफ़लाइन ले जाएं या जांच करते समय पहुंच को सीमित करें।.
2. फोरेंसिक सबूत को संरक्षित करें — लॉग, संदिग्ध फ़ाइलें, डेटाबेस डंप और टाइमस्टैम्प कैप्चर करें।.
3. दायरा पहचानें — निर्धारित करें कि कौन से सिस्टम, खाते और डेटा प्रभावित हुए (होस्टिंग पैनल, FTP, डेटाबेस, आदि)।.
4. स्थिरता को हटा दें — वेब शेल, बागी क्रोन जॉब, संशोधित कोर फ़ाइलें और अनधिकृत उपयोगकर्ताओं को साफ करें।.
5. यदि आवश्यक हो तो पुनर्निर्माण करें — उच्च-विश्वास पुनर्प्राप्ति के लिए, साफ स्रोतों से पुनर्निर्माण करें और सामग्री को सावधानीपूर्वक फिर से आयात करें।.
6. संवाद करें — आवश्यकतानुसार हितधारकों और होस्टिंग प्रदाताओं को सूचित करें; यदि डेटा उजागर हुआ है तो कानूनी सूचना दायित्वों का पालन करें।.
7. घटना के बाद की समीक्षा — मूल कारण की पहचान करें और पुनरावृत्ति को रोकने के लिए नियंत्रण लागू करें।.

यदि आपके पास आंतरिक संसाधनों की कमी है, तो जल्दी से एक विशेषज्ञ घटना प्रतिक्रिया प्रदाता को शामिल करें जो वर्डप्रेस में अनुभवी हो — समय महत्वपूर्ण है।.

साइट मालिकों के लिए व्यावहारिक हार्डनिंग चेकलिस्ट

• पुष्टि करें कि क्या बिट SMTP स्थापित है और संस्करण की जांच करें — 1.2.3 पर अपडेट करें।.
• यदि अब अपडेट संभव नहीं है, तो प्लगइन को अक्षम करें या परिधि पर एंडपॉइंट्स को ब्लॉक करें।.
• सभी व्यवस्थापक उपयोगकर्ताओं के लिए पासवर्ड रीसेट करने के लिए मजबूर करें; जहां संभव हो 2FA सक्षम करें।.
• प्लगइन से जुड़े SMTP और API क्रेडेंशियल्स को घुमाएं।.
• फ़ाइलों और डेटाबेस के खिलाफ मैलवेयर और अखंडता स्कैन चलाएं।.
• संदिग्ध गतिविधि के लिए वेब सर्वर लॉग की समीक्षा करें और लॉग को संरक्षित करें।.
• शोषण प्रयासों को अस्थायी रूप से ब्लॉक करने के लिए परिधि नियम या वर्चुअल पैच लागू करें।.
• परिवर्तन करने से पहले स्नैपशॉट/बैकअप लें और फोरेंसिक प्रतियां बनाए रखें।.
• बैकअप की पुष्टि करें और उपयुक्त संरक्षण अवधि के लिए प्रतियां बनाए रखें (घटना प्रतिक्रिया के लिए न्यूनतम 90 दिनों की सिफारिश करें)।.
• अलर्ट के लिए निगरानी करें और अगले 30 दिनों के लिए साप्ताहिक रूप से फिर से स्कैन करें।.

यदि आप कई साइटों की मेज़बानी करते हैं — एक कुशल प्रतिक्रिया मॉडल

एजेंसियों, होस्टों या कई वर्डप्रेस इंस्टॉलेशन का प्रबंधन करने वाले उद्यमों के लिए, समन्वित तरीके से कार्य करें:

1. सूची — प्लगइन-प्रबंधन उपकरणों या स्वचालित स्कैनिंग के माध्यम से कमजोर प्लगइन चला रहे साइटों की जल्दी पहचान करें।.
2. प्राथमिकता दें — पहले उच्च-मूल्य और उच्च-ट्रैफ़िक साइटों पर ध्यान केंद्रित करें।.
3. स्वचालित करें — जहां सुरक्षित हो, मान्य पैच तैनाती को स्वचालित करें; व्यापक रोलआउट से पहले स्टेजिंग पर परीक्षण करें।.
4. परिधीय नियंत्रण — सभी साइटों पर हमले के प्रयासों को पकड़ने के लिए बेड़े-व्यापी WAF नियम या नेटवर्क-स्तरीय ब्लॉक्स लागू करें।.
5. समन्वित रोलआउट — नियंत्रित विंडो में अपडेट शेड्यूल और परीक्षण करें, फिर उत्पादन में तैनात करें।.
6. संवाद करें — ग्राहकों या हितधारकों को कार्यों और समयसीमाओं के बारे में सूचित करें ताकि भ्रम औरpanic कम हो सके।.

कानूनी और प्रतिष्ठात्मक विचार

• यदि उपयोगकर्ता डेटा या ईमेल उजागर हुए हैं, तो आपके पास गोपनीयता कानूनों (जैसे, GDPR, स्थानीय डेटा सुरक्षा नियम) के तहत सूचना देने की बाध्यताएँ हो सकती हैं।.
• यदि हमलावर दुर्भावनापूर्ण ईमेल भेजते हैं, तो डोमेन की प्रतिष्ठा और ईमेल डिलीवरी प्रभावित हो सकती है, जिससे ब्लैकलिस्टिंग हो सकती है।.
• उल्लंघन सूचना बाध्यताओं के लिए कानूनी सलाह लें और प्रतिष्ठात्मक नुकसान को सीमित करने के लिए पारदर्शी हितधारक संचार तैयार करें।.

अंतिम अनुशंसित कार्य योजना (प्राथमिकता दी गई)

1. अब प्लगइन संस्करण जांचें। यदि संस्करण ≤ 1.2.2 है, तो व्यावहारिक रूप से 1.2.3 में तुरंत अपडेट करें।.
2. यदि अपडेट संभव नहीं है, तो प्लगइन को अक्षम करें और/या कमजोर एंडपॉइंट्स को ब्लॉक करने के लिए अस्थायी परिधीय नियम लागू करें।.
3. प्रशासनिक खातों के लिए पासवर्ड परिवर्तन को मजबूर करें और दो-कारक प्रमाणीकरण सक्षम करें।.
4. पूर्ण मैलवेयर और अखंडता स्कैन चलाएँ; प्लगइन के साथ एकीकृत किसी भी सेवाओं के लिए कुंजी बदलें।.
5. प्रमुख परिवर्तनों से पहले लॉग और सबूतों को संरक्षित करें; यदि समझौता पुष्टि हो जाता है, तो एक साफ बैकअप से पुनर्स्थापित करें।.
6. अस्थायी परिधि सुरक्षा (WAF/वर्चुअल पैचिंग) लागू करें और अवरुद्ध प्रयासों की निकटता से निगरानी करें।.
7. यदि आप कई साइटों का प्रबंधन करते हैं, तो पहचान को स्वचालित करें और केंद्रीय रूप से बेड़े-व्यापी अस्थायी सुरक्षा लागू करें।.

16. संसाधन और अगले कदम

• Bit SMTP को 1.2.3 या बाद के संस्करण में अपडेट करें (प्राथमिक, सबसे तेज़ शमन)।.
• अस्थायी वर्चुअल पैच लागू करने और पैच करते समय शोषण प्रयासों को अवरुद्ध करने के लिए परिधि सुरक्षा (WAF या वेब सर्वर नियम) का उपयोग करें।.
• यदि आपको समझौते के संकेत मिलते हैं या प्रतिक्रिया देने की आंतरिक क्षमता की कमी होती है, तो एक WordPress घटना प्रतिक्रिया विशेषज्ञ से संपर्क करें।.

हांगकांग में आधारित एक सुरक्षा प्रैक्टिशनर के रूप में, मेरी सिफारिश है कि आप तेजी से और विधिपूर्वक कार्य करें: सूची बनाएं, सीमित करें, पैच करें, और फिर जांच करें। हमलावर सार्वजनिक प्रकटीकरण के बाद तेजी से चलते हैं - प्रारंभिक सीमांकन प्रभाव को कम करता है।.