सारांश

• भेद्यता: SQL इंजेक्शन (अप्रमाणित)
• प्रभावित सॉफ़्टवेयर: वर्डप्रेस चैटबॉट प्लगइन संस्करण ≤ 7.7.9
• पैच किया गया: 7.8.0
• CVE: CVE-2026-32499
• गंभीरता: उच्च (CVSS 9.3)
• प्रभाव: पूर्ण डेटाबेस समझौता, डेटा निकासी, साइट अधिग्रहण, स्थायी बैकडोर

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

यह क्यों गंभीर है

SQL इंजेक्शन (SQLi) सबसे हानिकारक वेब भेद्यताओं में से एक बना हुआ है। यह हमलावरों को तैयार किए गए SQL को इंजेक्ट करने की अनुमति देता है जिसे एप्लिकेशन बैकएंड डेटाबेस के खिलाफ निष्पादित करता है। परिणामों में शामिल हैं:

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

चूंकि इस चैटबॉट प्लगइन दोष को बिना प्रमाणीकरण के शोषण किया जा सकता है, इसलिए प्रभावित संस्करण चलाने वाली कोई भी साइट लक्षित की जा सकती है। इससे सार्वजनिक प्रकटीकरण के घंटों या दिनों के भीतर स्वचालित हमलों की संभावना बढ़ जाती है।.

जो हम जानते हैं (संक्षिप्त तकनीकी स्नैपशॉट)

• भेद्यता वर्ग: SQL इंजेक्शन (A3: इंजेक्शन — OWASP शीर्ष 10)
• Affected versions: ChatBot plugin ≤ 7.7.9
• पैच किया गया: 7.8.0
• शोषण: अप्रमाणित दूरस्थ अनुरोध जो प्लगइन के भीतर SQL-संबंधित एंडपॉइंट को दुर्भावनापूर्ण इनपुट प्रदान करते हैं
• प्रभाव: डेटाबेस पढ़ने/लिखने; माध्यमिक शोषण श्रृंखलाओं के माध्यम से दूरस्थ कोड निष्पादन संभव (जैसे, एक दुर्भावनापूर्ण विकल्प या पोस्ट लिखना जो निष्पादित होता है, एक प्लगइन/बैकडोर स्थापित करना)

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

तात्कालिक कार्रवाई (पहले 60–120 मिनट)

यदि आप प्रभावित साइटों या कई क्लाइंट साइटों का प्रबंधन करते हैं, तो तुरंत इस चेकलिस्ट का पालन करें। पहले उच्च-ट्रैफ़िक और व्यवसाय-क्रिटिकल साइटों को प्राथमिकता दें।.

1. प्रभावित साइटों की पहचान करें
   • चैटबॉट प्लगइन का उपयोग करने वाली साइटों को खोजें और संस्करणों की पुष्टि करें।.
   • प्लगइन संस्करणों का सूचीकरण करने और संस्करण ≤ 7.7.9 वाली साइटों को चिह्नित करने के लिए WP-CLI, होस्टिंग नियंत्रण पैनल या अपने प्रबंधन उपकरण का उपयोग करें।.
2. यदि संभव हो तो तुरंत अपडेट करें
   • यदि ऐसा करना सुरक्षित है, तो तुरंत चैटबॉट प्लगइन को 7.8.0 या बाद के संस्करण में अपडेट करें।.
   • यदि आप अपडेट नहीं कर सकते (संगतता परीक्षण की आवश्यकता है), तो नीचे दिए गए शमन लागू करें और 24 घंटे के भीतर अपडेट का कार्यक्रम बनाएं।.
3. तुरंत आभासी पैचिंग / WAF नियम लागू करें
   • कमजोर अंत बिंदुओं के खिलाफ शोषण प्रयासों को रोकने के लिए WAF नियम या सर्वर-स्तरीय ब्लॉकिंग लागू करें जब तक आप अपडेट नहीं करते।.
4. संदिग्ध स्वचालित गतिविधियों को ब्लॉक करें
   • यदि आप स्कैनिंग स्पाइक्स का अवलोकन करते हैं तो संदिग्ध स्रोत IPs या भौगोलिक क्षेत्रों को अस्थायी रूप से ब्लॉक करें।.
   • जहां संभव हो, प्लगइन के अंत बिंदुओं (API/AJAX) के लिए अनुरोधों की दर-सीमा निर्धारित करें।.
5. एक बैकअप लें
   • परिवर्तनों को लागू करने से पहले एक पूर्ण बैकअप (फाइलें + डेटाबेस) बनाएं। फोरेंसिक्स के लिए एक ऑफ़लाइन, लिखने-संरक्षित प्रति संग्रहीत करें।.
6. समझौते के लिए स्कैन करें
   • मैलवेयर स्कैन और अखंडता जांच चलाएं। नए व्यवस्थापक उपयोगकर्ताओं, अप्रत्याशित अनुसूचित कार्यों (wp_cron), संशोधित कोर/प्लगइन फ़ाइलों, या अपलोड/थीम/प्लगइन फ़ोल्डरों में वेब शेल की तलाश करें।.
   • संदिग्ध पंक्तियों (अज्ञात विकल्प, उपयोगकर्ता मेटा परिवर्तन, इंजेक्टेड कोड या अनुक्रमित पेलोड के साथ पोस्ट) के लिए डेटाबेस तालिकाओं का निरीक्षण करें।.
7. हितधारकों को सूचित करें
   • अपनी टीम, ग्राहकों और होस्टिंग प्रदाता को सूचित करें। यदि समझौता होने का संदेह है, तो साइट को अलग करने पर विचार करें (रखरखाव मोड या पहुंच को प्रतिबंधित करना) जब तक कि यह साफ न हो जाए।.

यदि आप तुरंत अपडेट नहीं कर सकते — व्यावहारिक शमन

यदि आपको परीक्षण या परिवर्तन विंडो के कारण प्लगइन अपडेट को स्थगित करना है, तो जोखिम को कम करने के लिए ये शमन लागू करें।.

• आभासी पैच / WAF नियम

  प्लगइन एंडपॉइंट्स को लक्षित करने वाले या पैरामीटर में संदिग्ध SQL पैटर्न वाले अनुरोधों को ब्लॉक करने के लिए नियम लागू करें। सही तरीके से ट्यून किए गए नियम SQL मेटा-चरित्रों और अप्रत्याशित फ़ील्ड में SQL कीवर्ड को ब्लॉक करना चाहिए, जबकि झूठे सकारात्मक को न्यूनतम करना चाहिए।.

• प्लगइन अंत बिंदुओं तक पहुँच को प्रतिबंधित करें

  यदि प्लगइन सार्वजनिक रूप से केवल व्यवस्थापक-केवल एंडपॉइंट्स को उजागर करता है, तो उन्हें IP अनुमति सूचियों, HTTP प्रमाणीकरण, या संदर्भ जांच के माध्यम से प्रतिबंधित करें। संवेदनशील पथों जैसे /wp-admin/, /wp-json/, या प्लगइन-विशिष्ट एंडपॉइंट्स के लिए सर्वर-स्तरीय अनुमति/निषेध सूचियों या htpasswd का उपयोग करें।.

• डेटाबेस उपयोगकर्ता विशेषाधिकारों को मजबूत करें

  सुनिश्चित करें कि WordPress द्वारा उपयोग किया जाने वाला DB उपयोगकर्ता केवल आवश्यक विशेषाधिकार (SELECT, INSERT, UPDATE, DELETE) रखता है। आवश्यक होने पर ही SUPER, FILE, या DROP देने से बचें। परिवर्तनों का सावधानीपूर्वक परीक्षण करें - कुछ प्लगइन्स उच्च अधिकारों की अपेक्षा करते हैं।.

• जोखिम भरे फीचर्स को निष्क्रिय या प्रतिबंधित करें

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

पहचान: शोषण के संकेत (IoCs)

इन संकेतकों के प्रति सतर्क रहें - ये जांच शुरू करने के सामान्य संकेत हैं:

• डेटाबेस त्रुटियाँ — सर्वर लॉग या PHP लॉग में ऊंचे 500 प्रतिक्रियाएँ या डेटाबेस त्रुटि संदेश।.
• नए व्यवस्थापक उपयोगकर्ता / भूमिका परिवर्तन — संदिग्ध जोड़ या विशेषाधिकार वृद्धि के लिए wp_users और wp_usermeta की जांच करें।.
• संशोधित प्लगइन/थीम फ़ाइलें — अप्रत्याशित फ़ाइल संशोधन समय, विशेष रूप से wp-content/plugins/ या थीम के तहत PHP फ़ाइलें, या अपलोड में नई फ़ाइलें।.
• अप्रत्याशित अनुसूचित कार्य — नए क्रोन कार्य या परिवर्तित अनुसूचित घटनाएँ (wp_options क्रोन प्रविष्टियों की जांच करें)।.
• आउटगोइंग कनेक्शन — सर्वर से अज्ञात IPs या डोमेन के लिए अप्रत्याशित आउटबाउंड कनेक्शन।.
• संदिग्ध अनुरोधों की उच्च मात्रा — असामान्य पैरामीटर मानों के साथ विशिष्ट प्लगइन एंडपॉइंट्स पर बार-बार प्रयास।.

यदि आप इनका अवलोकन करते हैं, तो समझें कि समझौता हो गया है और रोकथाम और फोरेंसिक विश्लेषण की प्रक्रिया शुरू करें।.

यदि समझौता पुष्टि हो जाता है तो रोकथाम और सुधार

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

यदि आप संदिग्ध प्रविष्टियाँ पाते हैं: सबूत (DB डंप, लॉग) निर्यात और संरक्षित करें, दुर्भावनापूर्ण फ़ील्ड को साफ करें (sanitize_title() या सुरक्षित रूप से पोस्ट फिर से सहेजें), और यदि समझौता होने का संदेह हो तो व्यवस्थापक क्रेडेंशियल और API कुंजी को घुमाएँ।

तत्काल खतरे को संबोधित करने के बाद, भविष्य के जोखिम को कम करने के लिए मजबूत सुरक्षा उपाय लागू करें:

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

डेवलपर मार्गदर्शन: इसे कैसे रोका जा सकता था

विकास के दृष्टिकोण से, SQL इंजेक्शन डिज़ाइन विकल्पों द्वारा रोका जा सकता है:

• पैरामीटरयुक्त प्रश्न / तैयार किए गए बयान — उपयोग करें wpdb->prepare या समकक्ष ताकि उपयोगकर्ता इनपुट को SQL में जोड़ने से बचा जा सके।.
• सख्त इनपुट सत्यापन — इनपुट को जल्दी सत्यापित और साफ करें; उन इनपुट को अस्वीकार करें जो अपेक्षित प्रकार, लंबाई और प्रारूपों को पूरा नहीं करते।.
• न्यूनतम विशेषाधिकार — एप्लिकेशन उपयोगकर्ताओं के लिए उच्च DB विशेषाधिकार से बचें।.
• रक्षात्मक लॉगिंग और निगरानी — अप्रत्याशित DB त्रुटियों और असामान्य क्वेरी पैटर्न को जल्दी पहचानने के लिए लॉग करें।.
• सुरक्षित डिफ़ॉल्ट — सुनिश्चित करें कि डेटा को संशोधित करने वाले एंडपॉइंट उचित क्षमताओं की आवश्यकता रखते हैं; सार्वजनिक एंडपॉइंट केवल आवश्यक डेटा को उजागर करना चाहिए।.

प्लगइन डेवलपर्स को उजागर किए गए एंडपॉइंट्स के लिए खतरे का मॉडलिंग करना चाहिए और हमेशा शत्रुतापूर्ण इनपुट मान लेना चाहिए।.

जिम्मेदार प्रकटीकरण और समन्वय

शोधकर्ताओं और विक्रेताओं को प्लगइन लेखक और रखरखाव करने वालों के साथ निजी चैनलों के माध्यम से समन्वय करना चाहिए और सार्वजनिक प्रकटीकरण से पहले पैच के लिए समय देना चाहिए। यदि आप एक साइट के मालिक हैं, तो उपलब्ध होते ही ठीक किए गए प्लगइन संस्करण (7.8.0 या बाद का) में अपडेट करें। यदि आप सक्रिय शोषण का पता लगाते हैं, तो लॉग और साक्ष्य एकत्र करें और अपनी घटना प्रतिक्रिया योजना का पालन करें।.

व्यावहारिक निगरानी चेकलिस्ट (अगले 30 दिनों के लिए क्या देखना है)

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

उदाहरण WAF मार्गदर्शन (केवल वैचारिक — शोषण विशिष्टताओं की नकल न करें)

नीचे सामान्य नियम विचार दिए गए हैं जो WAF को इस प्रकार की कमजोरियों के लिए लागू करना चाहिए। ये जानबूझकर रक्षात्मक और उच्च-स्तरीय हैं:

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

वैध ट्रैफ़िक को ब्लॉक करने से बचने के लिए WAF नियमों का सावधानीपूर्वक परीक्षण करें।.

यदि आप कई क्लाइंट साइटों (एजेंसियों और होस्टर्स) का प्रबंधन करते हैं

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

यदि आप डेटा चोरी के सबूत पाते हैं तो क्या करें

1. फोरेंसिक्स को संरक्षित करें — लॉग या डेटा को अधिलेखित न करें; जांच के लिए प्रतियां कैप्चर करें।.
2. नेतृत्व और कानूनी को सूचित करें — आंतरिक घटना प्रतिक्रिया प्रक्रियाओं का पालन करें।.
3. प्रकटीकरण के दायित्वों का आकलन करें — नियामक या ग्राहक सूचना आवश्यकताओं को निर्धारित करने के लिए कानूनी सलाहकार से परामर्श करें।.
4. उजागर रहस्यों को घुमाएं — डेटाबेस क्रेडेंशियल्स, API कुंजी, OAuth टोकन, और किसी भी अन्य रहस्यों को बदलें जो उजागर हो सकते हैं।.
5. विशेषज्ञों को शामिल करें — यदि संवेदनशील डेटा शामिल है और आंतरिक विशेषज्ञता अपर्याप्त है, तो डिजिटल फोरेंसिक्स विशेषज्ञ को नियुक्त करने पर विचार करें।.

अक्सर पूछे जाने वाले प्रश्न

प्रश्न: मैंने प्लगइन अपडेट किया - क्या मुझे अभी भी WAF की आवश्यकता है?

A: हाँ। अपडेट ज्ञात कमजोरियों को संबोधित करते हैं, लेकिन WAF 0-डे हमलों, स्वचालित स्कैनरों और अन्य वेब-लेयर खतरों के खिलाफ रक्षा करने में मदद करता है। गहराई में रक्षा महत्वपूर्ण है।.

प्रश्न: क्या बैकअप पुनर्स्थापना एक समझौते को ठीक कर सकती है?

उत्तर: एक साफ बैकअप अखंडता को पुनर्स्थापित कर सकता है, लेकिन सुनिश्चित करें कि बैकअप समझौते से पहले का हो। उजागर क्रेडेंशियल्स को बदलें और इसे ऑनलाइन रखने से पहले बैकअप को मान्य करें।.

प्रश्न: हमलावर इसको कितनी तेजी से भुनाएंगे?

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

यदि आपको सहायता की आवश्यकता है

यदि आपको संदिग्ध समझौते की प्राथमिकता या सुधार में मदद की आवश्यकता है, तो अपने होस्टिंग समर्थन से संपर्क करें या एक प्रतिष्ठित सुरक्षा सलाहकार या घटना प्रतिक्रिया फर्म को शामिल करें। सीमांकन को प्राथमिकता दें, सबूतों को संरक्षित करें, और अपनी घटना प्रतिक्रिया योजना और स्थानीय नियमों के अनुसार सूचना समन्वयित करें।.

अंतिम शब्द

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

सतर्क रहें।.