निजी अवसंरचना / कोई आईडी आवश्यक नहींगोपनीयता सिद्धांत पढ़ें
KoalaVPS फ़ील्ड नोट्स

पासवर्ड वॉल्ट एक सावधान होस्ट का हकदार है।

एक अनौपचारिक संगत सर्वर संक्षिप्त हो सकता है, लेकिन खाता सुरक्षा, एन्क्रिप्टेड डेटा और पुनर्प्राप्ति महत्वपूर्ण हैं।

प्रोजेक्ट और क्लाइंट को समझें

Vaultwarden एक अलग प्रोजेक्ट है, इसलिए वर्तमान क्लाइंट संगतता, समर्थित परिनियोजन मार्गदर्शन और सुरक्षा अपडेट जाँचें। छोटे संसाधन उपयोग से लापरवाह रखरखाव प्रक्रिया नहीं होनी चाहिए।

प्रवेश बिंदुओं को प्रतिबंधित करें

HTTPS, मजबूत खाता सुरक्षा और सोच-समझकर बनाए गए साइनअप नियंत्रण का उपयोग करें। जहाँ समर्थित हो, प्रशासनिक एंडपॉइंट की सुरक्षा करें या उन्हें अक्षम करें। होस्ट और रिवर्स प्रॉक्सी को अद्यतन रखें और निजी कॉन्फ़िगरेशन तक कौन पहुँच सकता है, इसे सीमित करें।

रिकवरी को स्वतंत्र रखें

रिकवरी कोड और बैकअप एक्सेस को सर्वर के बाहर निजी रूप से संग्रहीत करें। अपने बैकअप तक का एकमात्र मार्ग ऐसे क्रेडेंशियल पर निर्भर न बनाएँ जो केवल वॉल्ट के अंदर संग्रहीत हों। विचार करें कि सर्वर हानि और डिवाइस हानि दोनों के बाद आप पहुँच कैसे फिर पाएँगे।

सुसंगत स्थिति का बैकअप लें

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

एक पूर्ण खाता रिकवरी परिदृश्य का परीक्षण करें

लॉगिन, दूसरे कारक, जहाँ उपयुक्त हो वॉल्ट निर्यात और रिकवरी मार्ग को सत्यापित करने के लिए एक डिस्पोज़ेबल परीक्षण खाता उपयोग करें। आपातकालीन जानकारी होस्टेड वॉल्ट के बाहर रखें। वास्तविक खाते की एकमात्र प्रति पर विनाशकारी रिकवरी क्रियाओं का परीक्षण न करें।

हर प्रॉक्सी परिवर्तन के बाद एक्सपोज़र जाँचें

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

वॉल्ट सेवा को रिकवरी सिस्टम से अलग रखें

एक अनुरक्षित Vaultwarden रिलीज़ चुनें और उन Bitwarden क्लाइंट के साथ संगतता सत्यापित करें जिन्हें आप उपयोग करना चाहते हैं। एक स्थिर HTTPS ओरिजिन, स्थायी निजी डेटा और एक स्वतंत्र रिकवरी मार्ग तैयार करें। एकमात्र बैकअप पासवर्ड और खाता-रिकवरी सामग्री होस्टेड वॉल्ट के बाहर रखें। एक छोटी सेवा अभी भी कई अन्य खातों की कुंजियाँ रख सकती है, इसलिए RAM आवंटन से थोड़ा कम करने के बजाय परीक्षित अपडेट और रिकवरी प्रक्रिया को प्राथमिकता दें।

  • सोच-समझकर पंजीकरण और आमंत्रण नियम चुनें।
  • उपयोगकर्ता वॉल्ट एक्सेस से स्वतंत्र रूप से प्रशासनिक एक्सेस प्रतिबंधित रखें।
  • इंस्टॉल किए गए रिलीज़ के लिए अधिसूचना और रिवर्स-प्रॉक्सी आवश्यकताओं की समीक्षा करें।

पहले खाता परीक्षण के बाद सेटअप पहुँच बंद करें

प्रोजेक्ट के समर्थित उदाहरण का उपयोग करके परिनियोजित करें, इसकी डेटा निर्देशिका को स्थायी रखें और सार्वजनिक डोमेन को वास्तविक HTTPS मूल पर सेट करें। यदि एडमिन इंटरफ़ेस का उपयोग कर रहे हैं, तो उसके टोकन/हैश मार्गदर्शन का पालन करें और प्रतिबंधित करें कि कौन इसे पहुँच सकता है; अनुमान लगाना कठिन URL को प्रमाणीकरण न समझें। इच्छित स्वामी बनाने के बाद, साइन-आउट ब्राउज़र से साइनअप/आमंत्रण सेटिंग्स की पुष्टि करें। वास्तविक रहस्य जोड़ने से पहले दूसरे कारक और सूचना व्यवहार का परीक्षण करें।

हर क्लाइंट का डिस्पोज़ेबल वॉल्ट डेटा के साथ परीक्षण करें

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

डेटाबेस और उसकी सहयोगी फ़ाइलें पुनर्स्थापित करें

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

अपना इंफ्रास्ट्रक्चर कॉन्फ़िगर करें

नियंत्रण लें।
अपनी शर्तों पर तैनात करें।

कोई पहचान कागज़ी कार्रवाई नहीं। पूर्ण प्रशासक पहुँच। क्रिप्टो-नेटिव बिलिंग।