सारांश

• JetEngine संस्करण <= 3.8.6.1 को प्रभावित करने वाली उच्च-गंभीरता वाली SQL इंजेक्शन सुरक्षा कमजोरी को सार्वजनिक रूप से उजागर किया गया है (CVE-2026-4662)।.
• यह दोष बिना प्रमाणीकरण वाले हमलावरों को एक लिस्टिंग ग्रिड पैरामीटर को प्रभावित करने की अनुमति देता है जिसका नाम फ़िल्टर्ड_क्वेरी, है, जिससे आपके वर्डप्रेस डेटाबेस के खिलाफ SQL इंजेक्शन का जोखिम उत्पन्न होता है।.
• CVSS रिपोर्ट किया गया: 9.3 — गंभीर और बड़े पैमाने पर उपयोग योग्य। तात्कालिक कार्रवाई की आवश्यकता है।.
• विक्रेता ने एक पैच (3.8.6.2) जारी किया है। यदि आप तुरंत पैच नहीं कर सकते हैं, तो WAF के माध्यम से वर्चुअल पैचिंग, कड़े पहुंच नियंत्रण और सक्रिय निगरानी की आवश्यकता है।.

यह सलाह एक हांगकांग सुरक्षा विशेषज्ञ द्वारा वर्डप्रेस प्रशासकों, डेवलपर्स और होस्टिंग प्रदाताओं के लिए तैयार की गई है। इसमें व्यावहारिक शमन, पहचान मार्गदर्शन, डेवलपर सुधार सलाह और साइटों और ग्राहकों की सुरक्षा के लिए त्वरित घटना प्रतिक्रिया प्रक्रियाएँ शामिल हैं।.

यह सुरक्षा कमजोरी इतनी तात्कालिक क्यों है

SQL इंजेक्शन सबसे विनाशकारी वेब कमजोरियों में से एक है। जब यह बिना प्रमाणीकरण के और लिस्टिंग ग्रिड जैसी फ्रंट-एंड विशेषता पर उपलब्ध होता है, तो हमलावर:

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

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

तकनीकी अवलोकन (गैर-शोषणकारी)

• प्रभावित घटक: JetEngine लिस्टिंग ग्रिड हैंडलर, पैरामीटर फ़िल्टर्ड_क्वेरी.
• प्रभावित संस्करण: JetEngine ≤ 3.8.6.1।.
• पैच किया गया: JetEngine 3.8.6.2।.
• CVE: CVE-2026-4662।.
• आवश्यक विशेषाधिकार: कोई नहीं (बिना प्रमाणीकरण)।.
• प्रभाव: डेटा एक्सपोजर और संभावित संशोधन की ओर ले जाने वाला SQL इंजेक्शन।.

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

नोट: यहां कोई प्रमाण-का-धारणा शोषण कोड प्रदान नहीं किया गया है; मान लें कि प्रतिकूल स्वचालित हमलों का प्रयास करेंगे जो कमजोर पैरामीटर के खिलाफ हैं।.

साइट के मालिकों के लिए तात्कालिक कार्रवाई (प्राथमिकता के अनुसार क्रमबद्ध)

1. तुरंत पैच करें (प्राथमिक समाधान)
   • तुरंत JetEngine को संस्करण 3.8.6.2 या बाद के संस्करण में अपडेट करें।.
   • मल्टी-साइट प्रबंधकों के लिए, पहले उन साइटों को प्राथमिकता दें जो लिस्टिंग ग्रिड सुविधाओं और सार्वजनिक रूप से सामने आने वाली लिस्टिंग का उपयोग करती हैं।.
2. यदि आप तुरंत पैच नहीं कर सकते हैं तो प्रभावित साइटों को रखरखाव मोड में डालें।
   • रखरखाव मोड आपके द्वारा शमन लागू करते समय आने वाले ट्रैफ़िक को कम करता है। यह कमजोरियों को समाप्त नहीं करता है लेकिन एक्सपोजर को सीमित करता है।.
3. आभासी पैच लागू करें / अनुरोध फ़िल्टरिंग करें।
   • संदिग्ध सामग्री को अवरुद्ध या स्वच्छ करने के लिए एक अनुरोध-फ़िल्टरिंग समाधान (WAF या समान) का उपयोग करें। फ़िल्टर्ड_क्वेरी पैरामीटर।.
   • SQL मेटाकरैक्टर्स, संदिग्ध कीवर्ड (UNION, SELECT, INSERT, UPDATE, DROP, –, /*, ;), या उस क्षेत्र में अप्रत्याशित JSON/सीरियलाइज्ड पेलोड के साथ अनुरोधों को अवरुद्ध करें।.
   • लिस्टिंग एंडपॉइंट्स के लिए अनुरोधों की दर-सीमा निर्धारित करें और स्कैनिंग व्यवहार दिखाने वाले आईपी को अवरुद्ध करें।.
4. DB उपयोगकर्ता विशेषाधिकार को मजबूत करें।
   • सुनिश्चित करें कि WordPress DB उपयोगकर्ता न्यूनतम विशेषाधिकार का पालन करता है। केवल आवश्यक होने पर DROP, ALTER, या अन्य उच्च विशेषाधिकार देने से बचें।.
   • यदि आपको समझौता होने का संदेह है, तो DB पासवर्ड को बदलें और एक नया सीमित-विशेषाधिकार उपयोगकर्ता बनाएं।.
5. लॉग का ऑडिट करें और समझौते के लिए स्कैन करें
   • लिस्टिंग एंडपॉइंट्स और पैरामीटर के लिए दोहराए गए अनुरोधों के लिए वेब सर्वर और एक्सेस लॉग की खोज करें। फ़िल्टर्ड_क्वेरी.
   • वेबशेल, नए प्रशासनिक खातों, संशोधित कोर/प्लगइन फ़ाइलों, और संदिग्ध क्रोन नौकरियों के लिए फ़ाइलों और डेटाबेस को स्कैन करें।.
6. सब कुछ बैकअप करें
   • आगे के परिवर्तनों या स्कैन से पहले एक ताजा पूर्ण-साइट बैकअप (फ़ाइलें + DB) लें। यदि आवश्यक हो तो फोरेंसिक विश्लेषण के लिए साक्ष्य को संरक्षित करें।.
7. अपने होस्टिंग प्रदाता या घटना प्रतिक्रिया संपर्कों को सूचित करें।
   • अपने होस्ट या आंतरिक घटना प्रतिक्रिया करने वालों को सूचित करें ताकि वे ट्रैफ़िक फ़िल्टरिंग, निगरानी, और फोरेंसिक कार्य में सहायता कर सकें।.

अल्पकालिक आभासी नियम (उदाहरण)

नीचे एक वैकल्पिक, गैर-कार्यात्मक उदाहरण है जो दिखाता है कि एक रक्षात्मक नियम कैसा हो सकता है। वैध अनुरोधों को बाधित करने से बचने के लिए पूर्ण प्रवर्तन से पहले स्टेजिंग या निगरानी मोड में पूरी तरह से परीक्षण करें।.

• मेल खाता है: अनुरोध जहां फ़िल्टर्ड_क्वेरी पैरामीटर मौजूद है।.
• शर्तें:
  • फ़िल्टर्ड_क्वेरी SQL कीवर्ड या मेटा वर्ण (केस-संवेदनशील नहीं): जैसे, select, union, insert, update, delete, drop, create, alter, truncate, –, /*, */, ;
  • या फ़िल्टर्ड_क्वेरी संदिग्ध संदर्भ में नेस्टेड/संयोजित उद्धरण या संयोजन टोकन दिखाता है जैसे || जो संदिग्ध हैं।.
  • या पैरामीटर की लंबाई आपके अनुप्रयोग के लिए अपेक्षित अधिकतम से अधिक है (जैसे, >1024–2048 वर्ण)।.
  • या एकल आईपी से लिस्टिंग एंडपॉइंट्स के लिए अत्यधिक अनुरोध दर (जैसे, >10 अनुरोध/मिनट)।.
• क्रियाएँ:
  • लॉग करें और चुनौती दें (CAPTCHA) या विश्वास के आधार पर अनुरोधों को ब्लॉक करें।.
  • जब पैटर्न थ्रेशोल्ड को पार करें तो प्रशासकों को सूचित करें।.

महत्वपूर्ण: नियमों को आपके अपेक्षित फ़िल्टर्ड_क्वेरी प्रारूपों के अनुसार अनुकूलित करें ताकि झूठे सकारात्मक कम हों। पुनरावृत्त ट्यूनिंग आवश्यक है।.

शोषण का पता लगाने के लिए (फोरेंसिक मार्गदर्शन)

1. एक्सेस लॉग विश्लेषण
   • उन अनुरोधों के लिए खोजें जिनमें शामिल हैं फ़िल्टर्ड_क्वेरी प्रकटीकरण तिथि के आसपास और उसके बाद।.
   • SQL कीवर्ड या URL-कोडित वर्णों की तलाश करें जैसे %27, %22, %3B, और टोकन जैसे संघ.
2. डेटाबेस विसंगतियाँ
   • में अप्रत्याशित पंक्तियों की जांच करें 11. संदिग्ध सामग्री के साथ।, 7. wp_users, प्लगइन तालिकाएँ, या नए प्रशासनिक स्तर के उपयोगकर्ता।.
3. फ़ाइल प्रणाली जांच
   • लिखने योग्य निर्देशिकाओं में नए या संशोधित PHP फ़ाइलों के लिए स्कैन करें: 16. WP क्रॉन में अप्रत्याशित अनुसूचित घटनाएँ जो अपरिचित कोड को निष्पादित करती हैं।, प्लगइन और थीम फ़ोल्डर।.
   • छोटे या अजीब नाम वाले फ़ाइलों पर नज़र रखें जो अक्सर वेबशेल के रूप में उपयोग की जाती हैं।.
4. अनुसूचित कार्य (क्रॉन)
   • में क्रोन प्रविष्टियों का निरीक्षण करें 11. संदिग्ध सामग्री के साथ। अपरिचित कार्यों के लिए और किसी भी अज्ञात कार्यों को हटाएँ या जांचें।.
5. उपयोगकर्ता खाते और लॉगिन
   • अनधिकृत प्रशासनिक खातों की जांच करें और संदिग्ध आईपी और समय के लिए लॉगिन इतिहास की जांच करें।.
6. आउटबाउंड कनेक्शन
   • बाहरी आईपी या डोमेन के लिए असामान्य कनेक्शनों के लिए आउटबाउंड नेटवर्क गतिविधि की निगरानी करें जो डेटा निकासी का संकेत दे सकती है।.

यदि समझौता पुष्टि हो जाता है, तो साइट को ऑफ़लाइन लेने और समझौते से पहले लिए गए स्वच्छ बैकअप से पुनर्स्थापित करने पर विचार करें।.

डेवलपर मार्गदर्शन: SQLi को रोकने के लिए सुरक्षित कोडिंग

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

1. पैरामीटरयुक्त क्वेरी का उपयोग करें — तैयार बयानों और वर्डप्रेस DB API का उपयोग करें ($wpdb->तैयार करें()), कभी भी SQL में अविश्वसनीय इनपुट को संयोजित न करें।.
2. इनपुट को व्हाइटलिस्ट करें — केवल ज्ञात-सुरक्षित फ़ील्ड/ऑपरेटर स्वीकार करें; बाकी सब कुछ अस्वीकार करें।.
3. मान्य करें, स्वच्छ करें, और प्रकार-कास्ट करें — IDs को पूर्णांकों में परिवर्तित करें, स्ट्रिंग्स के लिए प्रारूप लागू करें, और उपयोग से पहले स्वच्छ करें।.
4. इनपुट आकार और संरचना को सीमित करें — अधिकतम लंबाई और अपेक्षित JSON/schema को लागू करें जब लागू हो।.
5. AJAX के लिए नॉनस और क्षमता जांच का उपयोग करें — यहां तक कि सार्वजनिक एंडपॉइंट्स भी जहां संभव हो, अतिरिक्त सत्यापन से लाभान्वित होते हैं।.
6. गतिशील SQL से बचें — WP_Query, WPDB अमूर्तताओं और अन्य उच्च-स्तरीय APIs का लाभ उठाएं।.
7. लॉग और सूचित करें — असामान्य इनपुट को एक सुरक्षित लॉग में रिकॉर्ड करें और संदिग्ध गतिविधि पर डेवलपर्स को सूचित करें।.
8. कोड समीक्षा और परीक्षण — CI पाइपलाइनों में सुरक्षा समीक्षाओं और स्वचालित इंजेक्शन परीक्षणों को शामिल करें।.

यदि आपकी साइट पहले से ही समझौता की गई है

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

यदि संवेदनशील डेटा के बाहर निकलने का संदेह है, तो जितनी जल्दी हो सके एक पेशेवर घटना प्रतिक्रिया टीम को शामिल करें।.

वर्डप्रेस साइटों के लिए दीर्घकालिक मजबूत करने की चेकलिस्ट।

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

निगरानी और पहचान: पैचिंग के बाद किस पर ध्यान दें

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

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

अलर्ट सक्षम करें और घटना विंडो के बाद कम से कम 14-30 दिनों तक लॉग बनाए रखें। यदि आपने पैचिंग से पहले संदिग्ध गतिविधि देखी है तो निगरानी की तीव्रता बढ़ाएं।.

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

प्रश्न: क्या मुझे तुरंत अपडेट करना चाहिए?

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

प्रश्न: क्या अपडेट करने से मेरी साइट टूट जाएगी?

उत्तर: प्लगइन अपडेट कभी-कभी लेआउट या एकीकरण को प्रभावित कर सकते हैं। जहां संभव हो, स्टेजिंग पर परीक्षण करें। यदि सक्रिय स्कैनिंग/शोषण के कारण तत्काल उत्पादन अपडेट आवश्यक हैं, तो एक बैकअप लें और अपडेट करने से पहले साइट को रखरखाव मोड में रखें।.

प्रश्न: मेरी साइट एक कस्टम लिस्टिंग ग्रिड कार्यान्वयन का उपयोग करती है। मुझे क्या जांचना चाहिए?

A: लिस्टिंग फ़िल्टर के साथ इंटरैक्ट करने वाले किसी भी कोड की समीक्षा करें। सुनिश्चित करें कि SQL में पास किए गए मान साफ़ और पैरामीटरयुक्त हैं। इनपुट मान्यता जोड़ें और अनुमत फ़ील्ड और ऑपरेटर को सीमित करें।.

Q: मुझे खुलासे के बाद अपनी साइट की निगरानी कितने समय तक करनी चाहिए?

A: कम से कम 30 दिनों तक गहन निगरानी करें। हमलावर अक्सर प्रारंभिक स्कैन के बाद लक्ष्यों पर दोबारा आते हैं यदि वे तुरंत शोषण नहीं कर सकते।.

वास्तविक दुनिया के परिदृश्य: हमलावर आमतौर पर क्या करते हैं

वर्डप्रेस प्लगइन्स के खिलाफ पिछले SQL इंजेक्शन घटनाएँ दिखाती हैं कि हमलावर सामान्यतः:

• क्रेडेंशियल स्टफिंग और धोखाधड़ी के लिए उपयोगकर्ता और आदेश रिकॉर्ड को डंप करते हैं;
• संशोधन करके व्यवस्थापक उपयोगकर्ता बनाते हैं 7. wp_users 8. और 9. wp_usermeta;
• वेबशेल लगाते हैं और अनुसूचित कार्यों के माध्यम से बने रहते हैं;
• आगे की पार्श्व गति को सक्षम करने के लिए कॉन्फ़िगरेशन और API कुंजियों को निकालते हैं।.

क्योंकि यह JetEngine भेद्यता अप्रमाणित है और फ्रंट-एंड लिस्टिंग फ़िल्टर से जुड़ी है, स्वचालित स्कैनर इसे व्यापक रूप से लक्षित करने की संभावना है। जल्दी कार्य करें।.

डेवलपर त्वरित सुधार (प्लगइन/थीम लेखकों के लिए)

1. प्रवेश बिंदुओं पर फ़िल्टर इनपुट को साफ़ करें।.
2. DB क्वेरीज़ को पैरामीटरयुक्त/तैयार बयानों में लपेटें।.
3. इनपुट को सामान्य करें: अवैध वर्णों को हटा दें और अपेक्षित प्रकारों में जल्दी परिवर्तित करें।.
4. फ़ील्ड नामों, ऑपरेटरों और अनुमत कुंजियों के लिए सर्वर-साइड मान्यता।.
5. गैर-जनता फ़िल्टर को प्रमाणित एंडपॉइंट्स के पीछे ले जाएं या जहाँ उपयुक्त हो वहां नॉनसेस की आवश्यकता करें।.
6. रिग्रेशन को पकड़ने के लिए इंजेक्शन-जैसे पेलोड्स सहित स्वचालित परीक्षण जोड़ें।.

व्यावसायिक विचार और अनुपालन

एक SQLi जो उपयोगकर्ता डेटा को उजागर करता है, GDPR या CCPA जैसे कानूनों के तहत डेटा उल्लंघन की बाध्यताओं को ट्रिगर कर सकता है। एक घटना प्रतिक्रिया योजना बनाए रखें जिसमें शामिल हो:

• सूचना समयसीमाएँ,
• फोरेंसिक विश्लेषण योजनाएँ,
• सुधारात्मक क्रियाएँ, और
• उठाए गए कदमों का स्पष्ट दस्तावेजीकरण।.

ग्राहकों और हितधारकों को सुधारात्मक समयसीमाओं और शमन कदमों के बारे में सूचित रखें।.

अंतिम चेकलिस्ट: अब क्या करना है (संकुचित)

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