हर ग्राहक के डेटा का अलगाव
यह प्लेटफ़ॉर्म मल्टी-टेनेंट है और इसमें सख्त लॉजिकल अलगाव है: हर रीड और हर राइट डेटा लेयर और एप्लिकेशन लेयर, दोनों में आपके अकाउंट के आइडेंटिफ़ायर तक सीमित रहता है। आपकी जानकारी किसी दूसरे ग्राहक के अकाउंट से न दिखाई देती है, न वहाँ से उस तक पहुँचा जा सकता है, और यूज़र्स के लिए कोई ग्लोबल क्वेरी उपलब्ध नहीं है।
- सिर्फ़ वादा नहीं, लगातार जाँच। एक ऑटोमेटेड निगरानी प्रक्रिया प्रोडक्शन एनवायरनमेंट की नियमित रूप से जाँच करती है, ऐसी किसी भी कॉन्फ़िगरेशन को खोजती है जिससे अलग-अलग अकाउंट की जानकारी आपस में मिल सकती हो, और इसकी रिपोर्ट प्लेटफ़ॉर्म की हेल्थ मॉनिटरिंग में भेजती है। अलगाव को मान नहीं लिया जाता, उसे मापा जाता है।
- सार्वजनिक इंटरफ़ेस (फ़ॉर्म, विजेट, वेबहुक) न्यूनतम रखे गए हैं और टोकन या सीमित दायरे वाले आइडेंटिफ़ायर से प्रमाणित होते हैं; बाकी सब कुछ के लिए प्रमाणित सेशन ज़रूरी है।
- हर बदलाव को प्रोडक्शन में लाइव करने से पहले एक अलग वर्किंग एनवायरनमेंट में तैयार और टेस्ट किया जाता है।
पहचान और एक्सेस कंट्रोल
- पासवर्ड वापस प्राप्त नहीं किए जा सकते। उन्हें केवल सॉल्ट के साथ वन-वे क्रिप्टोग्राफ़िक हैश (bcrypt) के रूप में रखा जाता है। कोई भी, OMB की अपनी टीम भी, उन्हें पढ़ या दोबारा नहीं बना सकती।
- न्यूनतम अधिकार वाले रोल। ओनर, एडमिनिस्ट्रेटर और यूज़र, साथ में मॉड्यूल के अनुसार अनुमतियाँ: हर व्यक्ति केवल वही देखता है जो उसके काम के लिए ज़रूरी है।
- मज़बूत सेशन सुरक्षा। Secure, HttpOnly और SameSite कुकीज़; “लॉग इन रखें” सुविधा विभाजित टोकन का उपयोग करती है जो हर उपयोग पर बदल जाते हैं और कॉन्स्टेंट टाइम में मिलाए जाते हैं, इसलिए पुरानी कुकी चोरी होने पर भी अकाउंट नहीं खुलता।
- टू-फ़ैक्टर ऑथेंटिकेशन उन अकाउंट के लिए उपलब्ध है जिन्हें इसकी ज़रूरत है, और पासकी को पसंदीदा तरीके के रूप में लागू किया जा रहा है, क्योंकि वे अपनी बनावट से ही फ़िशिंग से सुरक्षित हैं।
- मॉड्यूल के अनुसार अतिरिक्त वेरिफ़िकेशन। जिन मॉड्यूल को आप संवेदनशील मार्क करते हैं, उनमें प्रवेश के समय अतिरिक्त वेरिफ़िकेशन माँगा जा सकता है, भले ही सेशन पहले से चालू हो, ठीक ऑनलाइन बैंकिंग की तरह।
एन्क्रिप्शन
| लेयर | तकनीक | विवरण |
|---|---|---|
| ट्रांज़िट में | TLS | पूरा संचार एन्क्रिप्टेड रहता है: पोर्टल, API, विजेट और इंटीग्रेशन। |
| सीक्रेट और क्रेडेंशियल | AES-256-GCM | ईमेल पासवर्ड, इंटीग्रेशन की कुंजियाँ और ग्राहकों द्वारा सौंपे गए क्रेडेंशियल इंटीग्रिटी ऑथेंटिकेशन के साथ एन्क्रिप्ट करके रखे जाते हैं। मास्टर कुंजी कोड रिपॉज़िटरी के बाहर और वेब सर्वर की पहुँच से दूर, सख्त अनुमतियों के साथ रखी जाती है, और उसे बिना किसी डेटा हानि के रोटेट किया जा सकता है। |
| ग्राहक वॉल्ट | AES-256-GCM | ग्राहक द्वारा प्लेटफ़ॉर्म को सौंपे गए थर्ड-पार्टी पोर्टल के क्रेडेंशियल केवल एन्क्रिप्टेड रूप में मौजूद रहते हैं, सामान्य संचालन में कोई व्यक्ति उन्हें नहीं पढ़ता, और अनुरोध पर उन्हें स्थायी रूप से हटा दिया जाता है। |
| यूज़र पासवर्ड | bcrypt | सॉल्ट के साथ वन-वे हैश। इन्हें डिक्रिप्ट करना संभव नहीं है। |
| साइन किए गए दस्तावेज़ | SHA-256 + RFC 3161 | हर साइन किया गया कॉन्ट्रैक्ट अपने क्रिप्टोग्राफ़िक फ़िंगरप्रिंट से जुड़ा रहता है और उस पर क्रिप्टोग्राफ़िक टाइमस्टैम्प लगाया जाता है। |
पेरिमीटर सुरक्षा, बैकअप और निरंतरता
- इंफ्रास्ट्रक्चर स्तर पर फ़ायरवॉल, और वेब सर्वर द्वारा सभी संवेदनशील फ़ाइलों (कॉन्फ़िगरेशन, लॉग, बैकअप, वर्ज़न कंट्रोल) को ब्लॉक किया जाता है: इन्हें इंटरनेट से एक्सेस नहीं किया जा सकता।
- सेशन स्टोरेज सार्वजनिक डायरेक्टरी के बाहर, सख्त अनुमतियों के साथ।
- रोज़ाना बैकअप, जाँचे हुए और एन्क्रिप्टेड। डेटाबेस के हर बैकअप को सेव करने से पहले जाँचा जाता है (जो बैकअप जाँच में पास नहीं होता, उसे सही बैकअप के रूप में सेव नहीं किया जाता) और एक समर्पित कुंजी से AES-256 में एन्क्रिप्ट किया जाता है। यह कुंजी ऑपरेशन की कुंजी से अलग है और कोड रिपॉज़िटरी तथा बैकअप फ़ोल्डर के बाहर सुरक्षित रखी जाती है।
- बैकअप आपकी प्राइवेसी का उल्लंघन नहीं करते। इनका उपयोग केवल रिस्टोर करने के लिए होता है, कभी जानकारी देखने के लिए नहीं। एन्क्रिप्टेड वॉल्ट की जानकारी आपकी कुंजी से पहले से एन्क्रिप्टेड रूप में ही बैकअप में जाती है: बैकअप के अंदर भी उसे पढ़ा नहीं जा सकता। बैकअप अधिकतम 14 दिनों तक रखे जाते हैं, इसलिए हटाया गया डेटा इसी अवधि में बैकअप से भी हट जाता है।
- प्लेटफ़ॉर्म की हेल्थ की लगातार मॉनिटरिंग और असामान्य गतिविधि की पहचान।
ट्रेसेबिलिटी और प्रमाण दस्तावेज़
- महत्वपूर्ण कार्यों (नई एंट्री, बदलाव, भेजना, साइन करना) का रिकॉर्ड, तारीख, समय, IP एड्रेस और यूज़र के साथ।
- जब अधिकृत स्टाफ़ सुपरविज़न मोड में काम करता है, तो प्लेटफ़ॉर्म केवल उस अकाउंट को नहीं जिस पर काम हो रहा है, बल्कि काम करने वाले व्यक्ति की असली पहचान भी दर्ज करता है।
- प्रमाण दस्तावेज़ (कॉन्ट्रैक्ट और रसीदें) सर्वर पर बनाए जाते हैं, अपने SHA-256 फ़िंगरप्रिंट से जुड़े रहते हैं और घटनाओं की पूरी श्रृंखला सुरक्षित रखते हैं। यह सिद्ध किया जा सकता है कि साइन की गई फ़ाइल वही दस्तावेज़ है जो दिखाया गया था।