तत्काल सुरक्षा सलाह: WooCommerce के लिए TripleA क्रिप्टोक्यूरेंसी भुगतान गेटवे में टूटी हुई पहुंच नियंत्रण (≤ 2.0.22)

लेखक: हांगकांग सुरक्षा विशेषज्ञ — प्रकाशित: 18 नवंबर 2025

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

यह सलाह समझाती है:

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

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

• भेद्यता प्रकार: टूटी हुई पहुंच नियंत्रण — ट्रैकिंग स्थिति अपडेट एंडपॉइंट पर प्राधिकरण की कमी।.
• प्रभावित संस्करण: WooCommerce प्लगइन के लिए TripleA क्रिप्टोक्यूरेंसी भुगतान गेटवे ≤ 2.0.22।.
• आवश्यक विशेषाधिकार: अनधिकृत (लॉगिन की आवश्यकता नहीं)।.
• CVE: CVE-2025-12392.
• गंभीरता: कम से मध्यम (CVSS 5.3) — प्रभाव स्थानीय व्यापार तर्क पर निर्भर करता है जो आदेशों और समायोजन के चारों ओर है।.
• तत्काल जोखिम: ट्रैकिंग/भुगतान सूचनाओं के लिए अनधिकृत स्थिति अपडेट जो व्यापारियों या ग्राहकों को भ्रामक कर सकते हैं और, कुछ कार्यप्रवाहों में, पूर्ति या लेखांकन में हस्तक्षेप कर सकते हैं।.

इस संदर्भ में “टूटी हुई पहुंच नियंत्रण” क्या है?

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

एक ई-कॉमर्स साइट पर ऐसे एंडपॉइंट सामान्यतः:

• लेनदेन या भुगतान की स्थिति को अपडेट करते हैं।.
• तीसरे पक्ष के भुगतान प्रोसेसर से पुष्टि रिकॉर्ड करते हैं।.
• आदेश स्थिति संक्रमण को सक्रिय करते हैं (जैसे, लंबित → भुगतान किया गया)।.
• ट्रैकिंग आईडी या वेबहुक-प्रदान की गई मेटाडेटा संग्रहीत करें।.

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

उच्च-स्तरीय हमले का परिदृश्य (संकल्पना)

एक हमलावर कर सकता है:

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

यह विवरण जानबूझकर गैर-कार्यात्मक है। नियंत्रित परीक्षण वातावरण या जिम्मेदार प्रकटीकरण कार्यक्रम के बाहर उत्पादन प्रणालियों पर शोषण परीक्षण न करें।.

यह कैसे पता करें कि आपकी साइट को लक्षित किया गया है या प्रभावित हुआ है

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

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

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

साइट मालिकों के लिए तात्कालिक कार्रवाई (प्राथमिकता चेकलिस्ट)

यदि आपकी साइट TripleA प्लगइन का उपयोग करती है और इसका संस्करण ≤ 2.0.22 है, तो निम्नलिखित को प्राथमिकता दें:

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

डेवलपर्स को समस्या को कैसे ठीक करना चाहिए (कोड-स्तरीय मार्गदर्शन)

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

1. वर्डप्रेस REST API अनुमति मॉडल का उपयोग करें

   एक REST एंडपॉइंट पंजीकृत करते समय, एक निर्दिष्ट करें permission_callback जो क्षमता या एक गुप्त टोकन की पुष्टि करता है। उदाहरण:

   register_rest_route( 'mygw/v1', '/tracking-update', array(;

   अनुमति कॉलबैक को प्राधिकरण के लिए क्लाइंट-नियंत्रित पैरामीटर पर निर्भर नहीं होना चाहिए।.

2. वेबहुक के लिए हस्ताक्षरित पेलोड या साझा गुप्त आवश्यक हैं

   भुगतान प्रदाताओं को वेबहुक पेलोड पर हस्ताक्षर करना चाहिए। प्राप्ति पर हस्ताक्षर की पुष्टि करें और मान्य हस्ताक्षरों के बिना अनुरोधों को अस्वीकार करें (HTTP 403)।.

3. आदेशों को संशोधित करने वाली क्रियाओं के लिए क्षमता जांच लागू करें

   उपयोग करें current_user_can() उन क्रियाओं के लिए जो प्रमाणित व्यवस्थापक उपयोगकर्ताओं द्वारा शुरू की जानी चाहिए।.

4. आवश्यक फ़ील्ड मान्य करें

   स्थिति बदलने से पहले स्थानीय डेटाबेस और भुगतान प्रदाता API के खिलाफ आदेश आईडी, राशि और लेनदेन संदर्भों की पुष्टि करें।.

5. व्यावहारिक होने पर दर-सीमा और IP पते प्रतिबंधित करें

   जहां प्रदाता IP रेंज प्रकाशित करता है, केवल उन पते से वेबहुक अपडेट स्वीकार करें और फिर भी हस्ताक्षरों की पुष्टि करें।.

6. अंधे “स्थिति अपडेट” एंडपॉइंट से बचें

   ऐसे सामंजस्य कार्यप्रवाहों को प्राथमिकता दें जो API पोलिंग या सत्यापित वेबहुक हस्ताक्षरों के माध्यम से भुगतान प्रदाता के साथ स्थिति की पुष्टि करते हैं, बजाय अनधिकृत परिवर्तनों को स्वीकार करने के।.

7. स्पष्ट लॉगिंग और ऑडिट ट्रेल प्रदान करें

   आने वाले वेबहुक मेटाडेटा, हस्ताक्षर सत्यापन परिणाम, और किसी भी अभिनेता (सिस्टम या उपयोगकर्ता) को लॉग करें जिसने आदेश की स्थिति बदली।.

प्राधिकरण के लिए जावास्क्रिप्ट, संदर्भ हेडर, या क्लाइंट-साइड टोकन पर निर्भर न रहें। सभी जांच सर्वर पर की जानी चाहिए।.

WAF और आभासी पैचिंग (संचालनात्मक शमन)

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

व्यावहारिक WAF/वर्चुअल पैचिंग उपाय:

• ज्ञात कमजोर URL पैटर्न (उदाहरण के लिए, पथ जिसमें शामिल हैं /triplea, ट्रैकिंग-अपडेट, कॉलबैक, आदि) के लिए अनुरोधों को ब्लॉक करें जब तक कि वे एक मान्य हस्ताक्षर हेडर शामिल न करें।.
• अपेक्षित हस्ताक्षर या टोकन की कमी वाले एंडपॉइंट के लिए POST अनुरोधों के लिए 403 लौटाएं।.
• एंडपॉइंट पर बार-बार अनुरोधों की दर-सीमा निर्धारित करें और संदिग्ध ग्राहकों को चुनौती दें।.
• ज्ञात प्रदाता IPs और User-Agent पैटर्न को अनुमति दें जहां संभव हो, लेकिन फिर भी हस्ताक्षरों की पुष्टि करें।.
• घटना विश्लेषण का समर्थन करने के लिए ब्लॉक किए गए अनुरोधों पर लॉग और अलर्ट करें।.

उदाहरणात्मक वैचारिक नियम (छद्म कॉन्फ़िगरेशन):

यदि request.path "/triplea" या request.path "/tracking-update" में शामिल है"

वैध प्रदाता वेबहुक को ब्लॉक करने से बचने के लिए नियमों को सावधानीपूर्वक समायोजित करें। वर्चुअल पैचिंग एक अस्थायी उपाय है जब तक कि कोड पैच उपलब्ध न हो।.

घटना प्रतिक्रिया: यदि आप शोषण का संदेह करते हैं

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

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

अपने WooCommerce वातावरण को मजबूत करना (चलते रहने वाली सर्वोत्तम प्रथाएँ)

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

प्लगइन लेखकों और रखरखावकर्ताओं के लिए मार्गदर्शन

यदि आप ऐसे प्लगइन्स विकसित करते हैं जो तीसरे पक्ष के कॉलबैक या ट्रैकिंग अपडेट के लिए एंडपॉइंट्स को उजागर करते हैं, तो इन न्यूनतम मानकों को अपनाएं:

1. वेबहुक और कॉलबैक एंडपॉइंट्स के लिए सर्वर-साइड सत्यापन की आवश्यकता करें (हस्ताक्षरित पेलोड, साझा रहस्य, या OAuth)।.
2. REST API रूट्स को पंजीकृत करते समय अनुमति कॉलबैक का उपयोग करें और अनधिकृत स्थिति-परिवर्तन करने वाले एंडपॉइंट्स को उजागर करने से बचें।.
3. एकीकृत करने वालों के लिए वेबहुक सुरक्षा अपेक्षाओं को स्पष्ट रूप से दस्तावेजित करें (पेलोड को कैसे हस्ताक्षरित करें, अपेक्षित हेडर, IP रेंज)।.
4. विस्तृत लॉगिंग और एक डिबग मोड लागू करें जो हस्ताक्षर सत्यापन प्रयासों को कैप्चर करता है ताकि घटना प्रतिक्रिया में सहायता मिल सके।.
5. सुरक्षा पैच को तुरंत भेजें और एकीकृत करने वालों और साइट मालिकों को सूचित करें।.
6. ग्राहकों को आदेश की स्थिति को बदले बिना वेबहुक हस्ताक्षरों की पुष्टि करने के लिए एक मान्यता एंडपॉइंट प्रदान करने पर विचार करें।.

निगरानी और दीर्घकालिक पहचान रणनीतियाँ

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

झूठे सकारात्मक और परीक्षण

जब एक्सेस नियंत्रण या WAF नियम लागू करें, तो सावधानी से परीक्षण करें:

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

निष्कर्ष

भुगतान एकीकरण प्लगइन्स में टूटी हुई एक्सेस नियंत्रण वित्तीय कार्यप्रवाह और ग्राहक विश्वास को सीधे प्रभावित करती है। TripleA Cryptocurrency Payment Gateway समस्या (≤ 2.0.22) एक व्यापक पाठ को उजागर करती है: कोई भी एंडपॉइंट जो आदेश या भुगतान स्थिति को बदलता है, उसे संवेदनशील माना जाना चाहिए और सर्वर-साइड प्राधिकरण और पेलोड सत्यापन के साथ सुरक्षित किया जाना चाहिए।.

यदि आप इस प्लगइन का उपयोग करके एक WooCommerce स्टोर संचालित करते हैं:

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

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