वर्डप्रेस साइन-अप शीट्स प्लगइन (≤ 2.3.3) — CSRF कमजोरियों की व्याख्या, जोखिम मूल्यांकन, और व्यावहारिक समाधान

अंतिम अपडेट: 20 अगस्त 2025
CVE: CVE-2025-49391
प्रभावित सॉफ़्टवेयर: साइन-अप शीट्स (वर्डप्रेस प्लगइन) — संस्करण ≤ 2.3.3
में ठीक किया गया: 2.3.3.1
द्वारा रिपोर्ट किया गया: नबील इरावान

एक हांगकांग सुरक्षा विशेषज्ञ के रूप में, मैं साइन-अप शीट्स प्लगइन (≤ 2.3.3) में क्रॉस-साइट अनुरोध धोखाधड़ी (CSRF) की एक सीधी, व्यावहारिक जानकारी प्रस्तुत करता हूँ। यह सलाह जोखिम, वास्तविक शोषण परिदृश्यों, पहचान चरणों, और ऐसे समाधान की व्याख्या करती है जिन्हें आप तुरंत लागू कर सकते हैं। यहाँ का स्वर तकनीकी और व्यावहारिक है — कोई विक्रेता विपणन नहीं, केवल कार्यान्वयन योग्य मार्गदर्शन।.

त्वरित तथ्य (एक नज़र में)

• भेद्यता प्रकार: क्रॉस-साइट अनुरोध धोखाधड़ी (CSRF)
• प्रभावित प्लगइन: वर्डप्रेस के लिए साइन-अप शीट्स
• कमजोर संस्करण: ≤ 2.3.3
• ठीक किया गया: 2.3.3.1 — यदि संभव हो तो तुरंत अपडेट करें
• CVSS स्कोर: 4.3 (कम)
• आवश्यक हमलावर विशेषाधिकार: अनुरोध बनाने के लिए कोई नहीं; जब एक प्रमाणित उपयोगकर्ता (जैसे, व्यवस्थापक) अपने ब्राउज़र के माध्यम से अनुरोध को निष्पादित करता है, तो हमला सफल होता है
• प्रभाव: प्रमाणित उपयोगकर्ताओं को अनपेक्षित क्रियाएँ करने के लिए मजबूर करना (प्रभाव लक्षित प्लगइन क्रिया पर निर्भर करता है)

इसे एक प्रबंधनीय लेकिन वास्तविक जोखिम के रूप में मानें। यहां तक कि कम-गंभीर CSRF मुद्दे जो प्रशासनिक उपयोगकर्ताओं के खिलाफ उपयोग किए जा सकते हैं, समय पर सुधार की आवश्यकता होती है।.

CSRF क्या है — एक साधारण अंग्रेजी में याद दिलाना

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

सामान्य उदाहरण:

• एक हमलावर एक व्यवस्थापक को एक दुर्भावनापूर्ण पृष्ठ पर जाने के लिए मनाता है जो स्वचालित रूप से वर्डप्रेस साइट पर सेटिंग्स बदलने या प्रशासनिक क्रियाएँ करने के लिए एक POST सबमिट करता है।.
• एक अदृश्य फ़ॉर्म या छवि अनुरोध प्लगइन व्यवहार (बनाना/हटाना/संशोधित करना) को सक्रिय करता है जब व्यवस्थापक एक हमलावर-नियंत्रित पृष्ठ पर जाता है।.

सर्वर-तरफ की सुरक्षा आवश्यक है: नॉनसेस को मान्य करें, क्षमताओं की पुष्टि करें, और जहाँ उपयुक्त हो, संदर्भ हेडर की जांच करें एक पूरक संकेत के रूप में।.

इस विशेष भेद्यता का तकनीकी सारांश

साइन-अप शीट्स प्लगइन संस्करण 2.3.3.1 से पहले एक क्रिया को उजागर करता है जिसे मजबूत CSRF सुरक्षा के बिना सक्रिय किया जा सकता है। एक हमलावर अनुरोध तैयार कर सकता है जिसे प्लगइन स्वीकार करता है और एक प्रमाणित उपयोगकर्ता (उदाहरण के लिए, एक प्रशासक) के संदर्भ में निष्पादित करता है।.

महत्वपूर्ण स्पष्टीकरण:

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

चूंकि CSRF अक्सर विशेषाधिकार प्राप्त उपयोगकर्ताओं को लक्षित करता है, इसलिए एक निम्न CVSS स्कोर भी उत्पादन प्रणालियों पर तत्काल सुधार को उचित ठहरा सकता है।.

एक हमलावर इसे कैसे शोषण कर सकता है - वास्तविक परिदृश्य

1. तैयार किए गए POST के माध्यम से प्रशासक-स्तरीय परिवर्तन

   एक हमलावर एक पृष्ठ बनाता है जो प्लगइन एंडपॉइंट पर एक फॉर्म को स्वचालित रूप से सबमिट करता है जिसमें ऐसे पैरामीटर होते हैं जो एक प्रशासक क्रिया करते हैं। एक सक्रिय सत्र वाला प्रशासक पृष्ठ पर जाता है और ब्राउज़र प्रमाणित POST भेजता है, जिसे प्लगइन निष्पादित करता है।.

2. CSRF के साथ सामाजिक इंजीनियरिंग

   हमलावर एक लिंक पोस्ट करता है या एक दुर्भावनापूर्ण तत्व एम्बेड करता है जो एक टेम्पलेट या डेमो होने का दावा करता है। प्रशासक wp-admin में लॉग इन करते समय इसे क्लिक करता है और एक अदृश्य अनुरोध क्रिया करता है।.

3. श्रृंखलाबद्ध भेद्यताओं के साथ कैस्केड जोखिम

   CSRF को अन्य कमजोरियों के साथ श्रृंखलाबद्ध किया जा सकता है: एक CSRF जो सेटिंग्स को बदलता है, एक द्वितीयक शोषण द्वारा उपयोग की जाने वाली अतिरिक्त हमले की सतह को उजागर कर सकता है।.

सफल शोषण के लिए लक्षित उपयोगकर्ता का प्रमाणित होना और क्रिया द्वारा आवश्यक क्षमताएँ होना आवश्यक है। हमलावर को स्वयं प्रमाणित होने की आवश्यकता नहीं है।.

साइट मालिकों के लिए तत्काल कार्रवाई (क्रम महत्वपूर्ण है)

यदि आप साइन-अप शीट्स के साथ साइटों का संचालन करते हैं, तो अब इस प्राथमिकता वाले चेकलिस्ट का पालन करें।.

1. पहले अपडेट करें (निष्कर्षात्मक समाधान)

• साइन-अप शीट्स को तुरंत संस्करण 2.3.3.1 या बाद में अपडेट करें। यह निष्कर्षात्मक समाधान है।.
• यदि आप कई साइटों का प्रबंधन करते हैं, तो अपने संपत्ति में अपडेट को जल्द से जल्द शेड्यूल और पुश करें।.

यदि आप तुरंत अपडेट नहीं कर सकते हैं - अस्थायी उपाय

• प्रशासनिक पहुंच सीमित करें: आपातकालीन प्रतिक्रिया के दौरान /wp‑admin और प्लगइन UI को ज्ञात IP रेंज तक सीमित करें या प्रशासनिक क्षेत्र के लिए HTTP बेसिक प्रमाणीकरण का उपयोग करें।.
• सत्र स्वच्छता: प्रशासकों से अनुरोध करें कि वे लॉग आउट करें और उपाय लागू होने के बाद फिर से लॉग इन करें।.
• सामान्य WAF/एज नियम लागू करें: प्लगइन एंडपॉइंट्स पर संदिग्ध POSTs को ब्लॉक या चुनौती दें (नीचे वैचारिक WAF नियम देखें)। इन पर स्थायी समाधान के रूप में भरोसा न करें।.
• यदि संभव हो तो अपडेट करने तक प्लगइन को निष्क्रिय करें; यदि प्लगइन महत्वपूर्ण है, तो एक्सेस नियंत्रण और अनुरोध फ़िल्टरिंग का उपयोग करके जोखिम को कम करें।.

संवेदनशील क्रेडेंशियल्स को घुमाएं

• यदि आपको किसी भी जोखिम का संदेह है, तो प्रशासक पासवर्ड बदलें और सभी उपयोगकर्ताओं के लिए सक्रिय सत्रों को अमान्य करें।.

मल्टी-फैक्टर प्रमाणीकरण (MFA) सक्षम करें

• प्रशासक खातों के लिए MFA की आवश्यकता करें। MFA सीधे CSRF को रोकता नहीं है लेकिन समझौता किए गए क्रेडेंशियल्स से सत्र के दुरुपयोग के जोखिम को कम करता है।.

लॉग की समीक्षा करें

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

कैसे जांचें कि आपकी साइट प्रभावित हुई है या शोषित हुई है

1. प्लगइन संस्करण की पुष्टि करें: wp‑admin में, Plugins → Installed Plugins पर जाएं और साइन-अप शीट्स की जांच करें। कोई भी संस्करण ≤ 2.3.3 संवेदनशील है।.
2. संदिग्ध POSTs के लिए लॉग खोजें: admin‑ajax.php या प्लगइन एंडपॉइंट्स पर POSTs की तलाश करें जिनमें प्लगइन से संबंधित क्रिया पैरामीटर हों। प्रशासक सत्रों से मेल खाते हुए संदर्भ हेडर और टाइमस्टैम्प की जांच करें।.
3. प्लगइन डेटा की जांच करें: अप्रत्याशित परिवर्तनों के लिए साइन-अप शीट्स, सेटिंग्स, wp_posts, प्लगइन तालिकाओं और प्लगइन विकल्पों की समीक्षा करें।.
4. उपयोगकर्ताओं का ऑडिट करें: नए जोड़े गए प्रशासनिक उपयोगकर्ताओं या बदले गए ईमेल पतों की तलाश करें।.
5. फोरेंसिक उपकरणों का उपयोग करें: छेड़छाड़ के संकेत खोजने के लिए विश्वसनीय स्रोतों से फ़ाइल और डेटाबेस अखंडता जांचें और मैलवेयर स्कैनर चलाएँ।.

यदि आपको समझौते का सबूत मिलता है, तो नीचे दिए गए घटना प्रतिक्रिया चरणों का पालन करें।.

यदि आप समझौते का संदेह करते हैं तो रोकथाम और घटना प्रतिक्रिया।

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

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

एक एज या एप्लिकेशन फ़ायरवॉल (WAF) कैसे मदद करता है - व्यावहारिक सुरक्षा।

WAF कमजोर कोड को अपडेट करने का विकल्प नहीं है, लेकिन यह आपको पैच करते समय जोखिम को कम कर सकता है। CSRF परिदृश्यों के लिए उपयोगी सुरक्षा में शामिल हैं:

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

याद रखें: वर्चुअल पैचिंग एक अस्थायी जोखिम-घटाने का उपाय है; दीर्घकालिक समाधान प्लगइन को अपडेट करना है।.

व्यावहारिक WAF नियम उदाहरण (सैद्धांतिक)

ये वैचारिक पैटर्न हैं। उत्पादन में लागू करने से पहले स्टेजिंग पर नियमों का परीक्षण करें ताकि गलत सकारात्मकता से बचा जा सके।.

यदि request_method == POST और request_uri में "/wp-content/plugins/sign-up-sheets/" है और http_referer !~ ^https?://(your-domain-here)

यदि request_method == POST और request_body में "_wpnonce" नहीं है

यदि प्लगइन प्रशासन क्रिया के लिए POST > 10 अनुरोध प्रति मिनट उसी IP से हैं

ऐसे नियमों को सतर्कता से लागू करें और वैध ट्रैफ़िक की निगरानी करें जो प्रभावित हो सकता है।.

वर्डप्रेस साइटों के लिए हार्डनिंग चेकलिस्ट (व्यावहारिक, प्राथमिकता दी गई)

तात्कालिक (पहले 24–48 घंटे)

• साइन-अप शीट्स को 2.3.3.1 में अपडेट करें।.
• यदि आपको एक्सपोजर का संदेह है तो सभी उपयोगकर्ताओं को मजबूर लॉगआउट करें और प्रशासन पासवर्ड बदलें।.
• प्रशासकों के लिए मल्टी-फैक्टर प्रमाणीकरण सक्षम करें।.
• प्रशासन क्षेत्र की पहुंच को ज्ञात IP रेंज तक सीमित करें या आपातकालीन अपडेट के दौरान wp-admin के लिए HTTP बेसिक प्रमाणीकरण सक्षम करें।.
• अनुरोध फ़िल्टरिंग या WAF सक्षम करें और नियम सक्रिय करें जो गायब नॉनसेस या क्रॉस-ओरिजिन POSTs को कम करते हैं।.

अल्पकालिक (1–2 सप्ताह)

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

चल रहा (नीति + प्रक्रिया)

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

प्लगइन डेवलपर्स के लिए मार्गदर्शन (CSRF से कैसे बचें)

• हमेशा स्थिति-परिवर्तन करने वाले अनुरोधों के लिए WordPress नॉन्स का उपयोग करें और उन्हें check_admin_referer() या wp_verify_nonce() के साथ सत्यापित करें।.
• परिवर्तन करने से पहले current_user_can() के साथ उपयोगकर्ता क्षमताओं को मान्य करें।.
• स्थिति परिवर्तनों के लिए POST का उपयोग करें; GET अनुरोधों से परिवर्तन करने से बचें।.
• AJAX एंडपॉइंट्स के लिए, PHP कॉलबैक में नॉन्स और क्षमताओं को सत्यापित करें।.
• सभी इनपुट को साफ करें और मान्य करें और केवल Referer हेडर पर निर्भर रहने से बचें।.
• जहां REST एंडपॉइंट्स को उजागर किया जा रहा है, वहां अनुमति कॉलबैक और उचित प्रमाणीकरण जांच प्रदान करें।.

पैच को कैसे मान्य करें और पुष्टि करें कि आपकी साइट ठीक है

1. wp-admin में प्लगइन संस्करण 2.3.3.1 या बाद का होना चाहिए।.
2. एक स्टेजिंग कॉपी पर एक्सप्लॉइट पैटर्न को फिर से बनाएं - एक पैच किया गया प्लगइन वैध नॉन्स या क्षमता जांचों के बिना अनुरोधों को अस्वीकार करना चाहिए।.
3. लॉग और अनुरोध ट्रेस की जांच करें कि क्या एक्सप्लॉइट POST का प्रयास किया गया; एक पैच किया गया प्लगइन अब उन अनुरोधों को स्वीकार नहीं करना चाहिए।.
4. पुष्टि करें कि प्लगइन क्रियाएँ केवल तब सफल होती हैं जब उन्हें वैध नॉन्स के साथ वैध प्लगइन पृष्ठों से शुरू किया जाता है।.
5. पैचिंग के बाद कम से कम एक सप्ताह तक प्रशासनिक गतिविधि की निगरानी करें ताकि यह सुनिश्चित हो सके कि कोई अप्रत्याशित परिवर्तन नहीं हो रहा है।.

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

प्रश्न: सलाह में कहा गया है “अनधिकृत” - क्या इसका मतलब है कि एक हमलावर बिना खाते के मेरी साइट को दूर से नियंत्रित कर सकता है?

उत्तर: नहीं। “अनधिकृत” का मतलब है कि हमलावर को दुर्भावनापूर्ण अनुरोध भेजने के लिए साइट खाते की आवश्यकता नहीं है। हमला एक प्रमाणित पीड़ित के दुर्भावनापूर्ण पृष्ठ पर जाने पर निर्भर करता है - पीड़ित का ब्राउज़र प्रमाणित अनुरोध करता है।.

प्रश्न: मेरी साइट कम-ट्रैफ़िक है और एक ही प्रशासक है। क्या मुझे अभी भी चिंता करनी चाहिए?

उत्तर: हाँ। CSRF केवल यह आवश्यक है कि एक प्रमाणित उपयोगकर्ता (यहां तक कि एक ही प्रशासक) हमलावर पृष्ठ पर लॉग इन करते समय जाए। प्लगइन को तुरंत पैच करें और बुनियादी हार्डनिंग लागू करें (MFA, पहुँच सीमाएँ)।.

प्रश्न: क्या CSRF को रोकने के लिए कुकीज़ का उपयोग किया जा सकता है?

A: कुकीज़ समस्या का एक हिस्सा हैं क्योंकि ब्राउज़र उन्हें स्वचालित रूप से भेजते हैं। सर्वर-तरफ की सुरक्षा जैसे नॉनसेस और क्षमता जांच विश्वसनीय रक्षा हैं। कुकी ध्वज जैसे SameSite कुछ प्रवाह में मदद करते हैं लेकिन यह एक पूर्ण समाधान नहीं है।.

Q: क्या प्लगइन को अपडेट करने के बजाय WAF पर्याप्त है?

A: एक WAF हमले की सतह को कम करता है जबकि आप पैच करते हैं, लेकिन यह एक स्थायी विकल्प नहीं है। सही समाधान प्लगइन को अपडेट करना है; WAF उन वातावरणों के लिए एक अस्थायी समाधान है जो तुरंत अपडेट नहीं कर सकते।.

उदाहरण घटना प्लेबुक (संक्षिप्त)

1. पहचानें: संदिग्ध POST या अप्रत्याशित प्रशासनिक परिवर्तनों की पहचान करें।.
2. सीमित करें: रखरखाव मोड सक्षम करें, एंडपॉइंट्स को ब्लॉक करें, या कमजोर प्लगइन को निष्क्रिय करें।.
3. समाप्त करें: प्लगइन को 2.3.3.1 में अपडेट करें, दुर्भावनापूर्ण सामग्री और बैकडोर हटा दें, यदि आवश्यक हो तो साफ बैकअप से पुनर्स्थापित करें।.
4. पुनर्प्राप्त करें: सत्यापन और निगरानी के बाद साइट को ऑनलाइन लाएं।.
5. सीखें: एक घटना के बाद की समीक्षा करें और नियंत्रणों और प्रक्रियाओं में सुधार करें।.

अंतिम चेकलिस्ट - आपको अभी क्या करना चाहिए

• सत्यापित करें कि क्या साइन-अप शीट्स स्थापित है और इसके संस्करण की जांच करें। यदि ≤ 2.3.3, तो अभी 2.3.3.1 में अपडेट करें।.
• यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो WAF या समकक्ष अनुरोध-फिल्टरिंग सक्षम करें और CSRF शमन नियम लागू करें।.
• यदि प्रशासक अनजान लिंक पर लॉग इन रहते हुए गए हैं, तो प्रशासकों को मजबूर लॉगआउट करें और प्रशासक पासवर्ड बदलें।.
• सभी प्रशासनिक खातों के लिए बहु-कारक प्रमाणीकरण सक्षम करें।.
• अप्रत्याशित व्यवहार के लिए हाल की प्रशासनिक क्रियाओं और लॉग की ऑडिट करें।.
• यदि आप समझौते के संकेत पाते हैं, तो घटना प्लेबुक का पालन करें (सीमित करें, समाप्त करें, पुनर्प्राप्त करें, सीखें)।.

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

सतर्क रहें। जल्दी पैच करें।.