तत्काल: सेवा खोजक बुकिंग (≤ 6.0) में विशेषाधिकार वृद्धि — वर्डप्रेस साइट के मालिकों को अब क्या करना चाहिए

तारीख: 2026-01-30 |  लेखक: हांगकांग सुरक्षा विशेषज्ञ

सारांश: सुरक्षा शोधकर्ताओं ने सेवा खोजक बुकिंग वर्डप्रेस प्लगइन (संस्करण ≤ 6.0) में एक उच्च-प्राथमिकता प्रमाणित विशेषाधिकार वृद्धि भेद्यता (CVE-2025-5949) का खुलासा किया। एक हमलावर जिसके पास पहले से एक सब्सक्राइबर खाता है, असुरक्षित पासवर्ड परिवर्तन प्रवाह का दुरुपयोग करके विशेषाधिकार बढ़ा सकता है। यदि आप इस प्लगइन को चलाते हैं, तो इसे तत्काल गंभीरता से लें: तुरंत 6.1 पर अपडेट करें, या जब तक आप पैच नहीं कर सकते तब तक नीचे दिए गए उपायों को लागू करें।.

1. त्वरित तथ्य (जो आपको अभी जानने की आवश्यकता है)

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

2. यह भेद्यता क्यों खतरनाक है

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

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

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

क्योंकि सब्सक्राइबर खाते अक्सर उन साइटों पर स्वतंत्र रूप से बनाए जाते हैं जो पंजीकरण की अनुमति देती हैं, जोखिम व्यापक हो सकता है।.

3. तकनीकी अवलोकन (उच्च-स्तरीय, सुरक्षित विवरण)

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

यह “पहचान और प्रमाणीकरण विफलताएँ” (OWASP A7) के अंतर्गत आता है। शोषण प्रमाण-की-धारणा प्रकाशित करने से जोखिम बढ़ता है; PoCs पर शोध करने के बजाय पैचिंग को प्राथमिकता दें।.

4. तात्कालिक कार्रवाई (चरण-दर-चरण) — इसे तत्काल समझें

1. तुरंत 6.1 या बाद के अपडेट को लागू करें।. यह समाधान है। परीक्षण किए गए रोलआउट और बैकअप का उपयोग करके उत्पादन, स्टेजिंग और परीक्षण वातावरण में अपडेट करें।.
2. यदि आप तुरंत अपडेट नहीं कर सकते:
   • जब तक आप परीक्षण और अपडेट नहीं कर लेते, सार्वजनिक उत्पादन साइटों पर प्लगइन को निष्क्रिय करें।.
   • यदि निष्क्रिय करना एक विकल्प नहीं है, तो सर्वर या एप्लिकेशन एज पर प्लगइन एंडपॉइंट्स तक पहुंच को प्रतिबंधित करें (धारा 7 देखें)।.
3. सभी व्यवस्थापक और विशेषाधिकार प्राप्त खातों के लिए पासवर्ड रीसेट करने के लिए मजबूर करें; सक्रिय व्यवस्थापक सत्रों को अमान्य करें।.
4. सभी उपयोगकर्ताओं के लिए संदिग्ध सत्रों और टोकनों को रद्द करें। यदि समझौता होने का संदेह है तो सभी उपयोगकर्ताओं के लिए लॉगआउट करने के लिए मजबूर करें।.
5. नए या अप्रत्याशित रूप से विशेषाधिकार प्राप्त खातों के लिए वर्डप्रेस उपयोगकर्ताओं का ऑडिट करें।.
6. प्लगइन के पासवर्ड-परिवर्तन एंडपॉइंट्स के लिए अनुरोधों या सब्सक्राइबर खातों से असामान्य POST गतिविधियों के लिए लॉग की समीक्षा करें।.
7. पूर्ण मैलवेयर स्कैन और फ़ाइल अखंडता जांच चलाएँ।.
8. आगे की मरम्मत से पहले फोरेंसिक साक्ष्य (फाइलें + DB + एक्सेस लॉग) का बैकअप लें और संरक्षित करें।.

5. यह कैसे पता करें कि क्या आप पर हमला हुआ था

इन समझौते के संकेतकों (IoCs) की तलाश करें। इन्हें इस प्रकार के हमले के लिए प्राथमिकता दी गई है:

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

यदि आप इनमें से कोई भी देखते हैं, तो साइट को संभावित रूप से समझौता किया गया मानें और नीचे दिए गए घटना प्रतिक्रिया कदमों का पालन करें।.

अनुशंसित घटना प्रतिक्रिया (यदि समझौता होने का संदेह है)

1. साइट को अलग करें: साइट को ऑफ़लाइन ले जाएँ या जांच करते समय रखरखाव मोड सक्षम करें।.
2. सबूत को संरक्षित करें: लॉग, डेटाबेस, और फ़ाइल प्रणाली स्नैपशॉट की प्रतियाँ रखें।.
3. क्रेडेंशियल्स रीसेट करें: सभी प्रशासनिक पासवर्ड और किसी भी API/इंटीग्रेशन कुंजी को बदलें।.
4. सत्र रद्द करें: सभी सत्रों को समाप्त करें, विशेष रूप से प्रशासनिक। उदाहरण WP‑CLI कमांड नीचे हैं।.
5. प्लगइन को फिर से स्थापित करें: पैच करने के बाद, आधिकारिक स्रोत से प्लगइन को फिर से स्थापित करें; संशोधित प्लगइन फ़ाइलों को पुनर्स्थापित करने से बचें।.
6. गहरी स्कैन और मैनुअल समीक्षा: कई उपकरणों के साथ स्कैन करें और बैकडोर के लिए थीम/प्लगइन फ़ाइलों की मैन्युअल रूप से जांच करें (base64, eval, दूरस्थ फ़ाइल पुनर्प्राप्ति पैटर्न)।.
7. डेटाबेस की जांच करें: संदिग्ध विकल्पों, इंजेक्शनों, या बागी प्रशासनिक प्रविष्टियों के लिए खोजें।.
8. हार्डनिंग और निगरानी: प्रशासकों के लिए 2FA सक्षम करें, मजबूत ऑडिट लॉगिंग, और भूमिका परिवर्तनों के लिए अलर्ट।.

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

7. अस्थायी तकनीकी शमन (जब आप तुरंत अपडेट नहीं कर सकते)

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

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

8. लॉग में देखने के लिए पहचान पैटर्न का उदाहरण

प्लगइन एंडपॉइंट्स के लिए असामान्य POST गतिविधि के लिए एक्सेस लॉग खोजें। उदाहरण:

• उन पथों पर POST अनुरोध जो प्लगइन स्लग और क्रिया नाम (उदाहरण के लिए, admin-ajax POST जिसमें action=change_candidate_password है) को शामिल करते हैं।.
• POSTs जहां संदर्भक बाहरी है या गायब है लेकिन कुकीज़ एक प्रमाणित सत्र को इंगित करती हैं।.
• विभिन्न उपयोगकर्ता IDs को लक्षित करने वाले एकल IP से कई अनुरोध।.

नमूना कमांड (अपने वातावरण के अनुसार अनुकूलित करें):

tail -n 10000 /var/log/nginx/access.log | grep "action=change_candidate_password"

प्रमाणीकरण संदर्भ निर्धारित करने के लिए कुकी/सत्र मानों के लिए आस-पास की पंक्तियों का निरीक्षण करें।.

9. हार्डनिंग सिफारिशें (भविष्य में विशेषाधिकार वृद्धि को रोकना)

1. न्यूनतम विशेषाधिकार का सिद्धांत — केवल आवश्यक भूमिकाएँ और क्षमताएँ प्रदान करें।.
2. सुरक्षित कोडिंग — सुनिश्चित करें कि प्लगइन कोड current_user_can() को कॉल करता है और सत्यापित उपयोगकर्ता आईडी को लक्षित से मेल खाता है जब तक कि अभिनेता अधिकृत न हो।.
3. वर्डप्रेस नॉन्स का उपयोग करें, सभी इनपुट को साफ करें और मान्य करें, विशेष रूप से आईडी और ईमेल।.
4. जब आवश्यकता न हो तो सार्वजनिक पंजीकरण को प्रतिबंधित करें।.
5. प्रशासनिक खातों के लिए 2FA की आवश्यकता करें और मजबूत पासवर्ड लागू करें।.
6. कोर, प्लगइन्स और थीम को अपडेट रखें।.
7. नियमित रूप से कमजोरियों की स्कैनिंग और पेनिट्रेशन परीक्षण करें।.
8. भूमिका परिवर्तनों, नए प्रशासनिक उपयोगकर्ताओं और पासवर्ड रीसेट के लिए गतिविधि लॉगिंग और अलर्ट सक्षम करें।.
9. नियमित परीक्षण किए गए बैकअप को ऑफसाइट स्टोर करें।.
10. पैच लागू होने के दौरान एक्सपोज़र विंडोज़ को कम करने के लिए एज वर्चुअल पैचिंग पर विचार करें।.

10. एक पेशेवर WAF आपको कैसे सुरक्षित करता है (और क्या उम्मीद करें)

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

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

WAFs रक्षा की एक महत्वपूर्ण परत हैं लेकिन समय पर पैचिंग और अच्छे संचालन सुरक्षा का स्थान नहीं लेनी चाहिए।.

11. व्यावहारिक चेकलिस्ट जिसे आप अभी चला सकते हैं

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

12. त्वरित ऑडिट के लिए उदाहरण WP‑CLI कमांड

WP‑CLI का उपयोग केवल तभी करें जब आप कमांड लाइन के साथ सहज हों। हमेशा पहले बैकअप लें।.

# सभी उपयोगकर्ताओं की सूची बनाएं जिनकी भूमिकाएँ हैं

# व्यवस्थापक खातों की सूची बनाएं

• # एक उपयोगकर्ता के लिए पासवर्ड रीसेट करने के लिए मजबूर करें ( और को बदलें).
• # एक उपयोगकर्ता के लिए सभी सत्र नष्ट करें (WP 5.2+).
• 13. दीर्घकालिक: सुरक्षित प्लगइन अधिग्रहण और कोड समीक्षा.
• प्लगइनों की जांच करें: स्थापित करने से पहले अपडेट की आवृत्ति, समर्थन की प्रतिक्रिया और कोड की गुणवत्ता की जांच करें।.

उन प्लगइनों को प्राथमिकता दें जो नॉनसेस, क्षमता जांच और अन्य वर्डप्रेस सुरक्षा सर्वोत्तम प्रथाओं को लागू करते हैं।

जब संभव हो, प्लगइन कोड पर स्वचालित स्थैतिक विश्लेषण चलाएं।.

विश्वसनीय भेद्यता फ़ीड की सदस्यता लें और समय पर, परीक्षण किए गए तरीके से अपडेट लागू करें।

14. वास्तविक-विश्व परिदृश्य: ये हमले कैसे leveraged होते हैं.

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

• एक घटना प्लेबुक स्थापित करें जिसमें प्लगइन्स के लिए त्वरित पैच परीक्षण और तैनाती शामिल हो।.
• प्रबंधन कार्यों के लिए केवल उपयोग किए जाने वाले कठोर प्रशासनिक खातों का एक छोटा उपसमुच्चय बनाए रखें (जो सार्वजनिक रूप से सामने नहीं आते)।.
• उपयोगकर्ता भूमिकाओं और पंजीकरणों के नियमित ऑडिट का कार्यक्रम बनाएं।.
• सुनिश्चित करें कि व्यावसायिक निरंतरता योजनाओं में परीक्षण किए गए पुनर्स्थापन प्रक्रियाएं और विश्वसनीय घटना प्रतिक्रिया देने वालों के संपर्क विवरण शामिल हैं।.

17. प्रबंधित सुरक्षा सेवाओं का उपयोग करते समय विचार

यदि आप प्रबंधित सुरक्षा या तीसरे पक्ष के WAF का उपयोग करते हैं, तो पुष्टि करें कि वे प्रदान करते हैं:

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

प्रदाताओं का चयन सत्यापित ट्रैक रिकॉर्ड और स्पष्ट SLA के आधार पर करें। जहां संचालन लचीलापन आवश्यक है, वहां विक्रेता लॉक-इन से बचें।.

18. अक्सर पूछे जाने वाले प्रश्न (FAQ)

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

प्रश्न: क्या प्लगइन को निष्क्रिय करना सुरक्षित है?
उत्तर: हाँ। प्लगइन को निष्क्रिय करने से कमजोर कोड पथ हटा दिया जाता है। उत्पादन में निष्क्रिय करने से पहले साइट की कार्यक्षमता की पुष्टि करें; रखरखाव मोड का उपयोग करें और परीक्षण करें।.

प्रश्न: क्या WAF सभी हमलों को रोक देगा?
उत्तर: WAF एक मूल्यवान परत है जो जोखिम को कम करता है, लेकिन यह पैचिंग, बैकअप और सुरक्षित प्रथाओं का पूरक है - प्रतिस्थापन नहीं।.

प्रश्न: मुझे कितनी जल्दी कार्रवाई करनी चाहिए?
उत्तर: इसे तत्काल समझें। विक्रेता पैच तुरंत लागू करें। यदि आप ऐसा नहीं कर सकते, तो ऊपर वर्णित शमन उपायों को बिना देरी के लागू करें।.

19. हांगकांग के सुरक्षा विशेषज्ञ से समापन नोट्स

कम विशेषाधिकार वाले खातों द्वारा उत्पन्न विशेषाधिकार वृद्धि बग सबसे खतरनाक वर्डप्रेस मुद्दों में से हैं: वे सामान्य लॉगिन को साइट अधिग्रहण के रास्तों में बदल देते हैं। हांगकांग और वैश्विक स्तर पर व्यावहारिक सुरक्षा दृष्टिकोण से, तीन अपरिवर्तनीय नियमों का पालन करें:

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

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

सतर्क रहें - हमलावर का लाभ गति और स्वचालन है। हार्डनिंग और त्वरित पैचिंग सबसे प्रभावी प्रतिकूल उपाय हैं।.

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