TL;DR

A broken access control vulnerability (CVE-2026-6145) affects the popular “User Registration” WordPress plugin (versions ≤ 5.1.5). An unauthenticated attacker can bypass admin-approval workflows in some configurations, enabling unprivileged account creation/activation flows that reduce or remove administrator oversight. The vendor released a patch in version 5.1.6.

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

पृष्ठभूमि: क्या पाया गया

• Affected component: “User Registration” WordPress plugin
• संवेदनशील संस्करण: ≤ 5.1.5
• पैच किया गया संस्करण: 5.1.6
• CVE: CVE-2026-6145
• वर्गीकरण: टूटी हुई पहुंच नियंत्रण (OWASP A01)
• CVSS (जैसा प्रकाशित): 5.3 (मध्यम — संदर्भ पर निर्भर)
• आवश्यक विशेषाधिकार: बिना प्रमाणीकरण

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

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

यह भेद्यता वास्तव में क्या अनुमति देती है (उच्च स्तर)

मूल कारण एक गायब या अपर्याप्त प्राधिकरण/नॉन्स जांच है जिसने अनधिकृत अनुरोधों को पंजीकरण प्रवाह को ट्रिगर या स्वीकृत करने की अनुमति दी। संभावित परिणामों में शामिल हैं:

• बिना प्रशासन की स्वीकृति के नए पंजीकृत खातों का स्वचालित सक्रियण।.
• उपयोगकर्ता भूमिकाओं/विशेषताओं को सेट करना या बढ़ाना जो प्रशासन की निगरानी को बायपास करते हैं (साइट/प्लगइन कॉन्फ़िगरेशन पर निर्भर)।.
• सदस्यता गेटिंग, सदस्यता सक्षम करने, या भुगतान-सामग्री कार्यप्रवाहों का विघटन जो प्रशासन की मान्यता पर निर्भर करते हैं।.

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

शोषणीयता और वास्तविक दुनिया का प्रभाव

• शोषण की संभावना: स्वचालित स्कैनिंग और बॉटनेट के लिए उच्च, क्योंकि कोई क्रेडेंशियल की आवश्यकता नहीं है।.
• प्रभाव की गंभीरता: इस पर निर्भर करता है कि साइट भूमिकाएँ कैसे असाइन करती है और प्लगइन का उपयोग करती है:
  • कम प्रभाव: साइटें जो हमेशा न्यूनतम क्षमताएँ असाइन करती हैं और अन्य गेटकीपर्स होती हैं।.
  • मध्यम से उच्च प्रभाव: साइटें जो स्वचालित रूप से ऊंची भूमिकाएँ प्रदान करती हैं, भुगतान पहुंच सक्षम करती हैं, या ऐसी श्रृंखलाबद्ध कार्यप्रवाह होती हैं जो नए अनुमोदित उपयोगकर्ताओं पर भरोसा करती हैं।.
• हमले के वेक्टर: स्वचालित POST या पंजीकरण/अनुमोदन अंत बिंदुओं के लिए तैयार HTTP अनुरोध, और बाद में दुरुपयोग के लिए लक्षित खाता निर्माण।.

वर्डप्रेस तैनाती के पैमाने को देखते हुए, पैचिंग और मुआवजे के नियंत्रणों को तुरंत लागू किया जाना चाहिए।.

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

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

साइट मालिकों के लिए तात्कालिक कार्रवाई (क्रमबद्ध)

1. अब प्लगइन को अपडेट करें।. Upgrade “User Registration” to version 5.1.6 or later via WordPress admin (Plugins → Update) or your deployment pipeline.
2. यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो मुआवजे के शमन लागू करें (see “Temporary mitigations” below).
3. उपयोगकर्ताओं और भूमिकाओं का ऑडिट करें — नीचे दिए गए पहचान चेकलिस्ट का पालन करें।.
4. पंजीकरण और अनुमोदन कार्यप्रवाह को मजबूत करें: ईमेल सत्यापन सक्षम करें, नई पंजीकरण पर प्रशासनिक सूचनाएँ सक्षम करें, ऊंची भूमिकाओं में किसी भी स्वचालित पदोन्नति को अक्षम करें।.
5. WAF नियमों या सर्वर-साइड पहुंच नियंत्रणों के माध्यम से आभासी पैचिंग पर विचार करें जब तक आप विक्रेता पैच लागू नहीं कर सकते, तब तक अप्रमाणित अनुमोदन अंत बिंदुओं को ब्लॉक करने के लिए।.
6. यदि आप समझौते के संकेत पाते हैं तो घटना प्रतिक्रिया के चरणों का पालन करें।.

पहचान: यह कैसे जांचें कि क्या आप प्रभावित हुए थे

बड़े बदलाव करने से पहले केवल पढ़ने योग्य जांच और लॉग के साथ शुरू करें।.

1. प्लगइन संस्करण की जांच करें

प्रशासन डैशबोर्ड → प्लगइन्स। पुष्टि करें कि स्थापित संस्करण 5.1.6 या बाद का है। यदि नहीं, तो अपडेट करें।.

2. संदिग्ध नए उपयोगकर्ताओं की खोज करें

13 मई 2026 को या उसके बाद बनाए गए खातों की तलाश करें (और यदि आप चुपके से शोषण का संदेह करते हैं तो पहले के)। अप्रत्याशित उच्च भूमिकाओं पर ध्यान दें।.

3. उपयोगी SQL क्वेरी (केवल पढ़ने के लिए SELECTs)

wp-cli या अपने डेटाबेस टूल से चलाएँ; यदि नहीं तो तालिका उपसर्ग समायोजित करें wp_:

SELECT ID, user_login, user_email, user_registered
FROM wp_users
WHERE user_registered >= DATE_SUB(NOW(), INTERVAL 30 DAY)
ORDER BY user_registered DESC;

SELECT u.ID,u.user_login,u.user_email,um.meta_value
FROM wp_users u
JOIN wp_usermeta um ON u.ID = um.user_id
WHERE um.meta_key = 'wp_capabilities'
  AND um.meta_value LIKE '%administrator%';

4. लॉग की जांच करें

• वेब सर्वर एक्सेस लॉग: पंजीकरण अंत बिंदुओं, admin-ajax, या REST अंत बिंदुओं पर बार-बार POSTs के लिए खोजें।.
• वर्डप्रेस गतिविधि लॉग (यदि उपलब्ध हो): user_create और user_role परिवर्तनों की तलाश करें।.
• WAF/लॉगिंग सिस्टम: अवरुद्ध या संदिग्ध पंजीकरण प्रयासों की तलाश करें।.

5. पंजीकरण अनुमोदन स्थिति का ऑडिट करें

सुनिश्चित करें कि किसी भी अपडेट के बाद प्रशासन-स्वीकृति सेटिंग्स अभी भी लागू हैं और कोई हालिया अनुमोदन नहीं है जो उचित कार्यप्रवाह को बायपास करता है।.

6. लिंक किए गए संदिग्ध गतिविधियों की तलाश करें

• हाल ही में बनाए गए खातों से नए पोस्ट या टिप्पणियाँ।.
• नए खातों से पासवर्ड रीसेट अनुरोध या अन्य खाता गतिविधि।.
• नए API कुंजी, एकीकरण उपयोगकर्ता, या अप्रत्याशित क्रोन नौकरियाँ।.

सुरक्षित घटना प्रतिक्रिया चेकलिस्ट

यदि आप संदिग्ध खातों या शोषण के संकेत पाते हैं, तो इन चरणों का पालन करें:

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

अस्थायी उपाय यदि आप तुरंत अपडेट नहीं कर सकते

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

• WAF या सर्वर नियमों के माध्यम से समस्याग्रस्त एंडपॉइंट्स को ब्लॉक करें।. प्लगइन अनुमोदन या प्रशासन-जैसे एंडपॉइंट्स के लिए बिना प्रमाणीकरण वाले अनुरोधों को अस्वीकार करें जब तक कि वे प्रमाणीकरण किए गए प्रशासन सत्रों या विश्वसनीय IPs से न आएं।.
• पंजीकरण को सत्यापित ईमेल डोमेन तक सीमित करें यदि आपके दर्शकों के लिए संभव हो।.
• स्वचालित अनुमोदन सुविधाओं को निष्क्रिय करें और प्लगइन में किसी भी स्वचालित पदोन्नति सेटिंग्स को।.
• विशिष्ट AJAX/REST एंडपॉइंट्स को सीमित करें अनुमोदनों के लिए लॉगिन किए गए उपयोगकर्ताओं या विशिष्ट IP रेंजों तक .htaccess/nginx नियमों या सर्वर-स्तरीय पहुंच नियंत्रण का उपयोग करके।.
• पंजीकरण एंडपॉइंट्स की दर-सीमा निर्धारित करें — स्वचालित दुरुपयोग को कम करने के लिए प्रति IP नए पंजीकरणों को थ्रॉटल करें।.
• नए खातों के लिए मल्टी-स्टेप सत्यापन लागू करें — ईमेल सत्यापन और CAPTCHA स्वचालित साइन-अप को कम करने में मदद करते हैं।.
• सुनिश्चित करें कि डिफ़ॉल्ट भूमिकाएँ न्यूनतम विशेषाधिकार हैं ताकि नए उपयोगकर्ताओं को डिफ़ॉल्ट रूप से न्यूनतम क्षमताएँ प्राप्त हों।.

उदाहरणात्मक वैचारिक WAF नियम: /wp-json/<plugin-namespace>/approve-user जब तक अनुरोध में एक प्रमाणित सत्र कुकी या मान्य नॉनस शामिल न हो। कार्यान्वयन को गलत सकारात्मकता के लिए परीक्षण किया जाना चाहिए।.

अनुशंसित WAF नियम सेट और सर्वर-स्तरीय शमन (व्यावहारिक उदाहरण)

उच्च-स्तरीय पैटर्न जो एक WAF या रिवर्स प्रॉक्सी लागू कर सकता है जब तक कि प्लगइन पैच न हो जाए:

1. अनुमोदन अंत बिंदुओं पर अप्रमाणित कॉल को अस्वीकार करें।. अनुमोदन या भूमिका असाइनमेंट करने वाले अंत बिंदुओं पर POST को ब्लॉक करें जब तक अनुरोध में मान्य प्रमाणीकरण टोकन/कुकी न हो।.
2. अनुरोधों में संदिग्ध भूमिका असाइनमेंट को ब्लॉक करें।. उन अनुरोधों को छोड़ें जो भूमिका फ़ील्ड सेट करने का प्रयास करते हैं (जैसे, उपयोगकर्ता_भूमिका, भूमिका, wp_capabilities) सार्वजनिक पंजीकरण अंत बिंदुओं के माध्यम से।.
3. पंजीकरण की दर सीमा निर्धारित करें।. प्रति IP प्रति घंटे/दिन पंजीकरण की संख्या को सीमित करें।.
4. स्थिति-परिवर्तन अंत बिंदुओं पर नॉनस या सत्र जांच की आवश्यकता करें।. उन POST अंत बिंदुओं के लिए जो उपयोगकर्ता की स्थिति को बदलते हैं, मान्य वर्डप्रेस नॉनस या प्रमाणित व्यवस्थापक सत्र की आवश्यकता करें।.
5. admin-ajax और REST अंत बिंदुओं की रक्षा करें।. बाहरी POST को ब्लॉक करें या चुनौती दें admin-ajax.php और प्रशासन-उन्मुख /wp-json/ ऐसे एंडपॉइंट जो केवल प्रशासन के लिए होने चाहिए।.

वैचारिक nginx अंश (अनुभवी प्रशासकों के लिए; उपयोग से पहले परीक्षण करें):

# /wp-json/*/approve-user पर अनधिकृत POST को ब्लॉक करें

नोट: अपने वातावरण के अनुसार नियमों को अनुकूलित करें; सर्वर-स्तरीय नियमों के गलत उपयोग से सेवा में बाधा आ सकती है।.

सुरक्षित कोड गार्ड के साथ प्लगइन को मजबूत करना (डेवलपर-स्तरीय, अस्थायी)

यदि आप कोडबेस को नियंत्रित करते हैं और सुरक्षित रूप से एक छोटा mu-plugin तैनात कर सकते हैं, तो अनधिकृत अनुमोदन कॉल को अस्वीकार करने के लिए सर्वर-साइड अनुमति जांचें। अस्थायी कोड को न्यूनतम रखें और अपडेट करने के बाद इसे हटा दें।.

Conceptual mu-plugin (adapt endpoint names to the plugin’s actual routes):

<?php
/*
Plugin Name: Temporary Registration Approval Guard
Description: Block unauthenticated registration approval requests until plugin update.
Version: 1.0
Author: Site Admin
*/

// Example: restrict REST endpoint used for approvals
add_action( 'rest_api_init', function() {
    register_rest_route( 'my-plugin/v1', '/approve-user', array(
        'methods'  => WP_REST_Server::CREATABLE,
        'permission_callback' => function() {
            return is_user_logged_in() && current_user_can( 'manage_options' );
        },
        'callback' => function( $request ) {
            return new WP_Error( 'rest_forbidden', 'Temporarily blocked', array( 'status' => 403 ) );
        }
    ));
});

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

होस्टिंग टीमों और प्रबंधित वर्डप्रेस प्रदाताओं को क्या करना चाहिए

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

मजबूत करने की चेकलिस्ट: दीर्घकालिक रोकथाम और सर्वोत्तम प्रथाएँ

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

अपने लॉग में क्या देखना है (प्राथमिकता संकेतक)

• कई अलग-अलग आईपी से पंजीकरण या अनुमोदन अंत बिंदुओं पर अप्रत्याशित POST।.
• एक छोटे समय में प्रशासनिक खातों या कई खातों का अचानक निर्माण।.
• ऑफ-घंटों के दौरान उपयोगकर्ता निर्माण में वृद्धि (विशिष्ट बॉट व्यवहार)।.
• नए खाता निर्माण के बाद प्रशासनिक उपयोगकर्ताओं के लिए असफल लॉगिन तूफान।.
• सार्वजनिक अंत बिंदुओं के माध्यम से उपयोगकर्ता भूमिकाओं या क्षमताओं को सेट करने का प्रयास करने वाले अनुरोध।.

घटना के बाद की मजबूती: सफाई के बाद की क्रियाएँ

1. मजबूत व्यवस्थापक पासवर्ड लागू करें और विशेषाधिकार प्राप्त खातों के लिए दो-कारक प्रमाणीकरण सक्षम करें।.
2. अप्रयुक्त API कुंजियों को रद्द करें और एकीकरण रहस्यों को घुमाएँ।.
3. संशोधनों या बैकडोर के लिए प्लगइन/थीम कोड की समीक्षा करें।.
4. पर अखंडता और मैलवेयर स्कैन चलाएँ wp-content, थीम, और प्लगइन्स।.
5. जटिल कस्टम पंजीकरण प्रणालियों के लिए एक बाहरी कोड ऑडिट पर विचार करें।.
6. साइट प्रशासकों को फ़िशिंग और लक्षित सामाजिक इंजीनियरिंग के बारे में शिक्षित करें।.

सामान्य प्रश्न (व्यावहारिक, संक्षिप्त उत्तर)

प्रश्न: मेरी साइट प्रशासनिक अनुमोदन का उपयोग करती है - क्या मैं सुरक्षित हूँ?

उत्तर: स्वचालित रूप से नहीं। यदि आपका प्लगइन संस्करण ≤ 5.1.5 है, तो यह भेद्यता अनुमोदन को बायपास करने की अनुमति दे सकती है। पैच करें और ऑडिट करें।.

प्रश्न: मैंने अपडेट किया - क्या मुझे अभी भी अपने उपयोगकर्ताओं की जांच करनी है?

उत्तर: हाँ। अपडेट करना नए शोषण को रोकता है लेकिन पैच से पहले बनाए गए खातों को नहीं हटाता है। यदि आवश्यक हो तो ऑडिट करें और सुधारें।.

प्रश्न: क्या पंजीकरण को अक्षम करने से शोषण रुक जाएगा?

उत्तर: यह तत्काल जोखिम को कम करता है लेकिन वैकल्पिक अनुमोदन अंत बिंदुओं का उपयोग करने वाले प्रयासों को रोक नहीं सकता। अनधिकृत अनुमोदन क्रियाओं को रोकने के लिए सर्वर-साइड नियमों के साथ संयोजन करें।.

प्रश्न: मैं ग्राहकों की मेज़बानी करता हूँ - मैं उनकी सुरक्षा कैसे करूँ?

उत्तर: पैच को व्यापक रूप से लागू करें, अपने बेड़े में अस्थायी सर्वर/WAF नियम लागू करें, ग्राहकों को सूचित करें, और संदिग्ध खातों के लिए स्वचालित ऑडिट चलाएँ।.

समयरेखा सारांश

• भेद्यता का पता लगाया गया और विक्रेता को जिम्मेदारी से सूचित किया गया।.
• सार्वजनिक सलाह: 13 मई 2026।.
• विक्रेता पैच संस्करण 5.1.6 में जारी किया गया।.
• अनुशंसित तात्कालिक क्रियाएँ: अपडेट करें, ऑडिट करें, और आवश्यकतानुसार अस्थायी शमन लागू करें।.

अंतिम अनुशंसाएँ (स्पष्ट अगले कदम)

1. Immediately update the “User Registration” plugin to version 5.1.6 or later.
2. यदि आप तुरंत अपडेट नहीं कर सकते हैं, तो अनधिकृत अनुमोदन प्रवाह को रोकने के लिए WAF/सर्वर-स्तरीय आभासी पैच लागू करें।.
3. संदिग्ध उपयोगकर्ताओं या भूमिका वृद्धि के लिए उपयोगकर्ता डेटाबेस और लॉग का ऑडिट करें; सुधार के लिए घटना प्रतिक्रिया चेकलिस्ट का पालन करें।.
4. पंजीकरण कार्यप्रवाह को मजबूत करें (ईमेल सत्यापन, प्रशासनिक सूचनाएँ, दर सीमित करना)।.
5. निरंतर निगरानी और नियमित कमजोरियों की जांच सक्षम करें।.

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

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