तत्काल: बर्स्ट सांख्यिकी (WordPress) — टूटी हुई प्रमाणीकरण (CVE‑2026‑8181) और अपने साइट की सुरक्षा कैसे करें

दिनांक: 14 मई, 2026  |  गंभीरता: उच्च (CVSS 9.8)  |  प्रभावित संस्करण: 3.4.0 – 3.4.1.1  |  पैच किया गया: 3.4.2  |  CVE: CVE‑2026‑8181

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

क्या हुआ (साधारण भाषा)

बर्स्ट सांख्यिकी (WordPress प्लगइन) में 3.4.0 से 3.4.1.1 संस्करणों में एक टूटी हुई प्रमाणीकरण सुरक्षा दोष थी (CVE‑2026‑8181)। यह दोष बिना प्रमाणीकरण वाले अनुरोधों को प्लगइन कार्यक्षमता को सक्रिय करने की अनुमति देता है जो केवल प्रमाणीकरण किए गए व्यवस्थापकों तक सीमित होनी चाहिए। व्यावहारिक रूप से, हमलावर एक प्लगइन एंडपॉइंट या कोड पथ को कॉल कर सकते हैं जिसमें उचित प्रमाणीकरण/क्षमता जांच की कमी होती है और ऐसे कार्य कर सकते हैं जो प्रशासनिक अधिग्रहण का परिणाम बनते हैं।.

क्योंकि शोषण बिना प्रमाणीकरण वाले विशेषाधिकार वृद्धि को व्यवस्थापक तक पहुंचा सकता है, जोखिम बहुत उच्च है (CVSS 9.8)। सफल हमलावर बैकडोर स्थापित कर सकते हैं, व्यवस्थापक खाते बना सकते हैं, डेटा निकाल सकते हैं, सामग्री को संशोधित कर सकते हैं, और उन अन्य सेवाओं पर स्विच कर सकते हैं जो क्रेडेंशियल्स या बुनियादी ढांचे को साझा करती हैं।.

यह इतना खतरनाक क्यों है

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

किसी भी साइट को जो प्रभावित प्लगइन संस्करण चला रही है, पैच और ऑडिट होने तक समझौता किया गया मानें।.

सामान्य शोषण श्रृंखला (संकल्पना)

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

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

तात्कालिक क्रियाएँ (क्रमबद्ध)

यहाँ से शुरू करें: बर्स्ट स्टैटिस्टिक्स को संस्करण 3.4.2 में अपडेट करें। यह अंतिम समाधान है। यदि तुरंत अपडेट करना संभव नहीं है, तो नीचे दिए गए संकुचन चरणों का पालन करें।.

1. प्लगइन को तुरंत 3.4.2 में अपडेट करें।.
2. यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो प्लगइन को निष्क्रिय करें।. इसे प्लगइन्स > इंस्टॉल किए गए प्लगइन्स में निष्क्रिय करें या SFTP/SSH के माध्यम से फ़ोल्डर का नाम बदलें:

   mv wp-content/plugins/burst-statistics wp-content/plugins/burst-statistics.disabled

3. आभासी पैचिंग लागू करें और प्लगइन-विशिष्ट एंडपॉइंट्स तक पहुंच को अवरुद्ध करें।. अनधिकृत अनुरोधों को अस्वीकार करने के लिए सर्वर या WAF नियमों का उपयोग करें (नीचे उदाहरण)।.
4. सभी व्यवस्थापक पासवर्ड रीसेट करें और सभी उपयोगकर्ताओं को मजबूर लॉगआउट करें।. वर्डप्रेस स्क्रीन या WP‑CLI का उपयोग करें और प्रत्येक व्यवस्थापक और उच्च उपयोगकर्ता के लिए पासवर्ड बदलें।.
5. प्रमाणीकरण कुंजियों और नमक को घुमाएं wp-config.php. वर्डप्रेस.org सीक्रेट-की सेवा या WP‑CLI का उपयोग करके सत्रों को अमान्य करें।.
6. व्यवस्थापक उपयोगकर्ताओं की समीक्षा करें और अज्ञात खातों को हटा दें।. उदाहरण: wp उपयोगकर्ता सूची --भूमिका=प्रशासक और अनधिकृत उपयोगकर्ताओं को हटा दें।.
7. समझौते के संकेतों (IoCs) की जांच करें - लॉग और फ़ाइल परिवर्तनों (विशिष्ट अनुभाग देखें)।.
8. यदि समझौता पाया जाता है, तो साइट को अलग करें, लॉग और बैकअप को सुरक्षित रखें, और नीचे दिए गए घटना-प्रतिक्रिया का पालन करें।.

समझौते के संकेत (IoCs) और क्या जांचें

हमलावर अनधिकृत-से-व्यवस्थापक भेद्यता का शोषण करते समय आमतौर पर निशान छोड़ते हैं। पहले इनकी जांच करें:

• नए या संशोधित व्यवस्थापक खाते:
  • डैशबोर्ड: उपयोगकर्ता → सभी उपयोगकर्ता - निर्माण समय और अपरिचित नामों की जांच करें।.
  • WP‑CLI: wp उपयोगकर्ता सूची --भूमिका=प्रशासक --फॉर्मेट=csv.
• संदिग्ध उपयोगकर्ता मेटा: wp_usermeta पंक्तियाँ अप्रत्याशित क्षमताओं या ऊंचे भूमिकाओं के साथ।.
• प्रमाणीकरण घटनाएँ और सत्र विसंगतियाँ: प्लगइन एंडपॉइंट्स के लिए POSTs के लिए वेब सर्वर एक्सेस लॉग, admin-ajax.php और REST API (/wp-json/); समान IPs से बार-बार अनुरोधों की तलाश करें।.
• फ़ाइल प्रणाली में परिवर्तन: संशोधित समय के तहत wp-content/plugins/burst-statistics, 16. WP क्रॉन में अप्रत्याशित अनुसूचित घटनाएँ जो अपरिचित कोड को निष्पादित करती हैं।, 3. , अप्रत्याशित प्रशासनिक उपयोगकर्ताओं, या में परिवर्तनों के लिए; अपलोड या प्लगइन फ़ोल्डरों में अज्ञात PHP फ़ाइलें।.
• क्रॉन प्रविष्टियाँ: wp क्रोन इवेंट सूची या निरीक्षण करें 11. संदिग्ध सामग्री के साथ। क्रोन अप्रत्याशित अनुसूचित कार्यों के लिए।.
• डेटाबेस विसंगतियाँ: में नए विकल्प 11. संदिग्ध सामग्री के साथ। जो base64 ब्लॉब या अनुक्रमित वस्तुओं को शामिल करते हैं।.
• आउटबाउंड नेटवर्क गतिविधि: सर्वर से दूरस्थ IPs/डोमेन के लिए अस्पष्ट कनेक्शन (संभावित C2 या डेटा निकासी)।.
• मैलवेयर स्कैनर परिणाम: फ़ाइल-एकता स्कैनर या AV अलर्ट जो संदिग्ध फ़ाइलों को इंगित करते हैं।.

विनाशकारी परिवर्तनों को करने से पहले संदिग्ध फ़ाइलों के लॉग और प्रतियों को सुरक्षित रखें। ये बाद की फोरेंसिक्स के लिए आवश्यक हैं।.

आपातकालीन आभासी पैचिंग - WAF (धारणाएँ और उदाहरण नियम)

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

सामान्य रणनीति:

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

उदाहरण नियम और कॉन्फ़िगरेशन - अपने वातावरण के अनुसार अनुकूलित करें।.

अपाचे (.htaccess)

# वैध WP कुकी मौजूद न होने पर बर्स्ट-स्टैटिस्टिक्स प्रशासन पृष्ठों तक सीधे पहुंच को अस्वीकार करें

एनजिनक्स

स्थान ~* /wp-content/plugins/burst-statistics/ {

सामान्य WAF / ModSecurity शैली (छद्म)

# प्रशासन-ajax.php या wp-json पर प्रमाणीकरण रहित अनुरोधों को ब्लॉक करें जो प्लगइन-विशिष्ट क्रियाएँ शामिल करते हैं"

दर-सीमा उदाहरण: प्रशासन-ajax.php और REST एंडपॉइंट्स पर POSTs को प्रति IP प्रति मिनट 5 अनुरोधों तक सीमित करें। उन IPs को ब्लॉक करें जो बार-बार प्लगइन एंडपॉइंट्स को जांचते समय 403/404 उत्पन्न करते हैं।.

डिज़ाइन नोट्स: नियमों को प्लगइन स्लग और विशिष्ट एंडपॉइंट्स पर लक्षित करें ताकि झूठे सकारात्मकता को कम किया जा सके। तैनाती के बाद लॉग की निगरानी करें और नियमों को सावधानीपूर्वक समायोजित करें।.

यदि अपडेट संभव नहीं है तो सुरक्षित containment

• जब आप पैच या जांच कर रहे हों तो साइट को रखरखाव मोड में डालें।.
• प्रतिबंधित करें wp-admin सर्वर या फ़ायरवॉल स्तर पर IP द्वारा पहुंच।.
• डिस्क पर इसके फ़ोल्डर का नाम बदलकर प्लगइन को निष्क्रिय करें (SFTP/SSH)।.
• यदि प्लगइन आवश्यक है और सक्रिय रहना चाहिए, तो प्लगइन पैच होने तक प्रशासन इंटरफेस को एक अतिरिक्त परत (जैसे HTTP बेसिक ऑथ) से सुरक्षित करें।.

समझौते के लिए ऑडिट कैसे करें (चरण-दर-चरण)

1. फ़ाइलों और डेटाबेस का पूरा बैकअप लें (साक्ष्य को संरक्षित करें)।.
2. व्यवस्थापक उपयोगकर्ताओं की जांच करें:
   • डैशबोर्ड: उपयोगकर्ता
   • WP‑CLI: wp उपयोगकर्ता सूची --भूमिका=प्रशासक --फॉर्मेट=csv
3. नमक घुमाएँ और लॉगआउट को मजबूर करें:
   • नए कुंजी का उपयोग करें wp-config.php या wp कॉन्फ़िगर shuffle-salts (WP‑CLI) यदि उपलब्ध हो।.
4. 1. सभी व्यवस्थापक/संपादक और किसी भी उन्नत खातों के लिए पासवर्ड रीसेट करें।.
5. 2. POST के लिए वेब सर्वर एक्सेस लॉग की समीक्षा करें:
   • /wp-admin/admin-ajax.php
   • /wp-json/
   • 3. /wp-content/plugins/burst-statistics/
   • 4. प्लगइन से संबंधित क्वेरी पैरामीटर के साथ अनुरोध
6. 5. संदिग्ध PHP फ़ाइलों की खोज करें:

   6. find . -type f -name '*.php' -mtime -7

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

7. 8. अनुसूचित घटनाओं का निरीक्षण करें:

   wp क्रोन इवेंट सूची

   9. या प्रविष्टि की जांच करें। 11. संदिग्ध सामग्री के साथ। क्रोन 10. नए डेटाबेस विकल्पों की तलाश करें:.

8. 11. SELECT option_name FROM wp_options WHERE autoload='yes' AND option_name LIKE '%burst%';

   12. अपरिचित IPs या डोमेन के लिए सर्वर से आउटबाउंड कनेक्शनों की जांच करें।;

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

15. यदि समझौता पुष्टि हो जाता है, तो इन चरणों का पालन करें:

16. पार्श्व आंदोलन को रोकने के लिए सर्वर / नेटवर्क को अलग करें।

1. 17. फोरेंसिक प्रतियों को संरक्षित करें: पूर्ण फ़ाइल सिस्टम और DB स्नैपशॉट, एक्सेस/त्रुटि लॉग, syslogs।.
2. 18. सभी रहस्यों और क्रेडेंशियल्स को घुमाएं: WP salts, व्यवस्थापक पासवर्ड, होस्टिंग नियंत्रण पैनल क्रेडेंशियल्स, DB पासवर्ड, API कुंजी।.
3. 19. बैकडोर, दुर्भावनापूर्ण फ़ाइलें, और अनधिकृत उपयोगकर्ताओं को हटा दें। यदि सुनिश्चित नहीं हैं, तो ज्ञात-भले बैकअप से पुनर्निर्माण करें।.
4. बैकडोर, दुर्भावनापूर्ण फ़ाइलें और अनधिकृत उपयोगकर्ताओं को हटा दें। यदि सुनिश्चित नहीं हैं, तो ज्ञात-स्वच्छ बैकअप से पुनर्निर्माण करें।.
5. केवल विश्वसनीय स्रोतों से वर्डप्रेस कोर और प्लगइन्स को फिर से स्थापित करें; संक्रमित फ़ाइलों को फिर से पेश न करें।.
6. सुनिश्चित करने के बाद कि वातावरण साफ है, विक्रेता पैच (बर्स्ट स्टैटिस्टिक्स 3.4.2) लागू करें।.
7. मैलवेयर स्कैन और फ़ाइल-इंटीग्रिटी जांच फिर से चलाएं।.
8. पुनर्प्राप्ति के बाद कम से कम 30 दिनों तक संदिग्ध गतिविधियों के लिए लॉग की निगरानी करें।.
9. जहां नीति या विनियमन द्वारा आवश्यक हो, वहां हितधारकों और होस्टिंग प्रदाताओं को सूचित करें।.

मूल कारण और रोकथाम (डेवलपर्स और साइट मालिकों के लिए)

टूटी हुई प्रमाणीकरण आमतौर पर निम्नलिखित से उत्पन्न होती है:

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

शमन और दीर्घकालिक नियंत्रण:

• प्लगइन लेखक: हमेशा संवेदनशील क्रियाओं के लिए क्षमताओं को मान्य करें और सर्वर साइड पर नॉनसेस की पुष्टि करें।.
• साइट मालिक: उत्पादन तैनाती से पहले प्लगइन्स पर सुरक्षा ऑडिट करें; प्रशासनिक विशेषाधिकारों को केवल आवश्यक कर्मचारियों तक सीमित करें।.
• व्यवस्थापक खातों के लिए दो-कारक प्रमाणीकरण (2FA) लागू करें।.
• वर्डप्रेस कोर, थीम और प्लगइन्स के लिए समय पर अपडेट बनाए रखें।.
• थीम और प्लगइन संपादक को निष्क्रिय करें: जोड़ें define('DISALLOW_FILE_EDIT', true); जोड़कर wp-config.php.
• फ़ाइल-इंटीग्रिटी निगरानी और दैनिक मैलवेयर स्कैन लागू करें; सुरक्षित, ऑफसाइट बैकअप रखें और नियमित रूप से पुनर्स्थापना का परीक्षण करें।.

सहायक WP‑CLI कमांड (प्रशासक)

# व्यवस्थापक उपयोगकर्ताओं की सूची

इन्हें केवल तब चलाएं जब आप CLI संचालन में सहज हों और आपके पास पूर्ण बैकअप हों।.

दीर्घकालिक सुरक्षा चेकलिस्ट और सर्वोत्तम प्रथाएँ

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

एजेंसियों और होस्ट के लिए संचार मार्गदर्शन

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

सुधार के बाद परीक्षण और मान्यता

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

हितधारकों के लिए नमूना सूचना पाठ

उपयोगकर्ताओं या ग्राहकों को सूचित करते समय स्पष्ट साधारण भाषा का उपयोग करें:

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

हमने क्या किया: प्लगइन को अपडेट/अक्षम किया, व्यवस्थापक पासवर्ड रीसेट किए, पहुंच प्रतिबंध लागू किए और साइट की सफाई की।.

आपको क्या करना चाहिए: किसी भी पासवर्ड को बदलें जिसे आप नियंत्रित करते हैं और जहां संभव हो, दो-कारक प्रमाणीकरण सक्षम करें।.

किससे संपर्क करें: आपके संगठन या होस्टिंग प्रदाता में आपका समर्थन/सुरक्षा संपर्क।.

अंतिम शब्द - इसे अब प्राथमिकता दें

CVE‑2026‑8181 उच्च गंभीरता का है क्योंकि यह बिना प्रमाणीकरण वाले अभिनेताओं को प्रशासनिक नियंत्रण प्राप्त करने की अनुमति देता है - यह वर्डप्रेस साइटों के लिए एक महत्वपूर्ण परिणाम है। सुरक्षा के लिए सबसे तेज़ रास्ता: बर्स्ट स्टैटिस्टिक्स को संस्करण 3.4.2 में अपडेट करें। यदि यह तुरंत संभव नहीं है, तो आभासी पैचिंग लागू करें, प्लगइन को अक्षम करें, क्रेडेंशियल्स को घुमाएं, और समझौते के लिए ऑडिट करें।.

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

सतर्क रहें। लॉग और बैकअप को सुरक्षित रखें, और किसी भी असामान्य व्यवस्थापक गतिविधि को संभावित रूप से दुर्भावनापूर्ण के रूप में मानें जब तक कि अन्यथा साबित न हो जाए।.

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