तत्काल सुरक्षा सलाह: फ्रंटेंड एडमिन में बिना प्रमाणीकरण विकल्प अपडेट के माध्यम से विशेषाधिकार वृद्धि (≤ 3.28.20)

सारांश
एक उच्च-गंभीरता वाली विशेषाधिकार वृद्धि की कमजोरी (CVE-2025-13342) वर्डप्रेस प्लगइन “DynamiApps द्वारा फ्रंटेंड एडमिन” के संस्करणों ≤ 3.28.20 को प्रभावित करती है। एक बिना प्रमाणीकरण वाला एंडपॉइंट उचित प्रमाणीकरण या क्षमता जांच के बिना मनमाने वर्डप्रेस विकल्पों को अपडेट करने की अनुमति देता है। इससे पूरी साइट पर कब्जा हो सकता है। विक्रेता ने संस्करण 3.28.21 में समस्या को ठीक किया। यह सलाह जोखिम, शोषण परिदृश्यों, समझौते के संकेत, तात्कालिक शमन (वर्चुअल पैचिंग/WAF नियमों सहित), और साइट मालिकों और डेवलपर्स के लिए अनुकूलित दीर्घकालिक सख्ती मार्गदर्शन का वर्णन करती है।.

यह क्यों महत्वपूर्ण है (संक्षिप्त)

यह कमजोरी अत्यंत खतरनाक है। वर्डप्रेस विकल्प साइट के व्यवहार और उपयोगकर्ता भूमिकाओं को नियंत्रित करते हैं। यदि एक बिना प्रमाणीकरण अनुरोध विकल्पों को संशोधित कर सकता है जैसे कि डिफ़ॉल्ट_भूमिका, wp_user_roles या प्रशासन_ईमेल, तो एक हमलावर खाते बना सकता है या बढ़ा सकता है, या प्रशासनिक कार्यप्रवाहों को हाईजैक कर सकता है। इस मुद्दे के लिए CVSS 9.8 है - इसे महत्वपूर्ण मानें और तुरंत कार्रवाई करें।.

भेद्यता क्या है (तकनीकी अवलोकन)

• मूल कारण: प्लगइन एक बिना प्रमाणीकरण वाला एंडपॉइंट (admin-ajax या REST मार्ग) उजागर करता है जो वर्डप्रेस विकल्पों को अपडेट करने के लिए प्रमाणीकरण, नॉनसेस, या उपयोगकर्ता क्षमताओं की जांच किए बिना पैरामीटर स्वीकार करता है (जैसे, प्रबंधित_विकल्प).
• प्रभाव: एक हमलावर मनमाने विकल्पों को बदलने के लिए तैयार अनुरोध प्रस्तुत कर सकता है 11. संदिग्ध सामग्री के साथ।. चूंकि विकल्पों में भूमिका परिभाषाएँ और अन्य विशेषाधिकार सेटिंग्स शामिल हैं, यह पूर्व प्रमाणीकरण के बिना विशेषाधिकार वृद्धि को सक्षम करता है।.
• में ठीक किया गया: 3.28.21। यदि आप सुरक्षित रूप से अपडेट कर सकते हैं, तो तुरंत ऐसा करें।.

सामान्य संवेदनशील विकल्प जिन्हें दुरुपयोग किया जा सकता है:

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

हमलावर इस कमजोरियों का कैसे लाभ उठा सकते हैं (हमले के परिदृश्य)

1. सीधे भूमिका वृद्धि के माध्यम से डिफ़ॉल्ट_भूमिका

   कमजोर अंत बिंदु पर POST करके सेट करें डिफ़ॉल्ट_भूमिका जोड़कर 19. भूमिका (या सीधे क्षमताओं में हेरफेर करता है) बिना कॉलर के अधिकारों की पुष्टि किए, तो विशेषाधिकार वृद्धि होगी। इस वास्तविक स्पेस मामले में,, फिर एक नया खाता पंजीकृत करें (यदि साइट पंजीकरण की अनुमति देती है) जो एक प्रशासक बन जाता है।.

2. संशोधित करें wp_user_roles

   ओवरराइट करें wp_user_roles निम्न-privilege भूमिकाओं में क्षमताएँ जोड़ने के लिए, हमलावर-नियंत्रित खातों को प्रशासनिक अधिकार प्राप्त करने की अनुमति देना।.

3. प्रशासनिक अधिग्रहण के माध्यम से प्रशासन_ईमेल और पासवर्ड रीसेट

   बदलें प्रशासन_ईमेल एक हमलावर-नियंत्रित पते पर और प्रशासनिक खातों पर नियंत्रण पुनः प्राप्त करने के लिए पासवर्ड रीसेट या सामाजिक इंजीनियरिंग का उपयोग करें।.

4. स्थायी बैकडोर और साइट की गलत कॉन्फ़िगरेशन

   डिबग विकल्पों को बदलें, असुरक्षित लॉगिंग सक्षम करें, या मानों को इंजेक्ट करें जिन्हें अन्य प्लगइन/थीम बाद में मूल्यांकन करते हैं, स्थायी बैकडोर बनाते हैं।.

क्योंकि हमलावर प्रमाणीकरण रहित है, शोषण को दूरस्थ रूप से बड़े पैमाने पर किया जा सकता है और एक बार जब शोषण ज्ञात हो जाता है तो यह अक्सर स्वचालित होता है।.

शोषण या प्रयास किए गए शोषण का पता लगाना

यदि आप वर्डप्रेस साइटों का प्रबंधन करते हैं, तो निम्नलिखित संकेतकों की तलाश करें।.

नेटवर्क और एक्सेस लॉग संकेतक

• POST अनुरोध wp-admin/admin-ajax.php या REST एंडपॉइंट्स में ऐसे पैरामीटर शामिल हैं जैसे विकल्प_नाम, विकल्प, विकल्प_की, विकल्प_मान, या अपडेट_विकल्प.
• असामान्य कॉल्स के साथ क्रिया पैरामीटर मान जो फ्रंटेंड एडमिन प्लगइन क्रियाओं से मेल खाते हैं।.
• एकल IPs या वितरित स्रोतों से समान POST अनुरोधों की उच्च मात्रा।.

डेटाबेस संकेतक

• अप्रत्याशित परिवर्तन 11. संदिग्ध सामग्री के साथ।:

  SELECT option_name, option_value FROM wp_options WHERE option_name IN ('default_role','admin_email','wp_user_roles');

• संशोधित wp_user_roles अपेक्षा से अधिक क्षमताएँ प्रदान करना।.
• नए प्रशासक खाते:

  SELECT ID, user_login, user_email, user_registered FROM wp_users ORDER BY user_registered DESC LIMIT 50;

वर्डप्रेस एडमिन इंटरफेस

• उपयोगकर्ताओं में अप्रत्याशित प्रशासक।.
• सेटिंग्स (सदस्यता, डिफ़ॉल्ट भूमिका) में दिखाई देने वाले कॉन्फ़िगरेशन परिवर्तन।.
• संदिग्ध प्लगइन/थीम फ़ाइलें या अप्रत्याशित अनुसूचित घटनाएँ (wp_cron)।.

फ़ाइल प्रणाली और वेबशेल जांच

• अपलोड, wp-content, थीम या प्लगइन्स में नए या संशोधित PHP फ़ाइलें।.
• वेबशेल संकेतकों के लिए खोजें: eval(, base64_decode( अस्पष्टता के साथ उपयोग किया गया, assert(, आदि।.

मैलवेयर स्कैन और अखंडता जांच

• ज्ञात अच्छे प्रतियों के खिलाफ मैलवेयर स्कैन और फ़ाइल अखंडता तुलना चलाएँ।.
• वर्तमान प्लगइन/थीम फ़ाइलों की तुलना अपस्ट्रीम स्रोतों से करें ताकि अनधिकृत संशोधनों का पता लगाया जा सके।.

तात्कालिक निवारण कदम (यदि आप अपडेट नहीं कर सकते हैं तो अभी लागू करें)

इस क्रम में कार्यों को प्राथमिकता दें: पैच, अलग करें, जांचें। यदि आप तुरंत पैच नहीं कर सकते हैं, तो आभासी पैचिंग और पहुँच प्रतिबंध लागू करें।.

1. प्लगइन को 3.28.21 में अपडेट करें (सिफारिश की गई)

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

2. यदि आप तुरंत अपडेट नहीं कर सकते हैं - अस्थायी WAF नियम लागू करें (आभासी पैचिंग)

   उन अनुरोधों को ब्लॉक करें जो संवेदनशील एंडपॉइंट पैटर्न से मेल खाते हैं और संदिग्ध विकल्प-अपडेट पैरामीटर शामिल करते हैं। विकल्पों को संशोधित करने का प्रयास करने वाले अनधिकृत अनुरोधों को अस्वीकार करें, जो admin-ajax या REST एंडपॉइंट के माध्यम से हैं। संदिग्ध आईपी और अनुरोध पैटर्न को दर-सीमा और ब्लॉक करें।.

   चित्रात्मक ModSecurity-शैली का नियम (उत्पादन से पहले अनुकूलित और परीक्षण करें):

   # विकल्पों को admin-ajax / REST के माध्यम से संदिग्ध POST पैरामीटर के साथ अपडेट करने के प्रयासों को ब्लॉक करें"

   REST हैंडलर्स के लिए प्लगइन पंजीकरण कर सकता है, संभावित मार्गों पर POST को ब्लॉक करें जैसे /wp-json/frontend-admin/ या समान। यदि सटीक लक्ष्यीकरण संभव नहीं है, तो उन POST को ब्लॉक करें /wp-json/ जो विकल्प-जैसे फ़ील्ड शामिल करते हैं।.

3. प्लगइन को अस्थायी रूप से अक्षम या निष्क्रिय करें

   यदि आप कार्यक्षमता के अस्थायी नुकसान को स्वीकार कर सकते हैं, तो प्रशासन UI के माध्यम से प्लगइन को निष्क्रिय करें। यदि प्रशासनिक पहुँच उपलब्ध नहीं है, तो WP-CLI का उपयोग करें या SSH/FTP के माध्यम से प्लगइन निर्देशिका का नाम बदलें:

   wp plugin deactivate frontend-admin

4. संवेदनशील एंडपॉइंट्स की पहुँच को मजबूत करें

   पहुंच को प्रतिबंधित करें admin-ajax.php और जहाँ व्यावहारिक हो प्लगइन के REST मार्गों को IP द्वारा (उदाहरण के लिए, केवल प्रशासन नेटवर्क IPs की अनुमति दें)। HTTP बेसिक प्रमाणीकरण जोड़ें या आपातकालीन पहुँच नियंत्रण के लिए प्रशासनिक एंडपॉइंट्स को VPN के पीछे रखें।.

5. अलग करें और एक साफ बैकअप लें

   फोरेंसिक विश्लेषण के लिए एक पूर्ण बैकअप (फाइलें + DB) लें और जांच के लिए वातावरण को एक सैंडबॉक्स में क्लोन करें।.

6. क्रेडेंशियल रोटेशन और खाता ऑडिटिंग

   सभी प्रशासकों और महत्वपूर्ण खातों के लिए पासवर्ड रीसेट करें। उच्च भूमिका वाले उपयोगकर्ताओं के लिए पासवर्ड रीसेट करने के लिए मजबूर करें। अनधिकृत प्रशासक उपयोगकर्ताओं की समीक्षा करें और उन्हें हटा दें। यदि बदला गया हो तो API कुंजी और रहस्यों को घुमाएं। wp-config.php या प्लगइन सेटिंग्स में।.

7. पूर्ण साइट स्कैन और घटना के बाद की सफाई

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

सामान्य सुरक्षा: प्रबंधित WAF और निगरानी (जो मदद करता है)

एक WAF के माध्यम से आभासी पैचिंग उस समय जोखिम को कम कर सकती है जब एक पैच लागू किया जा रहा हो। उपयोगी नियंत्रणों में शामिल हैं:

• प्रशासक-एजेक्स और प्लगइन REST मार्गों पर प्रमाणीकरण रहित विकल्प-परिवर्तन अनुरोधों को ब्लॉक करने के लिए WAF नियम।.
• स्वचालित स्कैनिंग/शोषण को कम करने के लिए दर सीमा और IP प्रतिष्ठा ब्लॉकिंग।.
• इंजेक्टेड कोड का तेजी से पता लगाने के लिए फ़ाइल अखंडता निगरानी और शेड्यूल किए गए मैलवेयर स्कैन।.
• विकल्प-जैसे फ़ील्ड वाले admin-ajax या REST एंडपॉइंट्स पर POST के लिए लॉगिंग और अलर्टिंग।.

नोट: WAFs एक आपातकालीन अस्थायी उपाय हैं, विक्रेता फिक्स स्थापित करने के लिए एक स्थायी विकल्प नहीं।.

चरण-दर-चरण सुधार चेकलिस्ट

तात्कालिक (घंटों के भीतर)

• यदि संभव हो तो प्लगइन को 3.28.21 पर अपडेट करें।.
• यदि अपडेट संभव नहीं है, तो विकल्प-अपडेट प्रयासों को ब्लॉक करने के लिए WAF नियम लागू करें और/या प्लगइन को निष्क्रिय करें।.
• एक पूर्ण बैकअप लें (डेटाबेस + फाइलें)।.

अल्पकालिक (एक ही दिन)

• ऑडिट 11. संदिग्ध सामग्री के साथ। संदिग्ध परिवर्तनों के लिए (देखें पहचान प्रश्न)।.
• उपयोगकर्ताओं का ऑडिट करें और सभी प्रशासकों के लिए क्रेडेंशियल रीसेट करें।.
• एक मैलवेयर स्कैन करें।.

पुनर्प्राप्ति (1–7 दिन)

• किसी भी प्रभावित फ़ाइलों को सत्यापित स्वच्छ बैकअप से साफ़ या पुनर्स्थापित करें।.
• अनधिकृत व्यवस्थापक खातों को हटा दें और संदिग्ध कोड को हटाएं।.
• API कुंजी और रहस्यों को घुमाएं।.

घटना के बाद (30 दिनों के भीतर)

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

लॉग और डेटाबेस की खोज: व्यावहारिक प्रश्न

डेटाबेस जांच (DB एक्सेस का उपयोग करते हुए):

SELECT option_name, option_value;

SELECT ID, user_login, user_email, user_registered, user_status;

वेब सर्वर लॉग — उदाहरण:

grep "admin-ajax.php" access.log | grep "option_name"

यदि आप मेल खाते हुए प्रविष्टियाँ पाते हैं, तो फोरेंसिक समीक्षा के लिए पूर्ण अनुरोध हेडर और बॉडी कैप्चर करें और ब्लॉक करने के लिए स्रोत IP नोट करें।.

साइट मालिकों और डेवलपर्स के लिए हार्डनिंग मार्गदर्शन

प्लगइन डेवलपर्स के लिए

• कभी भी बिना प्रमाणीकरण वाले एंडपॉइंट्स को विकल्पों को संशोधित करने की अनुमति न दें।.
• REST मार्गों के लिए, हमेशा एक लागू करें permission_callback जो क्षमताओं की पुष्टि करता है (जैसे, current_user_can('manage_options') की पुष्टि करने में विफलता) या कुकी-आधारित प्रमाणीकरण के लिए nonce जांच।.
• प्रशासन-ajax के माध्यम से अपडेट हुक को अधिक उजागर करने से बचें; हमेशा इनपुट को मान्य और स्वच्छ करें।.
• जब एक API को विकल्पों को संशोधित करना हो, तो अनुमत विकल्प नामों और मानों की श्वेतसूची बनाएं: कभी भी क्लाइंट इनपुट से मनमाने विकल्प नाम स्वीकार न करें।.
• यूनिट और एकीकरण परीक्षण जोड़ें जो प्रमाणीकरण रहित अनुरोधों का अनुकरण करते हैं ताकि यह सुनिश्चित हो सके कि लेखन पहुंच अस्वीकृत है।.

साइट प्रबंधकों के लिए

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

सर्वर और होस्टिंग को मजबूत करना

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

घटना प्रतिक्रिया प्लेबुक (संक्षिप्त)

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

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

प्रश्न: मैंने अपडेट किया लेकिन मुझे चिंता है कि हम पहले ही प्रभावित हो चुके हैं। अगला कदम क्या है?
उत्तर: तुरंत पहचान चेकलिस्ट चलाएं। उपयोगकर्ताओं का ऑडिट करें, 11. संदिग्ध सामग्री के साथ।, निर्धारित कार्य और फ़ाइल अखंडता। यदि समझौता पुष्टि हो जाता है, तो एक साफ बैकअप से पुनर्स्थापित करें और सभी क्रेडेंशियल्स को घुमाएं।.

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

प्रश्न: क्या स्वचालित WAF नियम पर्याप्त हैं?
उत्तर: वर्चुअल पैचिंग जोखिम को कम करता है लेकिन वास्तविक विक्रेता फिक्स लागू करने का विकल्प नहीं है। प्लगइन अपडेट होने तक WAF नियमों को आपातकालीन उपाय के रूप में मानें।.

डेवलपर चेकलिस्ट: प्लगइन लेखकों के लिए सुरक्षित रूप से एंडपॉइंट्स को कैसे ठीक करें

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

समयरेखा और संदर्भ

• भेद्यता का खुलासा: 3 दिसंबर 2025
• प्रभावित संस्करण: ≤ 3.28.20
• स्थिर किया गया: 3.28.21
• CVE: CVE-2025-13342
• विक्रेता-विशिष्ट सलाहकार विवरण के लिए, प्लगइन चेंज लॉग और आधिकारिक रिलीज नोट्स देखें।.

बंद करना — तात्कालिक प्राथमिकताएँ

1. यदि आप DynamiApps द्वारा Frontend Admin चला रहे हैं, तो तुरंत 3.28.21 में अपडेट करें।.
2. यदि आप अपडेट नहीं कर सकते, तो WAF सुरक्षा (वर्चुअल पैचिंग) सक्षम करें और जब तक यह सुरक्षित न हो, प्लगइन को निष्क्रिय करने पर विचार करें।.
3. समझौते के संकेतों के लिए साइट का ऑडिट करें: उपयोगकर्ता, विकल्प, फ़ाइलें और लॉग।.
4. अपने वातावरण को मजबूत करें: प्लगइनों को न्यूनतम करें, न्यूनतम विशेषाधिकार लागू करें, 2FA सक्षम करें, और बैकअप और निगरानी बनाए रखें।.

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

यदि आपको यह सलाहकार उपयोगी लगी, तो इसे अपनी टीम के साथ साझा करें और आप जिन साइटों का प्रबंधन करते हैं, उनके लिए कमजोर प्लगइन की जांच करें।.