एनालिटिक्स कैट में परावर्तित XSS (≤ 1.1.2): वर्डप्रेस साइट के मालिकों को अब क्या करना चाहिए

तारीख: 27 फरवरी, 2026
लेखक: हांगकांग सुरक्षा विशेषज्ञ

एनालिटिक्स कैट के संस्करण 1.1.2 (CVE-2024-12072) तक और शामिल होने वाली परावर्तित क्रॉस-साइट स्क्रिप्टिंग (XSS) की एक भेद्यता का खुलासा किया गया और इसे संस्करण 1.1.3 में ठीक किया गया। यह सलाहकार वर्डप्रेस प्रशासकों, होस्टिंग इंजीनियरों और सुरक्षा-सचेत साइट मालिकों के लिए सीधे, तकनीकी विवरण, जोखिम मूल्यांकन, पहचान के चरण और व्यावहारिक शमन मार्गदर्शन प्रदान करता है।.

त्वरित सारांश

• कमजोरियों: एनालिटिक्स कैट में परावर्तित क्रॉस-साइट स्क्रिप्टिंग (XSS), जो संस्करण ≤ 1.1.2 (CVE-2024-12072) को प्रभावित करता है।.
• पैच किया गया: एनालिटिक्स कैट 1.1.3।.
• शोषण जटिलता: एक दुर्भावनापूर्ण URL बनाने के लिए कम; सफल प्रभाव आमतौर पर एक विशेषाधिकार प्राप्त उपयोगकर्ता (जैसे, एक व्यवस्थापक) को पेलोड को ट्रिगर करने की आवश्यकता होती है।.
• जोखिम: मध्यम (CVSS 7.1)। सफल शोषण पीड़ित के ब्राउज़र में मनमाना जावास्क्रिप्ट निष्पादित कर सकता है, सत्र चोरी, अनधिकृत क्रियाएँ, डेटा निकासी, और अधिक को सक्षम करता है।.
• तात्कालिक कार्रवाई: एनालिटिक्स कैट को 1.1.3 या बाद के संस्करण में अपडेट करें। यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो नीचे दिए गए शमन लागू करें और प्लगइन को पैच होने तक उच्च जोखिम के रूप में मानें।.

परावर्तित XSS क्या है और यह क्यों महत्वपूर्ण है

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

यह वर्डप्रेस के लिए क्यों महत्वपूर्ण है:

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

एनालिटिक्स कैट मुद्दे का तकनीकी अवलोकन (जिम्मेदार खुलासा)

प्रभावित प्लगइन संस्करण उपयोगकर्ता द्वारा प्रदान किए गए डेटा को प्रशासनिक या सार्वजनिक पृष्ठों में पर्याप्त स्वच्छता या एन्कोडिंग के बिना आउटपुट करते हैं, जिससे तैयार किए गए पेलोड को HTTP प्रतिक्रियाओं में शब्दशः परावर्तित किया जा सके। परावर्तित सामग्री में ब्राउज़र द्वारा व्याख्यायित होने पर निष्पादित जावास्क्रिप्ट शामिल हो सकता है।.

जिम्मेदार-खुलासा नोट्स:

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

किसे जोखिम है?

• एनालिटिक्स कैट संस्करण 1.1.2 या उससे पहले चलाने वाली साइटें।.
• साइटें जहां प्रशासक या संपादक ईमेल, चैट, या तीसरे पक्ष से लिंक पर क्लिक कर सकते हैं जबकि प्रमाणित हैं।.
• साइटें जिनमें अतिरिक्त सुरक्षा परतें नहीं हैं (कोई WAF नहीं, कोई MFA नहीं, प्रशासन UI सार्वजनिक इंटरनेट पर उजागर)।.

आपको तुरंत उठाने के लिए आवश्यक कार्रवाई (क्रमबद्ध)

1. प्लगइन को अपडेट करें (सर्वश्रेष्ठ और सबसे तेज़ समाधान)।

   तुरंत Analytics Cat को संस्करण 1.1.3 या बाद के संस्करण में अपडेट करें। यह प्लगइन कोडबेस में कमजोरियों को समाप्त करता है। जहां संभव हो, स्टेजिंग में परीक्षण करें; हालाँकि, सुरक्षा-क्रिटिकल फिक्स के लिए यदि स्टेजिंग संभव नहीं है तो उत्पादन में अपडेट लागू करने को प्राथमिकता दें।.

2. यदि आप अभी अपडेट नहीं कर सकते हैं — अस्थायी शमन।
   • यदि प्लगइन अनिवार्य नहीं है तो अपडेट करने तक Analytics Cat प्लगइन को अक्षम करें।.
   • यदि प्लगइन सक्रिय रहना चाहिए, तो संदिग्ध अनुरोधों को फ़िल्टर करने और ज्ञात शोषण पैटर्न को अवरुद्ध करने के लिए WAF सुरक्षा (होस्ट या नेटवर्क-स्तरीय) लागू करें।.
   • जहां संभव हो, wp-admin और अन्य प्रशासनिक एंडपॉइंट्स तक पहुंच को IP द्वारा सीमित करें।.
   • सभी खातों के लिए प्रशासनिक विशेषाधिकार के साथ मल्टी-फैक्टर प्रमाणीकरण (MFA) लागू करें।.
   • उपयोगकर्ता भूमिकाओं की समीक्षा करें और उन्हें कड़ा करें; सुनिश्चित करें कि न्यूनतम विशेषाधिकार सिद्धांत लागू हैं।.
3. यदि आपको समझौता होने का संदेह है तो क्रेडेंशियल्स और टोकन को घुमाएं।

   यदि आपको शोषण का संदेह है, तो प्रशासनिक पासवर्ड को घुमाएं और सत्रों को अमान्य करें। उन API कुंजियों और टोकनों को रद्द करें और फिर से जारी करें जो उजागर हो सकते हैं।.

4. निगरानी और जांच करें
   • संदिग्ध या हाल ही में बदले गए कोड और अज्ञात फ़ाइलों के लिए साइट फ़ाइलों को स्कैन करें।.
   • असामान्य क्वेरी स्ट्रिंग्स या पैरामीटर सामग्री के साथ संदिग्ध अनुरोधों के लिए सर्वर और वर्डप्रेस लॉग की जांच करें।.
   • इंजेक्टेड स्क्रिप्ट या बैकडोर की पहचान करने के लिए एक मैलवेयर स्कैनर का उपयोग करें।.

शोषण का पता लगाने के लिए — व्यावहारिक कदम।

पहचान करना महत्वपूर्ण है। इन जांचों को तुरंत चलाएं:

लॉग

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

साइट सामग्री

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

सत्र और खाते

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

होस्टिंग और फ़ाइल प्रणाली

• अपलोड, थीम, और प्लगइन निर्देशिकाओं में हाल ही में संशोधित PHP फ़ाइलों और अज्ञात फ़ाइलों की खोज करें।.
• कोर/थीम/प्लगइन फ़ाइलों की तुलना आधिकारिक स्रोतों से प्रिस्टिन कॉपियों के खिलाफ करें।.

यदि आपको समझौते के सबूत मिलते हैं, तो अगले अनुभाग में घटना प्रतिक्रिया कदमों का पालन करें।.

WAF और नियम-आधारित शमन (तुरंत लागू)

एक वेब एप्लिकेशन फ़ायरवॉल (WAF) आपको अपडेट करते समय त्वरित सुरक्षा प्रदान कर सकता है। निम्नलिखित रक्षात्मक पैटर्न सामान्य हैं और mod_security, NGINX, क्लाउड WAFs, और समान फ़िल्टरिंग सिस्टम के लिए उपयोगी हैं। वैध ट्रैफ़िक को अवरुद्ध करने से बचने के लिए पहले स्टेजिंग पर नियमों का परीक्षण करें।.

सुझाए गए सुरक्षात्मक नियम पैटर्न (सामान्य)

• क्वेरी स्ट्रिंग और POST बॉडी में सामान्य XSS हस्ताक्षर अवरुद्ध करें: फ़िल्टर करें 9. या विशेषताओं जैसे onload=, जावास्क्रिप्ट:, त्रुटि होने पर=, 11. साइट मालिकों के लिए तात्कालिक कदम, और अन्य इनलाइन इवेंट हैंडलर, जिसमें एन्कोडेड समकक्ष शामिल हैं (जैसे, %3Cscript%3E).
• ज्ञात प्लगइन पैरामीटर में अनुमत वर्णों की सीमा: जहां संभव हो, पैरामीटर को अल्फ़ान्यूमेरिक और सुरक्षित विराम चिह्नों के एक छोटे सेट तक सीमित करें।.
• संदिग्ध पुनरावृत्त अनुरोधों की दर-सीमा और अवरुद्ध करें: अस्थायी रूप से उन IPs को अवरुद्ध करें या चुनौती दें जो कई समान अनुरोध उत्पन्न करते हैं।.
• URL या रीडायरेक्ट पैरामीटर के माध्यम से महत्वपूर्ण कुकीज़ को सेट/ओवरराइड करने के प्रयासों को अवरुद्ध करें; सुनिश्चित करें कि वे स्क्रिप्ट पेलोड नहीं ले जाते हैं।.
• उदाहरण (छद्म-mod_security नियम):
  SecRule ARGS "(<|%3C)(s|S)(c|C)(r|R)(i|I)(p|P)(t|T)" "id:1000001,phase:2,deny,status:403,msg:'XSS injection attempt',log"
• इनलाइन स्क्रिप्ट को ब्लॉक करने और केवल विश्वसनीय स्रोतों से स्क्रिप्ट की अनुमति देने के लिए एक प्रतिबंधात्मक सामग्री सुरक्षा नीति (CSP) हेडर जोड़ने पर विचार करें:

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

याद रखें: WAFs एक उपाय हैं, कमजोर प्लगइन को अपडेट करने के लिए स्थायी विकल्प नहीं।.

भविष्य के XSS जोखिम को कम करने के लिए सख्त उपाय

• न्यूनतम विशेषाधिकार: उन उपयोगकर्ताओं से प्रशासनिक अधिकार हटा दें जिन्हें उनकी आवश्यकता नहीं है।.
• मल्टी-फैक्टर प्रमाणीकरण (MFA): wp-admin तक पहुंच रखने वाले सभी खातों के लिए MFA की आवश्यकता करें।.
• प्रशासनिक IP प्रतिबंध: जहां संभव हो wp-admin के लिए IP को व्हाइटलिस्ट करें।.
• त्रुटियों का प्रदर्शन बंद करें: सुनिश्चित करें WP_DEBUG झूठा है और PHP त्रुटियाँ उत्पादन में प्रदर्शित नहीं होती हैं।.
• सुरक्षित कुकीज़: HttpOnly और Secure फ्लैग के साथ सत्र कुकीज़ सेट करें।.
• इंजेक्टेड स्क्रिप्ट के प्रभाव को कम करने के लिए एक सख्त सामग्री सुरक्षा नीति (CSP) लागू करें।.
• प्लगइन स्वच्छता: एक अद्यतन सूची बनाए रखें, अप्रयुक्त प्लगइन्स/थीम्स को हटा दें, और सुरक्षा चेतावनियों की निगरानी करें।.
• चरणबद्ध अपडेट: जहां संभव हो अपडेट के लिए स्टेजिंग का उपयोग करें; सुरक्षित रोलआउट को तेज करने के लिए परीक्षण को स्वचालित करें।.
• केंद्रीकृत निगरानी: संशोधनों और असामान्य प्रशासनिक क्रियाओं का पता लगाने के लिए घुसपैठ पहचान या फ़ाइल-परिवर्तन निगरानी का उपयोग करें।.

घटना प्रतिक्रिया: यदि आपको विश्वास है कि आपकी साइट से समझौता किया गया था

1. अलग करें

   आगे के दुरुपयोग को रोकने के लिए साइट को ऑफ़लाइन ले जाएं या जांच करते समय इसे रखरखाव मोड में डालें। यदि आप CDN या WAF का उपयोग करते हैं, तो संदिग्ध IPs और अनुरोधों के लिए ब्लॉकिंग सक्षम करें।.

2. स्नैपशॉट लें और लॉग्स को संरक्षित करें

   फोरेंसिक विश्लेषण के लिए वेब सर्वर एक्सेस लॉग, PHP लॉग और वर्डप्रेस गतिविधि लॉग एकत्र करें और संरक्षित करें।.

3. दायरा पहचानें

   यह निर्धारित करें कि कौन से खाते प्रभावित हुए और क्या अनधिकृत प्रशासनिक क्रियाएँ हुईं। अपलोड, थीम और प्लगइन निर्देशिकाओं, और wp-content में बैकडोर या वेबशेल के लिए खोजें।.

4. सुधार करें
   • समझौता किए गए फ़ाइलों को विश्वसनीय स्रोतों से साफ प्रतियों के साथ बदलें।.
   • एनालिटिक्स कैट को 1.1.3 (या यदि आवश्यक न हो तो हटा दें) में अपडेट करें।.
   • सभी प्रशासनिक पासवर्ड को घुमाएँ और विशेषाधिकार प्राप्त उपयोगकर्ताओं के लिए पासवर्ड रीसेट करने के लिए मजबूर करें।.
   • साइट के साथ इंटरैक्ट करने वाले API कुंजियों और एकीकरणों को रद्द करें और फिर से जारी करें।.
5. पुनर्स्थापित करें और सत्यापित करें

   यदि आपके पास समझौता होने से पहले का एक ज्ञात अच्छा बैकअप है, तो पैच लगाने और सुधारने के बाद बैकअप से पुनर्स्थापित करें। साइट को फिर से स्कैन करें और कोर, थीम और प्लगइन फ़ाइलों की अखंडता की पुष्टि करें।.

6. घटना के बाद की क्रियाएँ
   • नियंत्रण में सुधार करें: MFA सक्षम करें, WAF नियमों को कड़ा करें, और प्रशासनिक IP को प्रतिबंधित करें।.
   • यदि डेटा का खुलासा हुआ है तो हितधारकों को सूचित करें और प्रभावित उपयोगकर्ताओं को सूचित करें।.
   • घटना और सीखे गए पाठ का दस्तावेजीकरण करें; प्लेबुक को अपडेट करें और टेबलटॉप अभ्यास चलाएं।.

यदि आपके पास इन चरणों के लिए इन-हाउस क्षमता नहीं है, तो वर्डप्रेस घटना प्रतिक्रिया में अनुभवी विशेषज्ञ को शामिल करें।.

जिम्मेदार प्रकटीकरण नोट

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

आप क्यों नहीं रुकना चाहिए: वास्तविक दुनिया के हमले के परिदृश्य

हमलावर कम प्रयास, उच्च प्रभाव वाले अभियानों को तैनात करते हैं जो तब सफल होते हैं जब साइट के मालिक अपडेट में देरी करते हैं। सामान्य परिदृश्य:

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

साइट के मालिकों के लिए व्यावहारिक चेकलिस्ट (कॉपी-पेस्ट के लिए अनुकूल)

• [ ] पुष्टि करें कि क्या एनालिटिक्स कैट स्थापित है और संस्करण नोट करें।.
• [ ] यदि संस्करण ≤ 1.1.2 है, तो तुरंत 1.1.3 में अपडेट करें।.
• [ ] यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो अस्थायी रूप से प्लगइन को अक्षम करें।.
• [ ] सभी प्रशासनिक खातों के लिए MFA सक्षम करें।.
• [ ] जहां संभव हो, wp-admin को विश्वसनीय IP पते तक सीमित करें।.
• [ ] एक सामग्री सुरक्षा नीति (CSP) को लागू करें या कड़ा करें।.
• [ ] XSS-शैली के पेलोड को ब्लॉक करने के लिए WAF नियम लागू करें (ऊपर WAF मार्गदर्शन देखें)।.
• [ ] संदिग्ध क्वेरी स्ट्रिंग और पैरामीटर के लिए लॉग खोजें।.
• [ ] साइट को इंजेक्टेड स्क्रिप्ट या अनधिकृत फ़ाइल परिवर्तनों के लिए स्कैन करें।.
• [ ] यदि संदिग्ध गतिविधि पाई जाती है तो क्रेडेंशियल्स को घुमाएं और सक्रिय सत्रों को अमान्य करें।.
• [ ] साइट का बैकअप लें और पुनर्स्थापन प्रक्रियाओं का परीक्षण करें।.

दीर्घकालिक रणनीति: अपने वर्डप्रेस संपत्ति में प्लगइन जोखिम का प्रबंधन करना

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

WAFs और त्वरित सुरक्षा पर

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

हांगकांग के सुरक्षा विशेषज्ञ से अंतिम विचार

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

मुख्य निष्कर्ष:

• जल्दी पैच करें - एनालिटिक्स कैट को 1.1.3 या बाद के संस्करण में अपडेट करें।.
• परतदार सुरक्षा जोड़ें - MFA, WAF नियम, IP प्रतिबंध और CSP शोषण की संभावना और प्रभाव को कम करते हैं।.
• निगरानी करें और प्रतिक्रिया दें - लॉगिंग, स्कैनिंग, और एक परीक्षण किया गया घटना प्रतिक्रिया योजना निवास समय को कम करती है और नुकसान को सीमित करती है।.

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

सतर्क रहें और पैचिंग को प्राथमिकता दें; हमलावर इंतजार नहीं करेंगे।.

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