यह भेद्यता क्या है, और यह क्यों गंभीर है

एक हालिया खुलासा ने वर्डप्रेस के लिए मॉड्यूलर डीएस प्लगइन में एक अनधिकृत विशेषाधिकार वृद्धि भेद्यता का वर्णन किया। प्लगइन के संस्करण 2.5.2 तक और इसमें प्रभावित हैं; विक्रेता ने 2.6.0 में एक पैच जारी किया।.

प्रमुख सुरक्षा तथ्य

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

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

किस पर प्रभाव पड़ता है

• कोई भी वर्डप्रेस साइट जो संस्करण 2.5.2 या उससे पहले के साथ मॉड्यूलर डीएस प्लगइन चला रही है, जोखिम में है।.
• साइटें जिन पर प्लगइन स्थापित है लेकिन निष्क्रिय है, यदि प्लगइन सार्वजनिक रूप से पहुंच योग्य एंडपॉइंट्स को उजागर करता है तो इसे संभावित रूप से खतरनाक मानना चाहिए।.
• साइटें जो तुरंत अपडेट नहीं कर सकती (संगतता चिंताएँ, स्टेजिंग/उत्पादन प्रक्रिया की सीमाएँ) पैच या कम किए जाने तक उजागर रहती हैं।.

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

हमलावर इस प्रकार की खामी का कैसे (और कर चुके हैं) दुरुपयोग कर सकते हैं — उच्च स्तर

मैं शोषण कोड या चरण-दर-चरण निर्देश प्रदान नहीं करूंगा, लेकिन यहां एक खतरे के मॉडल का अवलोकन है जो बताता है कि अप्रमाणित विशेषाधिकार वृद्धि इतनी आकर्षक क्यों है:

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

यह प्रकार की कमजोरी विशेष रूप से खतरनाक है क्योंकि हमलावर को मान्य क्रेडेंशियल की आवश्यकता नहीं होती।.

तत्काल कार्रवाई जो आपको करनी चाहिए (गैर-तकनीकी और तकनीकी)

यदि आप वर्डप्रेस साइटों का प्रबंधन करते हैं, तो इस कमजोरी को आपातकाल के रूप में मानें। इन चरणों का पालन करें। उच्च-ट्रैफ़िक और ग्राहक-सामना करने वाली साइटों को प्राथमिकता दें।.

1. यथाशीघ्र पैच करें
   • तुरंत मॉड्यूलर डीएस को संस्करण 2.6.0 या बाद में अपडेट करें। यह सबसे प्रभावी समाधान है।.
   • यदि आप कई साइटों का प्रबंधन करते हैं, तो उत्पादन साइटों और सार्वजनिक लॉगिन वाले साइटों को प्राथमिकता दें।.
2. यदि आप तुरंत अपडेट नहीं कर सकते हैं — अस्थायी शमन लागू करें
   • प्लगइन को तब तक बंद या निष्क्रिय करें जब तक कि अपग्रेड करने का सुरक्षित समय न हो।.
   • शोषण पैटर्न और ज्ञात दुर्भावनापूर्ण अनुरोधों को ब्लॉक करने के लिए अपने गेटवे/CDN या होस्ट पर वर्चुअल पैचिंग या WAF नियम लागू करें।.
   • जहां संभव हो, विश्वसनीय IP रेंज के लिए वर्डप्रेस बैकएंड तक पहुंच को प्रतिबंधित करें (व्यवस्थापक IP अनुमति सूची)।.
3. महत्वपूर्ण क्रेडेंशियल्स रीसेट करें
   • सभी खातों के लिए प्रशासनिक पासवर्ड रीसेट करें, विशेष रूप से यदि आपको एक्सपोजर का संदेह है।.
   • वर्डप्रेस द्वारा उपयोग किए जाने वाले API कुंजी, OAuth टोकन और एकीकरण क्रेडेंशियल्स को घुमाएं।.
   • सभी उपयोगकर्ताओं के लिए लॉगआउट करने के लिए मजबूर करें (परिशिष्ट में WP-CLI चरण देखें)।.
4. समझौते के लिए स्कैन करें
   • पूर्ण साइट मैलवेयर स्कैन और अखंडता जांच चलाएं (फाइल संशोधन, अज्ञात प्लगइन/थीम, छेड़े गए कोर फ़ाइलें)।.
   • संदिग्ध गतिविधियों के लिए लॉग की समीक्षा करें - नए उपयोगकर्ता निर्माण, अप्रत्याशित अनुरोध, प्लगइन एंडपॉइंट्स पर POST अनुरोध।.
5. हितधारकों को सूचित करें और घटना प्रतिक्रिया तैयार करें
   • साइट के मालिकों, ग्राहकों और होस्टिंग/ऑप्स टीमों को सूचित करें।.
   • फोरेंसिक्स के लिए लॉग को संरक्षित करें - जांच के दौरान लॉग फ़ाइलों को अधिलेखित न करें।.
   • यदि समझौता पुष्टि हो जाता है, तो नीचे दिए गए संकुचन/नाश के चरणों का पालन करें।.

पहचान और समझौते के संकेत (IoCs) जिन्हें खोजने के लिए

संदिग्ध कलाकृतियों या व्यवहार की तलाश करें जो संकेत करते हैं कि हमलावर ने कमजोरियों का लाभ उठाया हो सकता है।.

• नए बनाए गए प्रशासनिक उपयोगकर्ता या उच्च भूमिका वाले उपयोगकर्ता:
  • वर्डप्रेस प्रशासन डैशबोर्ड: उपयोगकर्ता → सभी उपयोगकर्ता
  • WP-CLI: wp उपयोगकर्ता सूची --भूमिका=प्रशासक
• अपरिचित अनुसूचित घटनाएँ (wp-cron प्रविष्टियाँ) या रखरखाव कार्य: अनुसूचित घटनाओं की जांच करें या चलाएँ wp क्रोन इवेंट सूची
• wp-content में संशोधित या नए जोड़े गए PHP फ़ाइलें, विशेष रूप से अपलोड या थीम में - फ़ाइल टाइमस्टैम्प की जांच करें और ज्ञात-गुणवत्ता वाली स्थिति के साथ तुलना करें
• अप्रत्याशित प्लगइन या थीम इंस्टॉलेशन
• वेब सर्वर एक्सेस लॉग जो प्लगइन-विशिष्ट एंडपॉइंट्स पर अजीब पैरामीटर के साथ POST या GET अनुरोध दिखा रहे हैं
• आपके सर्वर से अप्रत्याशित आउटबाउंड नेटवर्क कनेक्शन (C2 को बीकनिंग)
• साइट सामग्री या संक्रमित टेम्पलेट्स में दुर्भावनापूर्ण रीडायरेक्ट
• असामान्य IPs या भौगोलिक क्षेत्रों से व्यवस्थापक लॉगिन
• संदिग्ध अनुरोधों के बाद 4xx/5xx त्रुटियों या CPU/I/O उपयोग में अचानक वृद्धि

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

यदि आपकी साइट समझौता की गई: सीमित करना, समाप्त करना, पुनर्प्राप्ति

यदि आप निर्धारित करते हैं कि शोषण की संभावना है या पुष्टि की गई है, तो इन चरणों का पालन करें।.

1. संकुचन

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

2. फोरेंसिक डेटा संग्रह

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

3. उन्मूलन

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

4. पुनर्प्राप्ति

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

5. घटना के बाद की कार्रवाई

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

यदि आप सहज नहीं हैं या आपके पास इन-हाउस कौशल की कमी है, तो WordPress के साथ अनुभवी एक पेशेवर घटना प्रतिक्रिया फर्म को संलग्न करें।.

मजबूत करना और दीर्घकालिक रक्षा: प्लगइन स्वच्छता, अनुमतियाँ, रहस्य

पैचिंग के बाद भी, ये उपाय समान घटनाओं के जोखिम को कम करते हैं:

• न्यूनतम विशेषाधिकार: उपयोगकर्ताओं को अनावश्यक भूमिकाएँ देने से बचें। प्रशासक खातों को आवश्यक कर्मचारियों तक सीमित करें।.
• प्लगइन प्रबंधन:
  • अप्रयुक्त प्लगइनों और थीमों को हटा दें - अप्रयुक्त कोड हमले की सतह है।.
  • स्थापित करने से पहले सुरक्षा इतिहास और सक्रिय रखरखाव के लिए प्लगइनों की जांच करें।.
  • पारदर्शी चेंजलॉग और तेज सुरक्षा प्रतिक्रिया वाले प्लगइनों को प्राथमिकता दें।.
• स्वचालित अपडेट: छोटे रिलीज़ के लिए स्वचालित अपडेट सक्षम करें, या प्लगइनों और थीमों के लिए स्वचालित पैचिंग पाइपलाइन का उपयोग करें। उत्पादन से पहले स्टेजिंग में परीक्षण करें।.
• रहस्यों का प्रबंधन: नियमित रूप से कुंजी बदलें। अद्वितीय, मजबूत पासवर्ड का उपयोग करें और प्रशासक उपयोगकर्ताओं के लिए 2FA सक्षम करें।.
• फ़ाइल प्रणाली सुरक्षा: उपयुक्त स्थान पर अपलोड निर्देशिका में PHP निष्पादन को अक्षम करें। डैशबोर्ड में थीम/प्लगइन फ़ाइल संपादन को अक्षम करें (define(‘DISALLOW_FILE_EDIT’, true);)।.
• निगरानी और लॉगिंग: बाहरी लॉग संरक्षण सक्षम करें और असामान्य प्रशासक गतिविधि और फ़ाइल परिवर्तनों की निगरानी करें।.
• बैकअप: अपरिवर्तनीय और परीक्षण किए गए बैकअप बनाए रखें। कम से कम एक बैकअप ऑफ़लाइन या अपरिवर्तनीय भंडारण पर रखें।.

WAF रणनीतियाँ और आभासी पैचिंग (व्यावहारिक रक्षा कदम)

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

वर्चुअल पैचिंग

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

प्रबंधित नियम सेट अपडेट

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

स्तरित सुरक्षा

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

निगरानी और प्रतिक्रिया

• ब्लॉक किए गए प्रयासों को लॉग करें और नियमों को परिष्कृत करने के लिए उनकी समीक्षा करें।.
• कुशल तिरछा और शिकार करने के लिए WAF टेलीमेट्री को होस्ट लॉग के साथ मिलाएं।.

याद रखें: WAF एक प्रतिस्थापन नियंत्रण है, पैचिंग का विकल्प नहीं। इसे कमजोर प्लगइन्स को अपडेट करते समय एक समय-सीमित शमन के रूप में मानें।.

डेवलपर मार्गदर्शन: विशेषाधिकार वृद्धि की गलतियों से कैसे बचें

प्लगइन और थीम डेवलपर्स के लिए, और कोड कमीशन करने वाले लोगों के लिए, इन सामान्य गलतियों से बचें:

1. कभी भी क्लाइंट पर भरोसा न करें: सभी इनपुट को मान्य और साफ करें। किसी भी अनुरोध को अनधिकृत मानें जब तक कि इसे उचित WordPress APIs के माध्यम से सत्यापित न किया जाए।.
2. हमेशा क्षमताओं की जांच करें: क्षमताओं की जांच का उपयोग करें जैसे current_user_can( 'manage_options' ) विशेषाधिकार प्राप्त क्रियाओं पर। उपयोगकर्ता द्वारा प्रदान किए गए भूमिका पैरामीटर या छिपे हुए फ़ॉर्म फ़ील्ड पर भरोसा न करें।.
3. नॉनसेस का सही उपयोग करें: स्थिति-परिवर्तनकारी क्रियाओं के लिए नॉनसेस की पुष्टि करें। सुनिश्चित करें कि संवेदनशील संचालन के लिए नॉनसेस जांच और क्षमता जांच दोनों की आवश्यकता होती है।.
4. AJAX और REST एंडपॉइंट्स की सुरक्षा करें: जहां उपयुक्त हो, स्पष्ट प्रमाणीकरण की आवश्यकता करें। REST मार्गों के लिए, एक ऐसा permission_callback जो क्षमताओं की पुष्टि करता है।.
5. न्यूनतम विशेषाधिकार आंतरिक लॉजिक: क्लाइंट इनपुट के आधार पर अनुमतियों को बढ़ाने से बचें। यदि किसी ऑपरेशन को प्रशासनिक विशेषाधिकार की आवश्यकता है, तो इसे सख्त जांचों के साथ सर्वर-साइड लागू करें।.
6. सुरक्षित डिफ़ॉल्ट: सुरक्षित डिफ़ॉल्ट और स्पष्ट सुरक्षित अपग्रेड पथ के साथ प्लगइन्स भेजें।.
7. सुरक्षा परीक्षण: अनुमति जांच के लिए परीक्षण शामिल करें, कोड ऑडिट करें, और प्रमाणीकरण और उपयोगकर्ता भूमिकाओं को छूने वाले कोड के लिए बाहरी सुरक्षा समीक्षाओं का आमंत्रण दें।.

होस्टर्स और एजेंसी सिफारिशें

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

चेकलिस्ट: अभी क्या करना है (संचालन की छोटी सूची)

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

परिशिष्ट: उपयोगी WP-CLI कमांड और उपयोगिताएँ

नीचे WP-CLI कमांड हैं जिनका आप त्वरित मूल्यांकन और प्रतिक्रिया के लिए उपयोग कर सकते हैं। केवल उन कमांड को चलाएँ जिन्हें आप समझते हैं और सुनिश्चित करें कि बैकअप मौजूद हैं।.

wp प्लगइन स्थिति मॉड्यूलर-कनेक्टर

wp प्लगइन अपडेट मॉड्यूलर-कनेक्टर --संस्करण=2.6.0

wp प्लगइन निष्क्रिय करें मॉड्यूलर-कनेक्टर

wp उपयोगकर्ता सूची --भूमिका=प्रशासक --क्षेत्र=ID,उपयोगकर्ता_लॉगिन,उपयोगकर्ता_ईमेल,प्रदर्शित_नाम

wp उपयोगकर्ता सत्र नष्ट करें --सभी

बलात लॉगआउट करने का विकल्प: प्रमाणीकरण कुंजियों को बदलें wp-config.php कुकीज़ को अमान्य करने के लिए।.

wp विकल्प अपडेट ब्लॉग_जनता 0

बैकअप उदाहरण (rsync):

rsync -az --delete /var/www/html/ /backup/path/site-$(date +%F)

अपने वातावरण के अनुसार कमांड को समायोजित करें और सुनिश्चित करें कि अनुमतियाँ और बैकअप मौजूद हैं।.