तत्काल: YayMail <= 4.3.2 — प्रमाणित शॉप प्रबंधक स्टोर XSS (CVE-2026-1943) — वर्डप्रेस साइट के मालिकों को अब क्या करना चाहिए

लेखक: हांगकांग सुरक्षा विशेषज्ञ | दिनांक: 2026-02-18 | टैग: वर्डप्रेस, वू-कॉमर्स, सुरक्षा, XSS, WAF, भेद्यता

TL;DR

YayMail - वू-कॉमर्स ईमेल कस्टमाइज़र प्लगइन में एक स्टोर की गई क्रॉस-साइट स्क्रिप्टिंग (XSS) भेद्यता (CVE-2026-1943) का खुलासा किया गया था जो संस्करण ≤ 4.3.2 को प्रभावित करता है। यह दोष शॉप प्रबंधक विशेषाधिकार वाले उपयोगकर्ता को ईमेल टेम्पलेट तत्वों में दुर्भावनापूर्ण स्क्रिप्ट इंजेक्ट करने की अनुमति देता है; स्क्रिप्ट तब निष्पादित होती है जब टेम्पलेट या UI प्रस्तुत किया जाता है। इस प्लगइन को संस्करण 4.3.3 में पैच किया गया था।.

यदि आप वू-कॉमर्स चलाते हैं और YayMail का उपयोग करते हैं:

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

व्यावहारिक नोट (हांगकांग संदर्भ): हांगकांग में कई छोटे खुदरा ऑपरेटर स्टोर संचालन को ठेकेदारों और अंशकालिक कर्मचारियों को सौंपते हैं। सत्यापित करें कि शॉप प्रबंधक विशेषाधिकार किसके पास हैं और जल्दी कार्रवाई करें - यह भेद्यता संपादनीय ईमेल टेम्पलेट्स के लिए विशिष्ट है और एक पेलोड लगाने के लिए एक प्रमाणित उपयोगकर्ता की आवश्यकता होती है।.

क्या हुआ? त्वरित तकनीकी सारांश

• भेद्यता: स्टोर की गई क्रॉस-साइट स्क्रिप्टिंग (XSS)।.
• प्रभावित सॉफ़्टवेयर: वर्डप्रेस के लिए YayMail - वू-कॉमर्स ईमेल कस्टमाइज़र प्लगइन।.
• कमजोर संस्करण: ≤ 4.3.2।.
• में ठीक किया गया: 4.3.3।.
• CVE: CVE-2026-1943।.
• आवश्यक विशेषाधिकार: दुकान प्रबंधक (प्रमाणित)।.
• CVSS: 5.9 (PR:H, UI:R)।.
• हमले का वेक्टर: एक दुकान प्रबंधक बिना उचित आउटपुट एन्कोडिंग या सफाई के डेटाबेस में संग्रहीत टेम्पलेट तत्वों को बना/संशोधित कर सकता है। जब उन तत्वों को देखा या प्रस्तुत किया जाता है (संपादक, पूर्वावलोकन), तो संग्रहीत पेलोड दर्शक के ब्राउज़र में निष्पादित होता है।.

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

वास्तविक दुनिया के शोषण परिदृश्य

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

तात्कालिक कार्रवाई (पहले 24 घंटे)

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

सभी वातावरणों (उत्पादन, स्टेजिंग, परीक्षण) पर तुरंत YayMail को संस्करण 4.3.3 या उससे अधिक में अपडेट करें। यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो नीचे दिए गए शमन उपायों को लागू करें और पैच को शीर्ष प्राथमिकता के रूप में शेड्यूल करें।.

2. जोखिम को कम करें

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

3. WAF / आभासी पैचिंग

प्लगइन के एंडपॉइंट्स या सामान्य व्यवस्थापक एंडपॉइंट्स (admin-ajax.php, admin-post.php, /wp-json/*) पर पोस्ट किए गए संग्रहीत XSS पैटर्न का पता लगाने और अवरुद्ध करने के लिए WAF नियम लागू करें। संदिग्ध पैटर्न (स्क्रिप्ट टैग, इवेंट हैंडलर, javascript: URIs, SVG/onload पेलोड) वाले अनुरोधों को प्लगइन के लिए लक्षित करके ब्लॉक करें।.

4. स्कैन और ऑडिट

Search your database for suspicious content inside emails/templates. Look for <script, onerror=, onload=, javascript:, and URL‑encoded script tags (%3Cscript%3E).

उदाहरण SQL (पढ़ने की प्रति पर चलाएं या बैकअप लेने के बाद):

-- पोस्ट सामग्री/मेटा खोजें;

यदि आप संदिग्ध सामग्री पाते हैं, तो उसे अलग करें और हटा दें, और यह देखने के लिए एक्सेस लॉग की जांच करें कि सामग्री को किसने बनाया/अपडेट किया।.

5. लॉग की निगरानी करें

संदिग्ध व्यवहार (टेम्पलेट सेवाएं, संदिग्ध POSTs, असामान्य IPs से व्यवस्थापक लॉगिन) के लिए WAF, सर्वर, PHP त्रुटि लॉग, और व्यवस्थापक गतिविधि लॉग की निगरानी करें।.

यह कैसे पता करें कि आपको हमला किया गया है

• अप्रत्याशित व्यवस्थापक उपयोगकर्ताओं (व्यवस्थापक या संपादक भूमिकाओं के साथ नए खाते) की जांच करें।.
• बदले हुए साइट सेटिंग्स (साइट ईमेल पते, मेलर सेटिंग्स) की तलाश करें।.
• स्क्रिप्ट टैग या इवेंट एट्रिब्यूट्स के लिए टेम्पलेट्स और प्लगइन मेटा की खोज करें (बैकअप या DB डंप के लिए <script, onerror=, onload=, javascript: के लिए सर्वर-साइड grep)।.
• WP गतिविधि लॉग की जांच करें कि क्या शॉप मैनेजर खातों द्वारा कोई कार्रवाई की गई है (टेम्पलेट सेवाएं, संपादन) और असामान्य संशोधनों के लिए फ़ाइल परिवर्तन लॉग।.
• एक्सेस लॉग की जांच करें कि क्या कोई व्यवस्थापक ने टेम्पलेट संपादक को देखा और उसके बाद असामान्य आउटगोइंग कनेक्शन (बाहरी स्क्रिप्ट लोड) हुए।.
• स्क्रिप्ट-पैटर्न regexes से मेल खाने वाले अवरुद्ध XSS प्रयासों के लिए WAF लॉग की जांच करें।.

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

WAF / वर्चुअल पैच मार्गदर्शन - व्यावहारिक नियम जिन्हें आप अभी लागू कर सकते हैं

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

डिज़ाइन सिद्धांत:

• प्लगइन-विशिष्ट एंडपॉइंट्स और व्यवस्थापक AJAX/REST प्रवेश बिंदुओं को लक्षित करें।.
• निरीक्षण से पहले अनुरोध डेटा को सामान्यीकृत और URL-डिकोड करें।.
• पहले सीखने के मोड में लॉग करें; फिर उच्च-विश्वास मेलों को अवरुद्ध करें।.

उदाहरण ModSecurity-शैली के नियम (चित्रात्मक - उत्पादन में सक्षम करने से पहले परीक्षण करें):

# Block direct <script> tags in request body
SecRule REQUEST_METHOD "POST" "chain,phase:2,deny,log,id:1000101,msg:'Block possible stored XSS - script tag in request body'"
  SecRule REQUEST_BODY "(?i)<\s*script\b" "t:none,chain"
    SecRule REQUEST_URI "@contains admin-ajax.php|admin-post.php|/wp-json/yaymail" "t:none"

# Block event handlers and javascript: URIs (suspicious)
SecRule REQUEST_BODY "(?i)on(?:error|load|click|mouseover|focus)\s*=" "phase:2,log,deny,id:1000102,msg:'Block JS event handler in request'"
SecRule REQUEST_BODY "(?i)javascript\s*:" "phase:2,log,deny,id:1000103,msg:'Block javascript: URI in request body'"

# Block encoded script tags
SecRule REQUEST_BODY "(?i)%3C\s*script%3E" "phase:2,log,deny,id:1000104,msg:'Encoded script tag in request body'

# Target known plugin action names (example)
SecRule REQUEST_URI|ARGS_NAMES "@rx (y|yay|ym|yym).*template.*save" "phase:2,chain,log,id:1000105,msg:'Plugin template save endpoint - scan for XSS'"
  SecRule REQUEST_BODY "(?i)(<\s*script\b|on\w+\s*=|javascript:|%3Cscript%3E)" "t:none,deny"

नोट्स:

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

डेटाबेस शिकार और सफाई - ठोस कदम

1. तुरंत एक डेटाबेस बैकअप (स्नैपशॉट) लें। फोरेंसिक उद्देश्यों के लिए एक कॉपी पर काम करें।.
2. ईमेल टेम्पलेट के लिए सामान्य भंडारण स्थानों की खोज करें:
   • wp_posts (कस्टम पोस्ट प्रकारों के लिए post_content)
   • wp_postmeta (टेम्पलेट तत्वों को स्टोर करने वाला मेटा)
   • wp_options (सीरियलाइज्ड प्लगइन सेटिंग्स)
   • प्लगइन-विशिष्ट तालिकाएँ (यदि YayMail ने कस्टम तालिकाएँ बनाई हैं)
3. उदाहरण प्रश्न:

-- पोस्ट सामग्री में स्क्रिप्ट टैग के लिए खोजें;

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

PHP दृष्टिकोण का उदाहरण (सैद्धांतिक):

<?php

सुरक्षित HTML टैग को बनाए रखने के लिए एक परीक्षण किया हुआ HTML शुद्धिकर्ता (HTMLPurifier या समकक्ष) का उपयोग करें।.

जोखिम को कम करने के लिए हार्डनिंग कॉन्फ़िगरेशन परिवर्तन

• न्यूनतम विशेषाधिकार का सिद्धांत: भूमिकाओं और क्षमताओं की समीक्षा करें; जहां आवश्यक न हो, शॉप मैनेजर को हटा दें।.
• मजबूत प्रमाणीकरण लागू करें: विशेषाधिकार प्राप्त खातों के लिए मजबूत पासवर्ड और 2FA लागू करें।.
• फ़ाइल संपादन को लॉक करें: थीम/प्लगइन संपादकों को अक्षम करें (define(‘DISALLOW_FILE_EDIT’, true);)।.
• व्यवस्थापक पहुंच प्रतिबंध: दूरस्थ एक्सपोजर को कम करने के लिए IP, HTTP प्रमाणीकरण, या VPN द्वारा व्यवस्थापक UI पहुंच को सीमित करें।.
• सामग्री सुरक्षा नीति (CSP): एक प्रतिबंधात्मक CSP लागू करें जो इनलाइन स्क्रिप्टों की अनुमति नहीं देता है और केवल विश्वसनीय स्क्रिप्ट स्रोतों की अनुमति देता है। पहले रिपोर्ट-केवल मोड में परीक्षण करें।.
• AJAX/REST को हार्डन करें: सुनिश्चित करें कि प्लगइन AJAX एंडपॉइंट्स नॉनसेस और क्षमताओं को सर्वर-साइड पर सत्यापित करते हैं; प्लगइन रखरखाव करने वालों को गायब जांचों की रिपोर्ट करें।.

उदाहरण CSP हेडर (पहले रिपोर्ट-केवल में परीक्षण करें):

सामग्री-सुरक्षा-नीति: डिफ़ॉल्ट-स्रोत 'स्वयं'; स्क्रिप्ट-स्रोत 'स्वयं' https://trusted.cdn.example.com; ऑब्जेक्ट-स्रोत 'कोई नहीं'; आधार-यूआरआई 'स्वयं'; फ़्रेम-पूर्वज 'कोई नहीं';

घटना प्रतिक्रिया प्लेबुक (यदि आपने समझौते के संकेत पाए हैं)

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

डेवलपर्स और प्लगइन रखरखाव करने वालों के लिए — सुरक्षित कोडिंग चेकलिस्ट

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

संग्रहीत XSS पेलोड का पता लगाने के लिए WAF नियम पैटर्न का उदाहरण (सारांश)

WAF नियम बनाते समय, पेलोड संकेतकों की तलाश करें:

• सीधे स्क्रिप्ट टैग: <स्क्रिप्ट\b
• एन्कोडेड स्क्रिप्ट टैग: %3Cscript%3E
• इवेंट हैंडलर: onerror=, onload=, onclick=
• SVG/onload वेक्टर: ]+onload=
• जावास्क्रिप्ट: यूआरआई
• संदिग्ध base64-एन्कोडेड पेलोड जो स्क्रिप्ट टैग में डिकोड होते हैं
• विशेषताओं के अंदर इनलाइन JS जैसे style="background:url(javascript:...)"

पहले लॉग करें, फिर ब्लॉक करें। झूठे सकारात्मक को कम करने के लिए क्लाइंट और अनुरोध संदर्भ (कौन सा एंडपॉइंट, उपयोगकर्ता-एजेंट, संदर्भदाता, और उपयोगकर्ता भूमिका) जोड़ें।.

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

प्रश्न: मैं एक डेवलपर नहीं हूँ - यह कितना जरूरी है?

यदि आपके पास शॉप मैनेजर खाते या कर्मचारी हैं जो YayMail टेम्पलेट संपादित कर सकते हैं, तो यह जरूरी है। प्लगइन को अपडेट करें और टेम्पलेट सामग्री का ऑडिट करें। यदि आप तुरंत अपडेट नहीं कर सकते, तो शॉप मैनेजर विशेषाधिकारों को सीमित करें और WAF नियम लागू करें।.

प्रश्न: मेरे उपयोगकर्ताओं के पास शॉप मैनेजर एक्सेस नहीं है - क्या मैं सुरक्षित हूँ?

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

प्रश्न: क्या मैं पिछले टेम्पलेट्स को स्वचालित रूप से साफ कर सकता हूँ?

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

प्रश्न: यदि मैं 4.3.3 पर अपडेट करता हूँ, तो क्या मेरी साइट पूरी तरह से सुरक्षित है?

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

अंतिम चेकलिस्ट - इन्हें आज ही लागू करें

1. सभी साइटों पर YayMail को 4.3.3 (या बाद में) पर अपडेट करें।.
2. शॉप मैनेजर उपयोगकर्ताओं का ऑडिट करें; क्रेडेंशियल्स को अक्षम या घुमाएँ और 2FA सक्षम करें।.
3. WAF को सक्षम या कॉन्फ़िगर करें और प्लगइन एंडपॉइंट्स के लिए संग्रहीत XSS पैटर्न को लक्षित करने वाले वर्चुअल पैच नियम आयात करें।.
4. <script, onerror=, javascript: के लिए डेटाबेस में खोजें और साफ करें या बैकअप से पुनर्स्थापित करें।.
5. संदिग्ध प्रशासन/टेम्पलेट गतिविधियों के लिए लॉग की निगरानी करें और यदि आप संकेत पाते हैं तो अपनी घटना प्रतिक्रिया योजना का पालन करें।.

यदि आपको इन उपायों को लागू करने, WAF नियमों को समायोजित करने, या फोरेंसिक स्वीप करने में सहायता की आवश्यकता है, तो WordPress और घटना प्रतिक्रिया में अनुभवी एक विश्वसनीय सुरक्षा विशेषज्ञ से संपर्क करें।.

— हांगकांग सुरक्षा विशेषज्ञ