मुख्य सामग्री पर जाएँ
ShieldID

एन्क्रिप्शन

एन्क्रिप्शन कहाँ इस्तेमाल होता है, और कहाँ अभी नहीं।

एन्क्रिप्शन सत्यापन को कई अलग-अलग बिंदुओं पर सुरक्षित करता है: कनेक्शन, इमेज, सीक्रेट, बैकअप, पासवर्ड। हम एक बार "एन्क्रिप्टेड" कहकर आपको यह मान लेने देने के बजाय कि सब कुछ सुरक्षित है, हर एक को ईमानदारी से सूचीबद्ध करना पसंद करते हैं।

ट्रांज़िट में

एज पर TLS, और लेजर डेटाबेस पर अनिवार्य।

ShieldID को भेजा गया हर अनुरोध एप्लिकेशन तक पहुँचने से पहले एन्क्रिप्ट हो जाता है।

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

एट रेस्ट

ID इमेज और जन्मतिथियाँ एन्क्रिप्टेड हैं। हम साफ़ बताते हैं कि और क्या अभी नहीं है।

"एट रेस्ट एन्क्रिप्टेड" अक्सर पूरे प्लेटफ़ॉर्म के बारे में एक ही साँस में कह दिया जाता है। आज यह वास्तव में क्या कवर करता है, वह यहाँ है।

ID इमेज और सेल्फ़ी
संग्रहीत रहने के दौरान AES-256-GCM से एन्क्रिप्टेड, उन्हें हटाने वाले स्वचालित purge से पहले तक।
जन्म तिथि
एन्क्रिप्टेड रूप में संग्रहीत, सत्यापन रिकॉर्ड जहाँ भी इसे रखे, कभी सादे टेक्स्ट में नहीं।
सीक्रेट्स (API keys, डेटाबेस क्रेडेंशियल, साइनिंग कुंजियाँ)
एक समर्पित सीक्रेट्स वॉल्ट में रखे जाते हैं, एप्लिकेशन कॉन्फ़िग या सोर्स में नहीं।
बाक़ी डेटाबेस और सामान्य स्टोरेज वॉल्यूम
आज डिस्क या डेटाबेस स्तर पर एन्क्रिप्टेड नहीं हैं। हम पूरे कवरेज का आभास देने के बजाय यह सीधे कहते हैं।

सीक्रेट्स

एक वॉल्ट, टोकन-नियंत्रित, रोटेशन रिकॉर्ड के साथ।

एप्लिकेशन क्रेडेंशियल कई कॉन्फ़िग फ़ाइलों में बिखरे नहीं रहते।

केंद्रीकृत

API keys, डेटाबेस क्रेडेंशियल और webhook सीक्रेट्स एक समर्पित सीक्रेट्स-मैनेजमेंट सिस्टम में रखे जाते हैं, जिन्हें केवल प्रमाणित, टोकन-नियंत्रित API के ज़रिए पढ़ा और लिखा जाता है।

रोटेशन का ऑडिट होता है

एक समर्पित रोटेशन प्रक्रिया हर क्रेडेंशियल बदलाव और हर अस्वीकृत प्रयास को छेड़छाड़-प्रमाणित लॉग में दर्ज करती है, जिसमें मानों के केवल फ़िंगरप्रिंट होते हैं, मान स्वयं कभी नहीं।

कभी कोड या कॉन्फ़िग में नहीं

सीक्रेट्स बूट के समय वॉल्ट से पढ़े जाते हैं; उन्हें सोर्स में कमिट नहीं किया जाता और न ही किसी ऐसी एनवायरनमेंट फ़ाइल में छोड़ा जाता है जो डिप्लॉय के साथ जाती हो।

बैकअप

मेमोरी से निकलने से पहले एन्क्रिप्टेड, एक रिस्टोर ड्रिल के साथ जिसे आप प्रोडक्शन को छुए बिना चला सकते हैं।

बैकअप में एप्लिकेशन, उसका कॉन्फ़िगरेशन और डेटाबेस शामिल हैं।

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

पासवर्ड, सेशन और API keys

आपको प्रमाणित करने वाली कोई भी चीज़ ऐसे रूप में संग्रहीत नहीं होती जिसे कोई पढ़कर दोबारा इस्तेमाल कर सके।

तीन अलग तरह के सीक्रेट, तीन अलग व्यवहार, सब एकतरफ़ा।

पासवर्ड
हैश किए गए, कभी सादे टेक्स्ट में संग्रहीत या लॉग नहीं किए जाते।
सेशन टोकन
आपके ब्राउज़र की सेशन कुकी में मौजूद टोकन एक रैंडम 32-बाइट मान है, जिसे HttpOnly कुकी के रूप में सेट किया जाता है।
API कुंजियाँ
SHA-256 हैश के रूप में संग्रहीत। केवल एक छोटा प्रीफ़िक्स सादे रूप में रखा जाता है, ताकि आप सूची में किसी कुंजी को पहचान सकें, जबकि पूरा मान दोबारा कभी प्राप्त नहीं किया जा सकता।

यह पेज क्या दावा नहीं करता

कोई DDoS सुरक्षा नहीं, कोई WAF नहीं, कोई जियो-रिडंडेंसी नहीं।

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

प्रश्न

एन्क्रिप्शन पर सीधे जवाब।

रिकॉर्ड पर और जानकारी

पढ़ें कि रिटेंशन और रेज़िडेंसी एक-दूसरे से कैसे जुड़ते हैं।

एन्क्रिप्शन कई नियंत्रणों में से एक है। देखें कि क्या, कब हटाया जाता है और डेटा के मौजूद रहने तक वह कहाँ रखा जाता है।