ज़ोहो ज़ेप्टोमेल (transmail) <= 3.3.1 — CSRF जो स्टोर्ड XSS (CVE-2025-49028) की ओर ले जाता है: वर्डप्रेस साइट के मालिकों को क्या जानना चाहिए

प्रकाशित: 31 दिसंबर 2025  |  लेखक: हांगकांग सुरक्षा विशेषज्ञ

सारांश: ज़ोहो ज़ेप्टोमेल वर्डप्रेस प्लगइन (प्लगइन स्लग: transmail) में एक क्रॉस-साइट अनुरोध धोखाधड़ी (CSRF) भेद्यता जो संस्करण 3.3.1 तक और शामिल है, 31 दिसंबर 2025 को प्रकट की गई (CVE-2025-49028)। CSRF कमजोरी का दुरुपयोग करके प्लगइन सेटिंग्स या डेटाबेस फ़ील्ड में दुर्भावनापूर्ण HTML/JavaScript (स्टोर्ड XSS) को संग्रहीत किया जा सकता है। यह सलाह तकनीकी विवरण, शोषण जोखिम, पहचान के चरण, अल्पकालिक और मध्यकालिक शमन, अनुशंसित WAF नियम विचार (सामान्य), घटना प्रतिक्रिया मार्गदर्शन, और हांगकांग और एशिया-प्रशांत क्षेत्र में संगठनों और प्रशासकों के लिए अनुकूलित हार्डनिंग सलाह को समझाती है।.

सामग्री की तालिका

• क्या हुआ और किसने इसकी रिपोर्ट की
• उच्च-स्तरीय भेद्यता अवलोकन
• तकनीकी विश्लेषण: CSRF कैसे स्टोर्ड XSS की ओर ले जा सकता है
• जोखिम और शोषण की संभावनाएँ
• यह कैसे पता करें कि आपकी साइट प्रभावित है
• तात्कालिक शमन (अल्पकालिक)
• सुधार और सुरक्षित कॉन्फ़िगरेशन (मध्यकालिक)
• WAF और परिधीय शमन (सामान्य मार्गदर्शन)
• अनुशंसित WAF हस्ताक्षर और नियम (उदाहरण)
• घटना प्रतिक्रिया चेकलिस्ट और सफाई मार्गदर्शन
• वर्डप्रेस प्रशासकों के लिए हार्डनिंग सलाह
• उदाहरण प्रशासक सूचना
• अंतिम अनुशंसाएँ और व्यावहारिक चेकलिस्ट

क्या हुआ और किसने इसकी रिपोर्ट की

एक सुरक्षा शोधकर्ता ने ज़ोहो ज़ेप्टोमेल (transmail) वर्डप्रेस प्लगइन में एक भेद्यता की रिपोर्ट की जो संस्करण 3.3.1 तक और शामिल है। इस मुद्दे को CVE-2025-49028 के रूप में ट्रैक किया गया और 31 दिसंबर 2025 को सार्वजनिक रूप से प्रकट किया गया। यह भेद्यता एक या एक से अधिक प्रशासक-फेसिंग एंडपॉइंट्स पर CSRF कमजोरी है जो POST अनुरोध स्वीकार करते हैं और ऐसे मानों को बनाए रखते हैं जिन्हें बाद में उचित एस्केपिंग या सैनिटाइजेशन के बिना प्रस्तुत किया जा सकता है।.

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

हम जिम्मेदार प्रकटीकरण के लिए शोधकर्ता को श्रेय देते हैं। साइट के मालिकों को मूल्यांकन और सुधार को प्राथमिकता देनी चाहिए।.

उच्च-स्तरीय भेद्यता अवलोकन

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

तकनीकी विश्लेषण: CSRF कैसे स्टोर्ड XSS की ओर ले जा सकता है

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

हमले की श्रृंखला (सारांश):

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

प्रमुख विफलता बिंदु: नॉनसेस की कमी, अनुचित इनपुट स्वच्छता, और प्रशासनिक या फ्रंट-एंड संदर्भों में संग्रहीत मानों का असुरक्षित प्रदर्शन।.

जोखिम और शोषण की संभावनाएँ

हांगकांग संगठनों और SMEs के लिए प्रासंगिक खतरा मॉडल नोट्स:

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

संभावित प्रभाव:

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

यह कैसे पता करें कि आपकी साइट प्रभावित है

एक सतर्क, चरणबद्ध दृष्टिकोण अपनाएं। उत्पादन प्रणालियों पर सक्रिय शोषण न करें। जहां संभव हो, स्टेजिंग कॉपियों या केवल पढ़ने योग्य प्रतियों का उपयोग करें।.

चरण 1 — प्लगइन की उपस्थिति और संस्करण की जांच करें

WordPress में लॉगिन करें → प्लगइन्स → स्थापित प्लगइन्स और Zoho ZeptoMail (transmail) को खोजें। यदि संस्करण <= 3.3.1 है, तो इसे संभावित रूप से संवेदनशील मानें।.

बड़े बेड़ों के लिए, प्लगइन सूची निर्यात करने के लिए WP-CLI का उपयोग करें:

wp प्लगइन सूची --फॉर्मेट=csv

चरण 2 — संदिग्ध सहेजे गए सेटिंग्स के लिए खोजें

wp_options और postmeta में स्क्रिप्ट टैग या संदिग्ध इवेंट विशेषताओं के लिए खोजें। आकस्मिक डेटा एक्सपोज़र से बचने के लिए इसे स्टेजिंग कॉपी पर करें।.

SELECT option_id, option_name FROM wp_options WHERE option_value LIKE '%<script%';

चरण 3 — गैर-नॉनस के लिए प्रशासनिक फ़ॉर्म की जांच करें

प्रशासन में प्लगइन सेटिंग्स पृष्ठ खोलें, स्रोत देखें, और नॉनस इनपुट जैसे खोजें:

<input type="hidden" id="_wpnonce" name="_wpnonce" value="...">

यदि फ़ॉर्म में नॉनस फ़ील्ड की कमी है या नॉनस जांच के बिना admin_post एंडपॉइंट का उपयोग करते हैं, तो वे एंडपॉइंट CSRF के प्रति संवेदनशील हो सकते हैं।.

चरण 4 — संदिग्ध POSTs के लिए लॉग की समीक्षा करें

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

चरण 5 — स्टेजिंग पर गैर-आक्रामक स्कैनिंग का उपयोग करें

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

तात्कालिक शमन (अल्पकालिक)

यदि आप निर्धारित करते हैं कि प्लगइन मौजूद है और कमजोर है, तो तत्काल जोखिम को कम करने के लिए कदम उठाएं:

1. प्रशासनिक पहुंच को सीमित करें: जहां संभव हो, IP अनुमति सूची द्वारा /wp-admin तक पहुंच को सीमित करें। प्रशासकों को VPN या विश्वसनीय नेटवर्क का उपयोग करने की आवश्यकता है।.
2. रखरखाव मोड पर विचार करें: यदि संचालन पर प्रभाव स्वीकार्य है, तो आप मूल्यांकन और पैच करते समय महत्वपूर्ण साइटों को रखरखाव में डाल दें।.
3. प्लगइन को अस्थायी रूप से निष्क्रिय करें: प्रभावित साइटों पर Zoho ZeptoMail को निष्क्रिय करें जब तक कि विक्रेता का समाधान पुष्टि न हो जाए। नोट: इससे ईमेल वितरण पर प्रभाव पड़ सकता है—वैकल्पिक SMTP या ईमेल प्रबंधन की योजना बनाएं।.
4. प्रशासनिक सत्रों को मजबूत करें: सभी उपयोगकर्ताओं को मजबूर लॉगआउट करें, प्रशासनिक पासवर्ड बदलें, और विशेष खातों के लिए मल्टी-फैक्टर प्रमाणीकरण (MFA) सक्षम करें।.
5. परिधीय फ़िल्टरिंग: अपने वेब एप्लिकेशन फ़ायरवॉल (WAF) या सर्वर फ़िल्टर का उपयोग करें ताकि उन प्रशासनिक अंत बिंदुओं पर POST अनुरोधों को अवरुद्ध किया जा सके जिनमें स्क्रिप्ट टैग या संदिग्ध पेलोड होते हैं (नीचे नियम देखें)। यह एक अस्थायी समाधान है जबकि आप एक स्थायी पैच लागू करते हैं।.
6. संग्रहीत पेलोड को खोजें और साफ करें: एक स्टेजिंग कॉपी पर, इंजेक्टेड स्क्रिप्ट को खोजें और हटा दें। उत्पादन के लिए, यदि सक्रिय शोषण की पुष्टि होती है तो साइट को ऑफ़लाइन लेने या एक साफ बैकअप से पुनर्स्थापित करने पर विचार करें।.

सुधार और सुरक्षित कॉन्फ़िगरेशन (मध्यकालिक)

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

WAF और परिधीय शमन (सामान्य मार्गदर्शन)

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

• उन प्रशासनिक अंत बिंदुओं पर POST अनुरोधों को अवरुद्ध करें जिनमें इनलाइन स्क्रिप्ट टैग या पैरामीटर मानों में इवेंट हैंडलर विशेषताएँ होती हैं।.
• प्रशासनिक POSTs के लिए मूल/रेफरर सत्यापन को लागू करें: सुनिश्चित करें कि सेटिंग्स अंत बिंदुओं पर POST अनुरोध उसी होस्ट या विश्वसनीय मूल से आते हैं।.
• संदिग्ध IPs या बॉट जैसी गतिविधियों को दर-सीमा या ब्लॉक करें जो व्यवस्थापक अंत बिंदुओं को लक्षित करती हैं।.
• उन पैटर्न पर अलर्ट करें जो सफल इंजेक्शन का संकेत देते हैं: एक सेटिंग अपडेट उसके बाद फ्रंट-एंड अनुरोध जो असामान्य HTML टुकड़े प्रदान करते हैं।.

नोट: झूठे सकारात्मक को कम करने के लिए नियमों को समायोजित करें और व्यापक तैनाती से पहले स्टेजिंग पर परीक्षण करें।.

अनुशंसित WAF हस्ताक्षर और नियम (उदाहरण जो आप लागू कर सकते हैं)

निम्नलिखित उदाहरण नियम विचार और regex पैटर्न हैं। अपने वातावरण और WAF उत्पाद के लिए परीक्षण और अनुकूलित करें। ये केवल उदाहरणात्मक हैं:

1) एम्बेडेड स्क्रिप्ट टैग के साथ प्लगइन सेटिंग अंत बिंदुओं पर POST को ब्लॉक करें

छद्म-तर्क:

2) व्यवस्थापक सेटिंग्स POST के लिए Origin/Referer सत्यापन की आवश्यकता है

छद्म-तर्क:

3) विकल्प अपडेट करते समय संदिग्ध पेलोड को ब्लॉक करें

यदि अनुरोध एक विकल्प या मेटा को अपडेट करता है और मान /<\s*script\b/i से मेल खाता है:

4) ह्यूरिस्टिक: बाहरी संदर्भ से असामान्य व्यवस्थापक POST को ब्लॉक करें

यदि एक व्यवस्थापक-क्षेत्र POST एक विदेशी डोमेन से उत्पन्न होता है और ईमेल पते, प्रदर्शन नाम, या सेटिंग्स सेट करने वाले पैरामीटर शामिल करता है, तो अनुरोध को चुनौती दें या ब्लॉक करें।.

ट्यूनिंग टिप्स: नियमों के दायरे को ज्ञात प्लगइन अंत बिंदुओं और पैरामीटर नामों तक सीमित करें ताकि झूठे सकारात्मक को कम किया जा सके। फोरेंसिक समीक्षा के लिए ब्लॉक किए गए अनुरोधों को लॉग करें।.

घटना प्रतिक्रिया चेकलिस्ट और सफाई मार्गदर्शन

यदि आप इंजेक्टेड स्क्रिप्ट पाते हैं या समझौते का संदेह करते हैं, तो फोरेंसिक-मन वाले प्रतिक्रिया का पालन करें:

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

वर्डप्रेस प्रशासकों के लिए हार्डनिंग सलाह

WordPress में CSRF और स्टोर किए गए XSS जोखिम को कम करने के लिए सिफारिशें:

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

आपके आंतरिक टीम को भेजने के लिए उदाहरण प्रशासनिक सूचना

विषय: तत्काल: Zoho ZeptoMail प्लगइन (transmail) भेद्यता - आवश्यक कार्रवाई

शरीर (संपादनीय):

एक भेद्यता (CVE-2025-49028) जो Zoho ZeptoMail संस्करणों को प्रभावित करती है <= 3.3.1 का खुलासा किया गया है। समस्या एक CSRF कमजोरियों है जो हमारे साइट सेटिंग्स में एक संग्रहीत XSS पेलोड को सहेजने की अनुमति दे सकती है।.

अंतिम अनुशंसाएँ और व्यावहारिक चेकलिस्ट

प्रभाव: यदि एक प्रमाणित प्रशासक एक दुर्भावनापूर्ण पृष्ठ पर जाता है, तो एक हमलावर जावास्क्रिप्ट इंजेक्ट कर सकता है जो प्रशासक संदर्भ में निष्पादित होता है, जिससे वृद्धि और डेटा चोरी हो सकती है।

1. तात्कालिक कार्रवाई:.
2. प्लगइन की उपस्थिति और संस्करण के लिए सभी साइटों का इन्वेंटरी करें।.
3. गैर-आवश्यक साइटों पर प्लगइन को निष्क्रिय करें और मिशन-क्रिटिकल साइटों के लिए रखरखाव निर्धारित करें।.
4. MFA लागू करें और प्रशासनिक क्रेडेंशियल्स को घुमाएँ।.
5. प्रशासनिक अंत बिंदुओं पर स्क्रिप्ट टैग के साथ POST को ब्लॉक करने के लिए परिधीय फ़िल्टर लागू करें।.
6. प्रशासनिक क्रेडेंशियल्स को घुमाएँ और MFA सक्षम करें।.
7. संदिग्ध स्क्रिप्ट टैग के लिए डेटाबेस को स्कैन करें और प्रभावित साइटों को अलग करें।.

कृपया EOD [तारीख] तक पुष्टि करें। यदि आपको सहायता की आवश्यकता है, तो सुरक्षा टीम से संपर्क करें।.

उन प्रशासकों के लिए जो Zoho ZeptoMail (transmail) का उपयोग करने वाली WordPress साइटों के लिए जिम्मेदार हैं:.