सारांश (हांगकांग सुरक्षा विशेषज्ञ ब्रीफिंग)

यदि आपकी वर्डप्रेस साइट मिक्सटेप थीम (संस्करण 2.1 या पहले) का उपयोग करती है, तो इसे उच्च-प्राथमिकता घटना मानें। एक अनधिकृत स्थानीय फ़ाइल समावेश (LFI) भेद्यता एक हमलावर को आपके वेब सर्वर पर मनमाने फ़ाइलों को पढ़ने की अनुमति देती है। उजागर फ़ाइलों में wp-config.php, बैकअप, पर्यावरण फ़ाइलें और अन्य संवेदनशील संपत्तियाँ शामिल हो सकती हैं। समय पर समाधान के बिना, एक हमलावर जल्दी से पूर्ण साइट समझौता कर सकता है। प्रकटीकरण के समय थीम के लिए कोई आधिकारिक पैच किया गया संस्करण उपलब्ध नहीं था। तात्कालिक पहचान, सीमांकन और सुधारात्मक कार्रवाई की आवश्यकता है।.

त्वरित सारांश (व्यस्त साइट मालिकों के लिए)

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

स्थानीय फ़ाइल समावेश (LFI) क्या है?

LFI तब होता है जब उपयोगकर्ता-नियंत्रित इनपुट का उपयोग एक पथ बनाने के लिए किया जाता है जिसे एप्लिकेशन फिर उचित सत्यापन के बिना शामिल या पढ़ता है। हमलावर खराब सत्यापित इनपुट का उपयोग करके निर्देशिकाओं को पार करते हैं और इच्छित दायरे के बाहर फ़ाइलें पढ़ते हैं। वर्डप्रेस में, थीम कोड साइट के समान PHP विशेषाधिकारों के साथ चलता है; इसलिए एक थीम में LFI संवेदनशील जानकारी जैसे डेटाबेस क्रेडेंशियल्स (wp-config.php), पर्यावरण फ़ाइलें, बैकअप और अन्य संवेदनशील संसाधनों को उजागर कर सकता है।.

यह विशिष्ट मिक्सटेप भेद्यता अनधिकृत है: शोषण के लिए कोई लॉगिन की आवश्यकता नहीं है, जिससे स्वचालित स्कैन और हमलों की तात्कालिकता और संभावना बढ़ जाती है।.

यह सुरक्षा दोष क्यों खतरनाक है

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

मान लें कि आपकी साइट स्वचालित रूप से खोजी और जांची जा सकती है; जोखिम को कम करने के लिए जल्दी कार्रवाई करें।.

ज्ञात विवरण

• प्रभावित संस्करण: Mixtape ≤ 2.1।.
• सुरक्षा दोष प्रकार: स्थानीय फ़ाइल समावेश (LFI)।.
• आवश्यक विशेषाधिकार: कोई नहीं (अप्रमाणित)।.
• CVE असाइन किया गया: CVE-2026-25457।.
• अनुसंधान का श्रेय: Tran Nguyen Bao Khanh (VCI – VNPT Cyber Immunity)।.
• सार्वजनिक प्रकटीकरण: 17 मार्च 2026।.
• पैच स्थिति: प्रकटीकरण के समय कोई आधिकारिक पैच रिलीज उपलब्ध नहीं है - यदि विक्रेता का फिक्स जारी किया जाता है तो तुरंत अपडेट करें।.

हम जानबूझकर सामूहिक शोषण को सक्षम करने से बचने के लिए शोषण POC विवरण या पैरामीटर नाम प्रकाशित नहीं करते हैं।.

हमलावर आमतौर पर LFI का दुरुपयोग कैसे करते हैं (उच्च स्तर)

1. पहचान और स्कैनिंग: स्वचालित उपकरण ज्ञात कमजोर अंत बिंदुओं और पैरामीटर पैटर्न के लिए स्कैन करते हैं।.
2. फ़ाइल पहचान: सामान्य रूप से संवेदनशील फ़ाइलों (wp-config.php, .env, बैकअप) का अनुरोध करना।.
3. रहस्य संग्रहण: पुनर्प्राप्त फ़ाइलों से DB क्रेडेंशियल, API कुंजी और सॉल्ट निकालना।.
4. क्रेडेंशियल पुन: उपयोग: खोजे गए क्रेडेंशियल का उपयोग करके डेटाबेस, प्रशासन पैनल, या अन्य सेवाओं तक पहुंच प्राप्त करना।.
5. वृद्धि: प्रकट किए गए रहस्यों का उपयोग करके दूरस्थ पहुंच प्राप्त करना या कोड इंजेक्ट करना।.
6. स्थिरता: वेबशेल, बैकडोर स्थापित करना या पहुंच बनाए रखने के लिए फ़ाइलों को संशोधित करना।.

क्योंकि इनमें से कई चरण स्वचालित होते हैं, खोज से गंभीर समझौते तक का समय छोटा हो सकता है।.

तात्कालिक कदम (पहले 24–72 घंटे)

1. सूची: Mixtape थीम (किसी भी चाइल्ड थीम या कॉपी की गई फ़ाइलों सहित) का उपयोग करने वाली सभी साइटों और उदाहरणों की पहचान करें। Appearance → Themes पर जाएं और अपने प्रबंधित संपत्ति के फ़ाइल सिस्टम को स्कैन करें।.
2. अप्रयुक्त प्रतियों को हटा दें: यदि कोई थीम कॉपी अप्रयुक्त है, तो इसे wp-content/themes से हटा दें। डिस्क पर अभी भी मौजूद अप्रयुक्त थीम जोखिम बढ़ाती हैं।.
3. सक्रिय साइटों को बदलें या अलग करें: यदि संभव हो, तो अस्थायी रूप से एक बनाए रखा डिफ़ॉल्ट थीम पर स्विच करें और साइट की कार्यक्षमता की पुष्टि करें। यदि नहीं, तो आप शमन लागू करते समय साइट को कड़े पहुंच नियंत्रणों के पीछे अलग करें।.
4. होस्ट-स्तरीय या परिधीय नियंत्रण लागू करें: संभावित शोषण पैटर्न और निर्देशिका-क्रॉसिंग प्रयासों को रोकने के लिए कड़े फ़िल्टरिंग नियम लागू करें। संदिग्ध ग्राहकों के लिए दर-सीमा और चुनौती पृष्ठों का उपयोग करें।.
5. लॉग समीक्षा: थीम फ़ाइलों, निर्देशिका क्रॉसिंग टोकन, या wp-config.php, .env, या बैकअप को पुनः प्राप्त करने के प्रयासों को लक्षित करने वाले संदिग्ध अनुरोधों के लिए एक्सेस और त्रुटि लॉग की खोज करें।.
6. फ़ाइल अखंडता और मैलवेयर स्कैन: संशोधित फ़ाइलों, नए जोड़े गए PHP फ़ाइलों या वेबशेल के लिए wp-content और थीम निर्देशिकाओं को स्कैन करें। फ़ाइलों की तुलना ज्ञात-भले कॉपी या बैकअप से करें।.
7. यदि समझौता होने का संदेह है: साइट को अलग करें, फोरेंसिक डेटा को संरक्षित करें, क्रेडेंशियल और साल्ट को घुमाएं, और जहां उपयुक्त हो, एक साफ बैकअप से पुनर्स्थापित करें।.
8. बैकअप: बैकअप की अखंडता की पुष्टि करें और इसे उत्पादन वातावरण से अलग स्टोर करें।.

वर्चुअल पैचिंग और रक्षात्मक नियम (सैद्धांतिक)

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

• संवेदनशील फ़ाइल नामों (wp-config.php, .env, सामान्य बैकअप नाम) के साथ मिलकर निर्देशिका क्रॉसिंग टोकन (../ या एन्कोडेड समकक्ष) वाले अनुरोधों को अस्वीकार करें।.
• थीम PHP फ़ाइलों के लिए अनुरोधों में देखे जाने पर पूर्ण प्रणाली पथ (/etc/, /proc/, /var/) को संदर्भित करने वाले क्वेरी पैरामीटर को ब्लॉक करें।.
• थीम के भीतर आंतरिक PHP शामिल फ़ाइलों तक सीधे पहुंच को प्रतिबंधित करें - केवल ज्ञात फ्रंट-एंड प्रवेश बिंदुओं की अनुमति दें।.
• वेब सर्वर स्तर पर संवेदनशील फ़ाइलों (wp-config.php, .env, बैकअप, .git) के लिए HTTP पहुंच को अस्वीकार करें।.
• उच्च अनुरोध दर, दोहराए गए 4xx/5xx व्यवहार, या ज्ञात स्कैनिंग उपयोगकर्ता-एजेंट प्रदर्शित करने वाले ग्राहकों को दर-सीमा या चुनौती दें।.
• सभी अवरुद्ध प्रयासों के लिए पूर्ण अनुरोध संदर्भ (क्वेरी स्ट्रिंग, हेडर, आईपी) को लॉग करें ताकि अनुवर्ती जांच की जा सके।.

उदाहरण सर्वर-साइड प्रतिबंध (अपने स्टैक के अनुसार लागू करें और परीक्षण करें):

अपाचे (.htaccess):

एकल नियम पर निर्भर न रहें; झूठे सकारात्मक को कम करने और वैध एप्लिकेशन व्यवहार की रक्षा के लिए पहचान को समायोजित करें।.

संकेतकों को लॉग करें और क्या देखना है

• Query strings containing ../, %2e%2e or absolute paths.
• असामान्य पैरामीटर या पेलोड के साथ थीम PHP फ़ाइलों को लक्षित करने वाले अनुरोध।.
• HTTP के माध्यम से wp-config.php, .env, .sql, .tar.gz या अन्य बैकअप फ़ाइल नामों के लिए अनुरोध।.
• एकल आईपी से उच्च मात्रा में अनुरोध या अजीब/सामान्य उपयोगकर्ता-एजेंट।.
• अनुवर्ती गतिविधि: डेटाबेस प्रमाणीकरण विफलताएँ, अजीब व्यवस्थापक लॉगिन, या अपलोड या थीम में नए जोड़े गए फ़ाइलें।.

फोरेंसिक विश्लेषण के लिए लॉग को संरक्षित करें और जब संकेत सफल पहुंच या फ़ाइल प्रकटीकरण की ओर इशारा करें तो घटना प्रतिक्रिया के लिए बढ़ाएँ।.

यदि आप एक घुसपैठ पाते हैं - घटना प्रतिक्रिया चेकलिस्ट

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

कठिनाई और दीर्घकालिक रोकथाम

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

पहचान स्क्रिप्ट और अखंडता जांच (क्या चलाना है)

अनुशंसित केवल-पढ़ने योग्य जांच और शिकार:

• फ़ाइल अखंडता: थीम फ़ाइलों की तुलना एक ताजा विक्रेता प्रति या एक ज्ञात-अच्छे बैकअप से करें।.
• wp-content के तहत हाल ही में संशोधित फ़ाइलों की खोज करें (समय-चिह्न द्वारा) और अप्रत्याशित परिवर्तनों की समीक्षा करें।.
• संदिग्ध पैटर्न के लिए ग्रेप्स (केवल-पढ़ने योग्य): जैसे, base64_decode, exec/system/shell निष्पादन पैटर्न - कार्रवाई करने से पहले संदर्भ को मान्य करें।.
• वेबशेल और अप्रत्याशित PHP फ़ाइलों के लिए अपलोड और थीम निर्देशिकाओं को स्कैन करें।.
• WP साल्ट और डेटाबेस पासवर्ड की अखंडता की पुष्टि करें; यदि उजागर हो तो तुरंत घुमाएँ।.

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

क्यों वर्चुअल पैचिंग अब महत्वपूर्ण है

जब विक्रेता पैच अभी उपलब्ध नहीं है, तो किनारे या होस्ट स्तर पर आभासी पैचिंग जोखिम को कम करने का सबसे तेज़ तरीका है। प्रभावी आभासी पैचिंग कर सकती है:

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

वर्चुअल पैचिंग को सावधानी से लागू करें और झूठे सकारात्मक के लिए निगरानी रखें। इसे एक मुआवजा नियंत्रण के रूप में उपयोग करें जब तक कि एक आधिकारिक, परीक्षण किया गया विक्रेता सुधार लागू न हो।.

साइट मालिकों और होस्ट के लिए व्यावहारिक चेकलिस्ट

• पहचानें कि क्या आपकी साइट Mixtape (≤ 2.1) का उपयोग करती है।.
• यदि थीम का उपयोग नहीं हो रहा है, तो इसे हटा दें।.
• यदि थीम सक्रिय है और तुरंत अपडेट नहीं किया जा सकता है, तो इसे अस्थायी रूप से बदलें या होस्ट/परिधीय सुरक्षा लागू करें।.
• संवेदनशील फ़ाइलों (wp-config.php, .env, बैकअप) तक पहुंच को अवरुद्ध करने के लिए वेब सर्वर नियम लागू करें।.
• संदिग्ध गतिविधियों के लिए एक्सेस लॉग की समीक्षा करें और उन्हें 30-90 दिनों के लिए बनाए रखें।.
• मैलवेयर स्कैन और फ़ाइल अखंडता जांच चलाएँ।.
• यदि कोई क्रेडेंशियल-धारक फ़ाइलें उजागर हो गई हैं, तो रहस्यों को घुमाएं।.
• सुनिश्चित करें कि बैकअप मौजूद हैं और पुनर्स्थापित किए जा सकते हैं।.
• संदिग्ध ट्रैफ़िक के लिए निगरानी और स्वचालित अलर्ट लागू करें।.
• उपलब्ध और परीक्षण किए गए विक्रेता-फिक्स किए गए थीम पर तुरंत अपडेट करने की योजना बनाएं।.

एजेंसियों और होस्ट के लिए संचार मार्गदर्शन

यदि आप कई ग्राहक साइटों का प्रबंधन करते हैं या साझा होस्टिंग संचालित करते हैं:

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

सामान्य प्रश्न (चयनित)

प्रश्न: मेरी साइट Mixtape पर आधारित एक चाइल्ड थीम का उपयोग करती है - क्या मैं प्रभावित हूं?

उत्तर: यदि चाइल्ड थीम कमजोर माता-पिता (Mixtape ≤ 2.1) से कोड लोड करती है, तो आप संभवतः प्रभावित हैं। यह सत्यापित करें कि माता-पिता की थीम फ़ाइलें मौजूद हैं और संस्करणों की पुष्टि करें।.

प्रश्न: विक्रेता ने एक पैच जारी किया - क्या मुझे अभी भी अन्य उपाय करने चाहिए?

उत्तर: आधिकारिक पैच को तुरंत लागू करें। लॉग की निगरानी जारी रखें, समझौते के लिए स्कैन करें और बैकअप की पुष्टि करें। मुआवजे के नियंत्रण और हार्डनिंग अतिरिक्त सुरक्षा के रूप में महत्वपूर्ण बने रहते हैं।.

प्रश्न: क्या मैं कमजोर कोड को हटाने के लिए थीम को सुरक्षित रूप से संपादित कर सकता हूँ?

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

प्रश्न: मुझे एक घटना के बाद लॉग कितने समय तक रखना चाहिए?

उत्तर: घटना की जांच के लिए कम से कम 90 दिनों तक लॉग को संरक्षित करें; नियामक या फोरेंसिक आवश्यकताएँ लंबी अवधि की रोकथाम की आवश्यकता कर सकती हैं।.

घटना के बाद की कार्रवाई और भविष्य की रोकथाम

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

स्तरित सुरक्षा (सिफारिश की गई विधि)

गहराई में रक्षा अपनाएँ ताकि एकल दोष के पूर्ण समझौते की संभावना कम हो सके:

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

मदद चाहिए?

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