9 जून 2026 को स्लाइडर क्रांति (revslider) संस्करणों में संवेदनशील जानकारी का खुलासा करने वाली एक कमजोरियों को सार्वजनिक रूप से उजागर किया गया और इसे CVE-2026-7542 सौंपा गया। यह समस्या एक प्रमाणित उपयोगकर्ता को सदस्य विशेषाधिकार (या उच्चतर) के साथ जानकारी तक पहुंचने की अनुमति देती है जिसे उन्हें नहीं देखना चाहिए। विक्रेता ने संस्करण 7.0.11 में एक पैच जारी किया।.

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

कार्यकारी सारांश (TL;DR)

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

यह गंभीर क्यों है (और आपको अब कार्रवाई क्यों करनी चाहिए)

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

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

इसे समय-संवेदनशील के रूप में मानें: यदि संभव हो तो पैच और शमन की योजना बनाएं।.

भेद्यता क्या है (उच्च स्तर)

CVE-2026-7542 स्लाइडर क्रांति (≤ 7.0.10) में एक प्रमाणित जानकारी का खुलासा करने वाली बग है। एक प्रमाणित उपयोगकर्ता जो सदस्य विशेषाधिकार के साथ है, प्लगइन एंडपॉइंट्स को कॉल कर सकता है जो आंतरिक डेटा लौटाते हैं जो सामान्यतः प्रशासकों के लिए आरक्षित होते हैं। अंतर्निहित समस्या AJAX या प्रशासनिक एंडपॉइंट्स पर अनुचित प्राधिकरण/ACL जांच है।.

ऐसी समस्याओं के लिए सामान्य मूल कारण:

• AJAX या REST एंडपॉइंट्स पर क्षमता जांच का अभाव।.
• केवल नॉनसेस पर निर्भर रहना बिना भूमिका/क्षमता को मान्य किए।.
• निम्न-विशेषाधिकार अनुरोधों के लिए आंतरिक कॉन्फ़िगरेशन या डेटाबेस पहचानकर्ताओं को उजागर करना।.

कुंजी, आंतरिक नाम, और कॉन्फ़िगरेशन मान हमलावरों को बढ़ाने या अतिरिक्त कमजोरियों का पता लगाने में महत्वपूर्ण रूप से मदद कर सकते हैं; इसलिए यह मध्यम जोखिम है।.

शोषण परिदृश्य (वास्तविक उदाहरण)

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

जबकि शोषण सीधे व्यवस्थापक विशेषाधिकार नहीं देता है, यह बाद के समझौते के लिए आवश्यक प्रयास को काफी कम कर देता है।.

किसे प्रभावित किया गया है?

• साइटें जो स्लाइडर रिवोल्यूशन (रेवस्लाइडर) प्लगइन संस्करण 7.0.10 या उससे पहले चला रही हैं।.
• साइटें जो उपयोगकर्ता पंजीकरण स्वीकार करती हैं या जिनके पास सदस्य खाते हैं (सदस्यता साइटें, ई-कॉमर्स ग्राहक, टिप्पणी उपयोगकर्ता, या थीम बंडल जो सदस्यों को प्रदान करते हैं)।.
• साइटें जिन पर रेवस्लाइडर स्थापित है भले ही इसका सक्रिय रूप से उपयोग न किया जा रहा हो — स्थापित प्लगइन्स अभी भी एंडपॉइंट्स को उजागर कर सकते हैं।.

यदि आप किसी साइट पर स्लाइडर रिवोल्यूशन का उपयोग नहीं करते हैं, तो आप प्रभावित नहीं हैं — लेकिन कई थीम रेवस्लाइडर को बंडल करती हैं, इसलिए जांचें कि क्या यह मौजूद है।.

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

1. अपने प्लगइन संस्करण की जांच करें
   wp-admin में लॉग इन करें → प्लगइन्स और स्थापित स्लाइडर रिवोल्यूशन (रेवस्लाइडर) संस्करण की पुष्टि करें। यदि यह ≤ 7.0.10 है, तो तुरंत आगे बढ़ें।.
2. स्लाइडर रिवोल्यूशन को अपडेट करें
   तुरंत डैशबोर्ड → अपडेट के माध्यम से या SFTP के माध्यम से प्लगइन फ़ाइलों को अपडेट करके संस्करण 7.0.11 या बाद में अपडेट करें। सुनिश्चित करें कि आपके पास अपडेट करने से पहले एक हालिया बैकअप है।.
3. यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो शमन लागू करें
   • यदि इसकी आवश्यकता नहीं है तो अस्थायी रूप से प्लगइन को निष्क्रिय करें — यह सबसे विश्वसनीय अल्पकालिक समाधान है।.
   • वेब सर्वर या फ़ायरवॉल स्तर पर रेवस्लाइडर प्लगइन फ़ाइलों और सामान्य AJAX एंडपॉइंट्स तक पहुंच को अवरुद्ध करें।.
   • यदि संभव हो तो पैच करने तक ओपन पंजीकरण को निष्क्रिय करें।.
   • अस्थायी रूप से एक भूमिका-क्षमता प्लगइन या कस्टम कोड का उपयोग करके सदस्य क्षमताओं को सीमित करें।.
4. हितधारकों को सूचित करें
   अपनी टीम और होस्टिंग प्रदाता को सूचित करें ताकि साइट-स्तरीय समाधान को जल्दी से समन्वयित किया जा सके।.

अनुशंसित चरण-दर-चरण सुधार योजना (24–72 घंटे)

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

पहचान: लॉग और स्कैन में क्या देखना है

इन संकेतकों के लिए पहुंच, प्लगइन, और सर्वर लॉग की निगरानी करें:

• निम्न-विशेषाधिकार खातों से प्लगइन या AJAX एंडपॉइंट्स तक बार-बार पहुंच। revslider क्रिया पैरामीटर के साथ admin-ajax.php अनुरोधों या admin.php?page=revslider (या समकक्ष) के लिए अनुरोधों की तलाश करें।.
• Subscriber खातों से revslider एंडपॉइंट्स पर असामान्य POST अनुरोध।.
• नए या हाल ही में पंजीकृत खातों से अनुरोधों में वृद्धि।.
• प्लगइन या थीम निर्देशिकाओं में अप्रत्याशित फ़ाइल संशोधन।.
• संदिग्ध एंडपॉइंट पहुंच के आसपास बनाए गए नए प्रशासनिक उपयोगकर्ता।.
• संदिग्ध गतिविधि के तुरंत बाद अज्ञात होस्टों के लिए आउटबाउंड कनेक्शन।.

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

समझौते के संकेत (IoCs)

• नए प्रशासनिक स्तर के खाते जो आपने नहीं बनाए।.
• wp-content/plugins/revslider या अन्य कोर/थीम/प्लगइन निर्देशिकाओं में संशोधित फ़ाइलें।.
• wp-content/uploads के तहत अप्रत्याशित PHP फ़ाइलें या बैकडोर।.
• अप्रत्याशित अनुसूचित कार्य (wp_cron प्रविष्टियाँ) जो प्रशासनिक जैसी क्रियाएँ करती हैं।.
• संदिग्ध अनुरोधों के बाद अज्ञात डोमेन के लिए आउटगोइंग कनेक्शन या DNS लुकअप।.
• अचानक SEO परिवर्तन, रीडायरेक्ट, या पृष्ठों में दुर्भावनापूर्ण JavaScript इंजेक्ट किया गया।.

यदि आप इनमें से कोई भी देखते हैं, तो अपनी घटना प्रतिक्रिया योजना का पालन करें और फोरेंसिक विशेषज्ञ को शामिल करने पर विचार करें।.

WAF कैसे मदद करता है — वर्चुअल पैचिंग और शमन

एक वेब एप्लिकेशन फ़ायरवॉल (WAF) आपके अपडेट करते समय एक्सपोज़र को कम कर सकता है:

• निम्न-विशेषाधिकार ग्राहकों से ज्ञात कमजोर प्लगइन एंडपॉइंट्स के लिए अनुरोधों को अवरुद्ध करना।.
• संदिग्ध पेलोड को गिराना जो आंतरिक प्लगइन सेटिंग्स को लाने का प्रयास करता है।.
• कई एंडपॉइंट कॉल करने वाले संदिग्ध प्रमाणित खातों को दर-सीमा या चुनौती देना।.
• एप्लिकेशन तक पहुँचने से पहले शोषण पैटर्न को रोककर एक वर्चुअल पैच प्रदान करना।.

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

भविष्य में समान जोखिम को कम करने के लिए हार्डनिंग सिफारिशें

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

व्यावहारिक कॉन्फ़िगरेशन उदाहरण (सुरक्षित और रक्षात्मक)

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

उत्पादन में तैनात करने से पहले हमेशा एक स्टेजिंग वातावरण पर कॉन्फ़िगरेशन परिवर्तनों का परीक्षण करें।.

पोस्ट-पैच जांच (आपके अपडेट करने के बाद क्या सत्यापित करना है)

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

जब एक घटना प्रतिक्रिया प्रदाता या होस्ट को शामिल करना है

यदि आप देखते हैं तो एक पेशेवर या अपने होस्टिंग प्रदाता से संपर्क करें:

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

जब संदेह हो, तो जल्दी से पेशेवर मदद लें ताकि निवास समय और संभावित प्रभाव को कम किया जा सके।.

उदाहरण समयरेखा — क्या करना है और कब

• "), '', $value);: निर्धारित करें कि क्या revslider स्थापित है और इसका संस्करण; यदि कमजोर है, तो प्लगइन को अपडेट या निष्क्रिय करें; यदि लागू हो तो ओपन रजिस्ट्रेशन को अक्षम करें।.
• अल्पकालिक (4–24 घंटे): IoCs के लिए स्कैन करें, आवश्यकतानुसार टोकन घुमाएँ, लॉग और उपयोगकर्ता खातों की समीक्षा करें।.
• मध्यम अवधि (24–72 घंटे): फोरेंसिक जांच पूरी करें, यदि आवश्यक हो तो बैकअप से पुनर्स्थापित करें, और कार्यक्षमता को फिर से सक्षम करने से पहले शमन की पुष्टि करें।.
• दीर्घकालिक: निगरानी में सुधार करें, MFA लागू करें, प्लगइन सूची की समीक्षा करें, और कॉन्फ़िगरेशन को मजबूत करें।.

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

प्रश्न: एक थीम में स्लाइडर रिवोल्यूशन शामिल है — क्या मेरी साइट प्रभावित है?

उत्तर: यदि बंडल की गई प्रति संस्करण 7.0.10 या उससे पहले है, तो हाँ। साइट पर स्थापित वास्तविक प्लगइन संस्करण की जांच करें।.

प्रश्न: मेरी साइट उपयोगकर्ता पंजीकरण की अनुमति नहीं देती। क्या मैं सुरक्षित हूँ?

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

प्रश्न: क्या एक WAF इसे स्थायी रूप से रोक देगा?

उत्तर: एक WAF प्रयासों को कम कर सकता है और आपको अपडेट करते समय आभासी पैचिंग प्रदान कर सकता है, लेकिन एकमात्र पूर्ण उपाय विक्रेता पैच लागू करना है।.

प्रश्न: क्या मैं अपडेट करने के बजाय प्लगइन हटा सकता हूँ?

उत्तर: हाँ — यदि revslider कार्यक्षमता की आवश्यकता नहीं है, तो इसे अनइंस्टॉल करना हमले की सतह को हटा देता है। अनइंस्टॉल करने से पहले बैकअप लें।.

घटना प्रतिक्रिया चेकलिस्ट (कॉपी/पेस्ट)

• [ ] प्लगइन संस्करण की पहचान करें (क्या यह ≤ 7.0.10 है?)
• [ ] स्लाइडर रिवोल्यूशन को 7.0.11 या बाद के संस्करण में अपडेट करें (यदि ऐसा करना सुरक्षित है)
• [ ] यदि आप तुरंत अपडेट नहीं कर सकते: प्लगइन को निष्क्रिय करें या सर्वर/फायरवॉल स्तर पर revslider अंत बिंदुओं को अवरुद्ध करें
• [ ] अस्थायी रूप से ओपन रजिस्ट्रेशन को अक्षम करें (यदि लागू हो)
• [ ] मैलवेयर और अखंडता स्कैन चलाएँ
• [ ] संदिग्ध revslider या admin-ajax गतिविधियों के लिए लॉग की जांच करें
• [ ] अज्ञात प्रशासकों या नए खातों के लिए उपयोगकर्ता खातों की समीक्षा करें
• [ ] प्लगइन सेटिंग्स में संग्रहीत API कुंजी और रहस्यों को घुमाएं
• [ ] यदि संदिग्ध गतिविधि पाई जाती है तो विशेषाधिकार प्राप्त उपयोगकर्ताओं के लिए पासवर्ड रीसेट करने के लिए मजबूर करें
• [ ] यदि समझौता पुष्टि हो जाता है तो बैकअप से पुनर्स्थापित करें
• [ ] सभी प्रशासनिक खातों के लिए MFA सक्षम करें
• [ ] यदि आप IoCs पाते हैं तो सुरक्षा ऑडिट या प्रबंधित प्रतिक्रिया संलग्न करने पर विचार करें

अंतिम शब्द: क्षति बनने से पहले कार्रवाई करें

CVE-2026-7542 जैसी जानकारी प्रकटीकरण कमजोरियाँ धोखाधड़ी होती हैं: वे दृश्य कार्यक्षमता को तोड़ नहीं सकती हैं लेकिन अनुवर्ती हमलों के लिए हमलावर की सफलता को महत्वपूर्ण रूप से बढ़ा देती हैं। क्योंकि शोषण के लिए केवल एक निम्न-विशेषाधिकार खाता आवश्यक है, सार्वजनिक प्रकटीकरण और स्वचालित शोषण के बीच की खिड़की छोटी हो सकती है।.

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