सारांश

11 फरवरी 2026 को वर्डप्रेस प्लगइन Slimstat Analytics (संस्करण ≤ 5.3.1) को प्रभावित करने वाली उच्च-गंभीरता वाली SQL इंजेक्शन कमजोरियों को प्रकाशित किया गया (CVE‑2025‑13431)। यह दोष एक प्रमाणित उपयोगकर्ता को, जिसके पास सब्सक्राइबर विशेषाधिकार हैं, प्लगइन के args पैरामीटर में तैयार की गई सामग्री प्रदान करने की अनुमति देता है, जो वर्डप्रेस डेटाबेस के खिलाफ SQL इंजेक्शन का परिणाम बन सकता है। इस कमजोरी का CVSS (v3.1) स्कोर 8.5 है और इसे उच्च श्रेणीबद्ध किया गया है।.

यदि आपकी साइट Slimstat Analytics (≤ 5.3.1) का उपयोग करती है, तो इसे तत्काल गंभीरता से लें। एक सब्सक्राइबर खाते वाला उपयोगकर्ता — एक सामान्य निम्न-विशेषाधिकार भूमिका — संभावित रूप से डेटाबेस क्वेरी को हेरफेर कर सकता है, संवेदनशील डेटा को उजागर कर सकता है या विघटनकारी परिवर्तन कर सकता है। Slimstat Analytics 5.3.2 में एक पैच उपलब्ध है। नीचे दिए गए मार्गदर्शन में जोखिम को सरल भाषा में समझाया गया है, तत्काल शमन उपाय जो आप अभी लागू कर सकते हैं, पहचान और घटना प्रतिक्रिया के कदम, और अद्यतन के बाद की जांच।.

यह सुरक्षा दोष क्यों महत्वपूर्ण है

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

सरल शब्दों में कमजोरी

Slimstat Analytics ने एक args पैरामीटर को स्वीकार किया जो पर्याप्त सफाई या पैरामीटरकरण के बिना SQL क्वेरी में शामिल किया गया। तैयार किया गया इनपुट SQL कथन को बदल सकता है — एक क्लासिक SQL इंजेक्शन।.

एक सफल इंजेक्शन की अनुमति मिल सकती है:

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

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

तात्कालिक क्रियाएँ (अगले घंटे के भीतर क्या करना है)

1. प्लगइन को तुरंत 5.3.2 (या बाद में) अपडेट करें।.
   डैशबोर्ड: प्लगइन्स → स्थापित प्लगइन्स → स्लिमस्टैट एनालिटिक्स अपडेट करें
   WP‑CLI:

   wp प्लगइन अपडेट wp-slimstat

   अपडेट के बाद संस्करण की पुष्टि करें।.

2. यदि आप तुरंत अपडेट नहीं कर सकते: अस्थायी रूप से प्लगइन को निष्क्रिय करें।.
   डैशबोर्ड: प्लगइन्स → स्लिमस्टैट एनालिटिक्स को निष्क्रिय करें
   WP‑CLI:

   wp प्लगइन निष्क्रिय करें wp-slimstat

3. नए सब्सक्राइबर पंजीकरण को अस्थायी रूप से प्रतिबंधित या रद्द करें।.
   सेटिंग्स → सामान्य → सदस्यता → “कोई भी पंजीकरण कर सकता है” को अनचेक करें, या पैच होने तक पंजीकरण पर एक छोटा ब्लॉक लागू करें।.
4. SQL इंजेक्शन वेक्टर को ब्लॉक करने वाले WAF सुरक्षा और नियमों को सक्षम या सत्यापित करें।.
   एक सही ढंग से ट्यून किया गया वेब एप्लिकेशन फ़ायरवॉल आपको अपडेट करते समय भेद्यता को वर्चुअल-पैच कर सकता है। उन नियमों पर ध्यान केंद्रित करें जो args पैरामीटर और ज्ञात प्लगइन एंडपॉइंट्स की जांच करते हैं।.
5. अभी एक पूर्ण बैकअप लें (फाइलें + डेटाबेस)।.
   फोरेंसिक कलाकृतियों को संरक्षित करें और यदि आवश्यक हो तो रोलबैक सक्षम करें। बैकअप को ऑफसाइट स्टोर करें।.

अनुशंसित गहराई में रक्षा योजना (अल्पकालिक)

• प्लगइन को 5.3.2 या बाद में अपडेट करें (प्राथमिक सुधार)।.
• WAF नियम सक्षम करें जो:
  • संदिग्ध SQL टोकन को पैरामीटर में ब्लॉक करें (उद्धरण, टिप्पणी मार्कर --, /*, सेमीकोलन, बूलियन ऑपरेटर)।.
  • सामान्य SQLi पैटर्न का पता लगाएं (जैसे, यूनियन चयन, सूचना_स्कीमा).
  • आवश्यक होने पर ही आंतरिक AJAX एंडपॉइंट्स तक पहुंच सीमित करें।.
• उपयोगकर्ता पंजीकरण और अनुमतियों को मजबूत करें: अप्रयुक्त सब्सक्राइबर खातों को हटा दें, मजबूत पासवर्ड लागू करें, और कमजोर क्रेडेंशियल्स की निगरानी करें।.
• प्लगइन एक्सपोजर को सीमित करें: यदि एनालिटिक्स की आवश्यकता नहीं है, तो प्लगइन को निष्क्रिय और हटा दें; एनालिटिक्स को एक अलग सिस्टम में स्थानांतरित करने पर विचार करें।.
• लॉग रिटेंशन बढ़ाएं और संदिग्ध के लिए लॉग की जांच करें args पेलोड्स।.
• मैलवेयर और संकेत स्कैन चलाएं; नए उपयोगकर्ताओं, अप्रत्याशित फ़ाइल परिवर्तनों और अज्ञात अनुसूचित कार्यों की जांच करें।.

शोषण का पता लगाना - क्या देखना है

यदि साइट को सुधार से पहले उजागर किया गया था, तो समझौते के संकेतों (IoCs) की जांच करें। SQL इंजेक्शन हमलावर द्वारा किए जा सकने वाले कार्यों की तलाश करें।.

1. वेब सर्वर और एक्सेस लॉग

संदिग्ध मानों वाले प्लगइन एंडपॉइंट्स या AJAX हैंडलर्स के लिए अनुरोधों की खोज करें। args SQL मेटाचरैक्टर्स और कीवर्ड से मेल खाने के लिए उदाहरण regex:

(?:'|--|;|/\*|\bunion\b|\bselect\b|\binformation_schema\b)

उदाहरण grep:

grep -E "(args=.*('|\\-\\-|;|/\\*|union|select|information_schema))" /var/log/nginx/access.log*

2. डेटाबेस विसंगतियाँ

• धीमी क्वेरी लॉग में बड़े या असामान्य SELECTs।.
• में नए पंक्तियाँ 7. wp_users या संदिग्ध प्रविष्टियाँ में 11. संदिग्ध सामग्री के साथ।.
• अप्रत्याशित निर्यात या पढ़ने की गतिविधि में वृद्धि।.

3. नए या संशोधित उपयोगकर्ता खाते

हाल ही में बनाए गए उपयोगकर्ताओं की तलाश करें, विशेष रूप से ऊंचे भूमिकाओं के साथ।.

wp उपयोगकर्ता सूची --भूमिका=प्रशासक --फॉर्मेट=csv

4. फ़ाइल प्रणाली में परिवर्तन

• 15. या अन्य निर्देशिकाएँ जो निष्पादन योग्य फ़ाइलें नहीं होनी चाहिए। 16. WP क्रॉन में अप्रत्याशित अनुसूचित घटनाएँ जो अपरिचित कोड को निष्पादित करती हैं। या प्लगइन/थीम फ़ोल्डर।.
• संशोधित कोर, थीम, या प्लगइन फ़ाइलें जिनमें अपरिचित कोड हो।.

5. शेड्यूलर (wp_cron) प्रविष्टियाँ

अतिरिक्त या अपरिचित शेड्यूल किए गए कार्यों की जांच करें।.

6. आउटबाउंड कनेक्शन

सर्वर से अप्रत्याशित आउटगोइंग HTTP/HTTPS ट्रैफ़िक डेटा निकासी या कॉलबैक का संकेत दे सकता है।.

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

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

1. साइट को अलग करें।.
   साइट को ऑफ़लाइन करें या पहुँच को प्रतिबंधित करें। संदिग्ध पथों और पेलोड के लिए अस्थायी फ़ायरवॉल ब्लॉक्स लागू करें।.
2. सबूत को संरक्षित करें।.
   लॉग्स (वेब सर्वर, PHP‑FPM, DB) को निर्यात करें और सुरक्षित रूप से स्टोर करें। फोरेंसिक विश्लेषण के लिए पूर्ण फ़ाइल सिस्टम और DB स्नैपशॉट बनाएं।.
3. क्रेडेंशियल बदलें।.
   व्यवस्थापक, SFTP, होस्टिंग नियंत्रण पैनल, और किसी भी API कुंजी के लिए पासवर्ड बदलें। यदि डेटा निकासी का संदेह है तो पासवर्ड रीसेट करने के लिए मजबूर करें।.
4. स्कैन करें और साफ करें।.
   मैलवेयर स्कैनर चलाएँ और वेबशेल्स/बैकडोर के लिए PHP फ़ाइलों की मैन्युअल समीक्षा करें। अज्ञात फ़ाइलों को हटा दें और ज्ञात-भले बैकअप से परिवर्तित फ़ाइलों को पुनर्स्थापित करें।.
5. डेटाबेस ऑडिट।.
   महत्वपूर्ण तालिकाओं में परिवर्तनों की समीक्षा करें (7. wp_users, 11. संदिग्ध सामग्री के साथ।, wp_posts)। संदिग्ध उपयोगकर्ताओं को रद्द करें और संशोधित विकल्पों (साइट URL, स्वचालित सक्रियण सेटिंग्स) की जांच करें।.
6. पैच करें और अपडेट करें।.
   Slimstat को 5.3.2+ में अपडेट करें, और सुनिश्चित करें कि WordPress कोर, थीम और सभी प्लगइन वर्तमान हैं। हार्डनिंग और फ़ायरवॉल सुरक्षा को फिर से लागू करें।.
7. साइट को पुनर्स्थापित करें।.
   सेवाओं को केवल तब पुनर्स्थापित करें जब आपको विश्वास हो कि साइट साफ है; आक्रामक निगरानी जारी रखें।.
8. घटना के बाद की समीक्षा।.
   मूल कारण, समयरेखा और सुधारात्मक कार्रवाई का दस्तावेजीकरण करें; पहचान और रोकथाम प्रक्रियाओं में सुधार करें।.

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

WAF और आभासी पैचिंग - सामान्य मार्गदर्शन

वेब एप्लिकेशन फ़ायरवॉल और आभासी पैचिंग खुलासे और कोड अपडेट के बीच की खिड़की के दौरान अस्थायी सुरक्षा प्रदान कर सकते हैं। व्यावहारिक उपाय:

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

WAF नियम उदाहरण और पहचान पैटर्न (प्रशासकों और सुरक्षा टीमों के लिए)

आपके WAF इंजन के लिए अनुकूलित प्रतिनिधि (सैद्धांतिक) पहचान पैटर्न। झूठे सकारात्मक के लिए परीक्षण और समायोजन करें।.

• जब पैरामीटर अवरुद्ध करें args SQL मेटाकरैक्टर्स और कीवर्ड शामिल हैं:

  (?i)('|--|;|/\*|\bयूनियन\b|\bचुनें\b|\bसूचना_schema\b|\bसंयोजित\b)

• tautologies को अवरुद्ध करें args (जैसे, या 1=1, 1=1--).
• उन अनुरोधों को अस्वीकार करें जहां args लंबाई उचित विश्लेषणात्मक पेलोड आकार (जैसे, > 2000 वर्ण) से अधिक है।.
• उन उपयोगकर्ताओं से प्लगइन एंडपॉइंट्स के लिए अनुरोधों को अस्वीकार करें जिनकी भूमिका=सदस्य है और जो ऐसी क्रियाएँ कर रहे हैं जो केवल प्रशासक के लिए होनी चाहिए।.
• एक ही आईपी या उपयोगकर्ता से एक ही एंडपॉइंट पर बार-बार अनुरोधों की दर सीमा निर्धारित करें।.

नोट: विश्लेषणात्मक पेलोड में वैध रूप से कई वर्ण और कीवर्ड हो सकते हैं। जहां संभव हो, झूठे सकारात्मक को कम करने के लिए भूमिका-जानकारी और व्हाइटलिस्टेड जांच लागू करें।.

भविष्य के जोखिम को कम करने के लिए हार्डनिंग और सर्वोत्तम प्रथाएँ

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

कैसे जांचें कि आपकी साइट एक कमजोर Slimstat संस्करण चला रही है

• वर्डप्रेस डैशबोर्ड: प्लगइन्स → स्थापित प्लगइन्स → Slimstat एनालिटिक्स खोजें और संस्करण की पुष्टि करें ≤ 5.3.1।.
• WP‑CLI:

  wp plugin status wp-slimstat --format=json

• मैनुअल: प्लगइन के readme.txt के माध्यम से संस्करण खोजें या मुख्य प्लगइन फ़ाइल हेडर में संस्करण की जांच करें।.

यदि संस्करण ≤ 5.3.1 है, तो तुरंत अपडेट या निष्क्रिय करें।.

पोस्ट-अपडेट चेकलिस्ट (5.3.2+ में अपडेट करने के बाद क्या करें)

1. पुष्टि करें कि प्लगइन संस्करण 5.3.2 या उच्चतर है:

   wp प्लगइन प्राप्त करें wp-slimstat --field=version

2. उपयोगकर्ता पंजीकरण को फिर से सक्षम करें केवल पैच की पुष्टि करने और संदिग्ध गतिविधियों की निगरानी करने के बाद।.
3. मैलवेयर और अखंडता स्कैन फिर से चलाएँ।.
4. अद्यतन तिथि से पहले और तक संदिग्ध गतिविधियों के लिए लॉग की समीक्षा करें।.
5. यदि घुसपैठ के संकेत मिलते हैं तो व्यवस्थापक पासवर्ड रीसेट करें।.
6. अद्यतन के बाद कम से कम 7–14 दिनों के लिए उच्च निगरानी बनाए रखें (वेब लॉग, DB लॉग, WAF अलर्ट)।.

उदाहरण लॉग खोज और WP-CLI जांच (व्यावहारिक)

सर्वर पर चलाने के लिए व्यावहारिक कमांड और खोजें:

• संदिग्ध के लिए एक्सेस लॉग खोजें args if ( ! current_user_can( 'edit_shop_order', $order_id ) ) {

  grep -nE "args=.*(union|select|information_schema|--|;|/\*)" /var/log/nginx/access.log*

• हाल की सदस्यता निर्माण की जांच करें:

  wp user list --number=50 --role=subscriber --format=csv | tail -n 20

• सक्रिय प्लगइनों और संस्करणों की सूची:

  wp plugin list --status=सक्रिय --format=तालिका

• हाल ही में संशोधित PHP फ़ाइलों की जांच करें:

  find . -type f -name "*.php" -mtime -7 -print

साइट के मालिकों से सामान्य प्रश्न

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

उत्तर: हाँ। अपडेटिंग मूल कारण को ठीक करता है, लेकिन WAF जैसे रक्षात्मक परतें अतिरिक्त सुरक्षा प्रदान करती हैं (और अन्य वेक्टर के खिलाफ मदद करती हैं)। WAF नियम प्रकटीकरण विंडो के दौरान और उन साइटों के लिए उपयोगी होते हैं जो तुरंत अपडेट नहीं कर सकतीं।.

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

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

प्रश्न: क्या WAF विश्लेषण ट्रैफ़िक के लिए गलत सकारात्मक उत्पन्न करेगा?

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

सुरक्षा टीमों के लिए दीर्घकालिक सिफारिशें

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

यदि आप शोषण के सबूत पाते हैं लेकिन मदद की आवश्यकता है तो क्या करें

यदि आप समझौते के संकेतों का पता लगाते हैं और पेशेवर सहायता की आवश्यकता है:

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

त्वरित कार्रवाई और स्पष्ट सबूतों का संरक्षण प्रभावी वसूली के लिए महत्वपूर्ण है।.

अंतिम शब्द - जल्दी कार्रवाई करें, लेकिन विधिपूर्वक

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

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

सतर्क रहें, अपडेट को प्राथमिकता दें, और सुनिश्चित करें कि आपकी पहचान और प्रतिक्रिया प्रक्रियाएँ तैयार हैं।.