“वेबसाइट” में क्या शामिल है, यह परिभाषित करें
सेवा इन्वेंटरी से शुरू करें। हर साइट, पोर्टल, स्टोर या कैंपेन के लिए व्यवसायिक मालिक, तकनीकी मालिक, होस्टिंग अकाउंट, डोमेन और DNS नियंत्रण, रिपॉज़िटरी, कंटेंट और मीडिया स्टोर्स, इंटीग्रेशन और आवश्यक क्रेडेंशियल्स दर्ज करें। यह चिह्नित करें कि क्या वर्जन कंट्रोल से पुनर्निर्मित किया जा सकता है और क्या अद्वितीय रिकॉर्ड रखता है।
कॉन्फ़िगरेशन को जानबूझकर शामिल करें: रीडाइरेक्ट्स, CDN या फ़ायरवॉल सेटिंग्स, शेड्यूल किए गए जॉब्स, टेम्पलेट्स, और इन्फ्रास्ट्रक्चर-ऐज़-कोड फाइलें। सामान्य मैनिफेस्ट में लाइव सीक्रेट्स की प्रति न बनाएं; इसके बजाय अनुमोदित सीक्रेट सिस्टम और इमरजेंसी-एक्सेस प्रक्रिया की ओर संकेत करें। वर्डप्रेस दस्तावेज़ यह सामान्य अंतर दिखाते हैं: एक सामान्य साइट को इसके फाइलों और अलग डेटाबेस दोनों की आवश्यकता होती है।
उस सबसे छोटे सुरक्षित संस्करण को परिभाषित करें जो आवश्यक जानकारी या लेनदेन प्रदान कर सके।
अनुकूल डेटाबेस, फाइलें, मीडिया, और कॉन्फ़िगरेशन एक्सपोर्ट्स को एक टाइमस्टैम्प या वर्ज़न लेबल दें।
व्यवसाय सहिष्णुता के आधार पर फ्रीक्वेंसी और रिटेंशन सेट करें
परिवर्तन की दर और मूल्य से फ्रीक्वेंसी चुनें। RPO को साधारण भाषा में लिखें, फिर जांचें कि हर अनूठा स्टोर पर्याप्त बार कैप्चर हो रहा है। एक रात में ली गई फाइल कॉपी एक तेज़ी से बदलते डेटाबेस के लिए चार-घंटे RPO पूरा नहीं कर सकती।
RTO को अलग सेट करें। इसमें अनुमोदन, साफ़ इन्फ्रास्ट्रक्चर, पुनर्स्थापना, मान्यकरण, ट्रैफ़िक परिवर्तन और आंतरिक संचार शामिल करें। इसे विक्रेता के दावे को अपनाने के बजाय एक ड्रिल में मापें। पुराने पॉइंट्स को उतनी देर तक रखें कि त्रुटि या देरी से खोज तक पहुँचा जा सके, और जहां डेटा संवेदनशील हो वहाँ गोपनीयता, रिकॉर्ड, या कानूनी विशेषज्ञों के साथ रिटेंशन की समीक्षा करें।
पूर्ण रिकवरी पॉइंट्स के बीच अंतराल की तुलना प्रत्येक सेवा के RPO से करें।
प्राधिकृत व्यक्ति यह सत्यापित करे कि एक पुराना अनुमोदित रिस्टोर पॉइंट मिल सकता है।
रिकवरी प्रतियों को अलग रखें और सुरक्षित रखें
एक ही खाता, स्थानीय घटना, या गलती से हर विकल्प हट न जाए इसलिए अलग स्थानों या सेवाओं में कई प्रतियाँ रखें। CISA नियमित स्वचालित बैकअप, ऑफ़-साइट कॉपी, एन्क्रिप्शन और ऑफ़लाइन कॉपियों की सिफारिश करती है। NCSC हमेशा जुड़े बैकअप डिवाइसों के खिलाफ आगाह करती है और एक से अधिक बैकअप समाधान या स्थान सुझाती है।
बैकअप प्रशासन को न्यूनतम विशेषाधिकार (least privilege), जहां समर्थित हो मल्टी-फैक्टर ऑथेंटिकेशन, अलग प्रशासनिक खाते, और एक्सेस समीक्षाओं के साथ सुरक्षित रखें। हटाने सुरक्षा, वर्ज़न हिस्ट्री, या इम्यूटेबल स्टोरेज का उपयोग समझदारी से करें—पहले लागत और रिकवरी व्यवहार समझें। संग्रहीत डेटा को एन्क्रिप्ट करें और की कस्टडी का परीक्षण करें। एन्क्रिप्शन बिना पहुँच योग्य कीज़ के उपयोग योग्य नहीं; व्यापक साझा एक्सेस हर प्रति की सुरक्षा कमजोर करता है।
कॉपी का विफलता मोड उत्पादन से अर्थपूर्ण रूप से भिन्न होना चाहिए।
यह सूची बनाएं कि कौन बैकअप पढ़ सकता है, बदल सकता है, हटा सकता है, और रिस्टोर कर सकता है; अव्यवहारिक एक्सेस हटाएं।
एक रिस्टोर रनबुक लिखें और अधिकार तय करें
रनबुक (runbook) वह परखा हुआ रिकवरी प्रक्रिया है। एक प्रति रखें जो प्रभावित साइट, उत्पादन पहचान प्रदाता, या सामान्य चैट सिस्टम के बिना पहुँची जा सके। इसमें संपर्क और विकल्प, अधिकार, सिस्टम प्राथमिकता, बैकअप स्थान, पूर्वापेक्षाएँ, रिस्टोर क्रम, मान्यकरण चेक और रोकने की शर्तें शामिल करें।
प्रत्येक महत्वपूर्ण सेवा के लिए एक जवाबदेह रिकवरी मालिक और एक विकल्प नामित करें। उस व्यक्ति को परिभाषित करें जो उत्पादन में पुनर्स्थापना, DNS परिवर्तन, और व्यापार-डेटा मान्यकरण को अधिकृत करता है। यदि पेमेंट-कार्ड डेटा, संवेदनशील व्यक्तिगत डेटा, या नियंत्रित रिकॉर्ड शामिल हैं, तो यह तय करने से पहले योग्य सुरक्षा, गोपनीयता, कानूनी और जहाँ लागू हो PCI समीक्षा लें कि क्या संरक्षित, सूचित, या रिस्टोर करना है।
चुना गया रिस्टोर पॉइंट, अनुमोदित करने वाला व्यक्ति, छुए गए सिस्टम, मान्यकरण परिणाम, और अपवाद दर्ज करें।
नियंत्रित इमरजेंसी एक्सेस दस्तावेज़ करें; कभी भी एक कर्मचारी के डिवाइस या स्मृति पर निर्भर न रहें।
संदिग्ध समझौते के बाद सुरक्षित रूप से रिस्टोर करें
अनाधिकृत पहुँच, मालवेयर, या संदिग्ध हटाने की संभावना होने पर प्रोडक्शन को स्वचालित रूप से नवीनतम कॉपी से ओवरराइट न करें। इनसिडेंट प्रक्रिया का पालन करें, उन खातों और बैकअप का आकलन करें जो प्रभावित हो सकते हैं, साक्ष्य से एक पॉइंट चुनें, और पुनः कनेक्ट करने से पहले रिस्टोर वातावरण का पुनर्निर्माण या अलगाव करें।
CISA महत्वपूर्ण-सेवा प्राथमिकता क्रम में रिकवरी का निर्देश देती है और साफ़ सिस्टमों को फिर से संक्रमित करने से सावधान करती है। NCSC सलाह देती है कि बैकअप केवल ज्ञात-स्वच्छ डिवाइसों से कनेक्ट करें और रिस्टोर करने से पहले उन्हें स्कैन करें। ये कदम जोखिम घटाते हैं, पर स्वच्छता की गारंटी नहीं देते। जब जांच, साक्ष्य संरक्षण, या सूचना दायित्व लागू हो सकते हों तो योग्य इनसिडेंट-रिस्पॉन्स सहायता को एस्केलेट करें।
सबसे उच्च प्राथमिकता वाली सेवा को साफ़ इन्फ्रास्ट्रक्चर पर रिस्टोर करें, उसे मान्य करें, फिर निर्भरता क्रम के अनुसार जारी रखें।
यूज़र जर्नीज़, डेटा, जॉब्स, इंटीग्रेशन, प्रशासन, लॉगिंग, और नए बैकअप कवरेज की जाँच करें।
ड्रिल्स को प्रमाण और सुधार इनपुट के रूप में उपयोग करें
जोखिम के अनुसार आंशिक रिस्टोर, पृथक पूर्ण पुनर्निर्माण, निर्भरता-हानि अभ्यास, या टेबलटॉप निर्णय चलाएँ। एक सुरक्षित, सार्थक परीक्षण से शुरू करें और समय के साथ वास्तविकता बढ़ाएँ। CISA पूर्ण और आंशिक रिस्टोर परीक्षणों की सिफारिश करती है; NCSC ऐसे अभ्यासों की सिफारिश करती है जो भूमिकाओं, तृतीय-पक्ष जिम्मेदारियों, और प्राथमिकताओं को स्पष्ट करें।
रिकवरी-पॉइंट आयु को RPO के खिलाफ और बीता रिकवरी समय को RTO के खिलाफ मापें। सेट आइडेंटिफायर, प्रतिभागियों, मान्यकरण परिणाम, विफल चरणों, और प्रत्येक फ़िक्स का मालिक रिकॉर्ड करें। अंतर को बंद करने और सामग्री प्लेटफ़ॉर्म, पहचान, डेटाबेस, या प्रदाता परिवर्तनों के बाद पुनः परीक्षण करें। SIU इस निवारक सुधार कार्य का आयोजन कर सकता है; यह कोई बैकअप सिस्टम या लाइव मॉनिटरिंग सेवा नहीं है।
क्या रिस्टोर किया गया, कहाँ, किसने क्या पास किया और क्या फेल हुआ, और किसने इसे स्वीकार किया—इनका संक्षिप्त रिकॉर्ड रखें।
सामग्री वास्तुकला या आपूर्तिकर्ता परिवर्तनों के बाद लक्षित परीक्षण दोहराएँ।