सुरक्षा

सुरक्षा हमारे निर्माण के तरीके का मूल हिस्सा है। यह पृष्ठ बताता है कि आज हमारे आर्किटेक्चर और व्यवहारों के बारे में वास्तव में क्या सच है — यह कोई मार्केटिंग चेकलिस्ट नहीं है। जहाँ हमने कुछ पूरा नहीं किया है (कोई औपचारिक ऑडिट, कोई प्रमाणन), वहाँ हम इसे साफ़-साफ़ कह देते हैं, न कि इसके उलट संकेत देते हैं।

स्वास्थ्य सेवा और HIPAA

आज, Divinci के उत्पाद संरक्षित स्वास्थ्य जानकारी (PHI) के लिए स्वीकृत नहीं हैं। Divinci प्लेटफ़ॉर्म को कोई भी Business Associate Agreement कवर नहीं करता, और आपको इसमें PHI नहीं डालना चाहिए।

हम स्वास्थ्य सेवा उपयोग के लिए एक अलग पेशकश तैयार कर रहे हैं: एक समर्पित चैट रनटाइम, जो अपने स्वयं के Google Cloud प्रोजेक्ट में होस्ट किया जाता है और Divinci प्लेटफ़ॉर्म के बाकी हिस्सों से अलग रखा जाता है। इसे इस तरह डिज़ाइन किया गया है कि यह बातचीत के ट्रांसक्रिप्ट संग्रहीत न करे। हम अभी Business Associate Agreement पर हस्ताक्षर नहीं कर रहे हैं।

यह क्या नहीं है: HIPAA अनुपालन प्रमाणन। सरकार द्वारा जारी कोई HIPAA प्रमाणपत्र नहीं होता, और हम HIPAA के अनुरूप होने का दावा नहीं करते। अनुपालन तकनीकी सुरक्षा उपायों, लिखित नीतियों और डेटा पथ के हर विक्रेता के साथ हस्ताक्षरित Business Associate Agreement का मिश्रण है, जिसका मूल्यांकन हर ग्राहक संबंध के लिए अलग से किया जाता है। हमने लिखित नीतियाँ अपनाई हैं, जो अभी कानूनी समीक्षा में हैं, और जब यह बदलेगा तो हम यहाँ बताएँगे।

डेटा सुरक्षा

एन्क्रिप्शन

ट्रांज़िट में: क्लाइंट्स, हमारे edge, और हमारे ओरिजिन इंफ़्रास्ट्रक्चर के बीच हर जगह TLS।
रेस्ट पर: हमारे प्राथमिक डेटास्टोर और ऑब्जेक्ट स्टोरेज पर प्रदाता-स्तरीय एन्क्रिप्शन, साथ ही निर्दिष्ट संवेदनशील फ़ील्ड्स के लिए एक समर्पित फ़ील्ड-स्तरीय एन्क्रिप्शन परत।
सीक्रेट्स प्रबंधन: क्रेडेंशियल्स और API कुंजियाँ एक केंद्रीकृत सीक्रेट्स मैनेजर के ज़रिए प्रबंधित की जाती हैं — न कोड में हार्डकोड की जाती हैं, न प्लेनटेक्स्ट कॉन्फ़िग में संग्रहीत। प्रोडक्शन को इस तरह कॉन्फ़िगर किया गया है कि अगर सीक्रेट्स सेवा तक पहुँच न हो, तो वह चुपचाप पुराने क्रेडेंशियल्स पर लौटने के बजाय फ़ेल-क्लोज़्ड हो जाए।

डेटा न्यूनीकरण

चैट सामग्री को संग्रहीत करने या किसी AI प्रदाता को भेजने से पहले वैकल्पिक PII रिडैक्शन (Microsoft Presidio) लागू किया जा सकता है। यह एंटिटी डिटेक्शन है, HIPAA के अनुसार डी-आइडेंटिफिकेशन का निर्धारण नहीं, और यह किसी उत्पाद को PHI के लिए सुरक्षित नहीं बनाता।
लॉग नीतिगत रूप से केवल मेटाडेटा तक सीमित हैं: हम संदेश सामग्री, ईमेल, या अन्य व्यक्तिगत डेटा को एप्लिकेशन लॉग या त्रुटि संदेशों में नहीं लिखते।

एक्सेस नियंत्रण

प्रमाणीकरण Auth0 के माध्यम से।
भूमिका-आधारित एक्सेस नियंत्रण (प्लेटफ़ॉर्म-स्तर) के साथ प्रति-संसाधन अनुमतियाँ (दस्तावेज़/वर्कस्पेस-स्तर) — डिफ़ॉल्ट रूप से न्यूनतम-विशेषाधिकार।
छेड़छाड़-प्रमाणित ऑडिट लॉगिंग: संवेदनशील रिकॉर्ड तक पहुँच हैश-चेन वाले लॉग में दर्ज की जाती है, जिसे इस तरह डिज़ाइन किया गया है कि प्रविष्टियाँ बाद में चुपचाप बदली न जा सकें।
प्रोडक्शन सेवाओं की त्रैमासिक एक्सेस और कॉन्फ़िगरेशन समीक्षाएँ।

एप्लिकेशन सुरक्षा

रेंडर सीमा पर XSS बचाव: उपयोगकर्ता-निर्मित और AI-निर्मित सामग्री को जहाँ भी HTML के रूप में रेंडर किया जाता है, वहाँ सैनिटाइज़ किया जाता है (DOMPurify); अविश्वसनीय स्रोतों से कच्चे HTML का इंजेक्शन अनुमत नहीं है।
प्राधिकरण परीक्षण: हम स्टेजिंग और प्रोडक्शन के विरुद्ध अपना स्वयं का AI-सहायित और मैनुअल सुरक्षा परीक्षण चलाते हैं, जिसमें प्रमाणित प्राधिकरण/IDOR जाँचें शामिल हैं — यह (अभी तक) कोई नियमित तृतीय-पक्ष पेनिट्रेशन टेस्टिंग कार्यक्रम नहीं है, और जब तक ऐसा कार्यक्रम वास्तव में मौजूद नहीं हो जाता, हम इसका दावा नहीं करेंगे।
निर्भरता और कोड समीक्षा: सभी बदलावों पर मानक कोड समीक्षा; निर्भरताओं के अपडेट हमारे सामान्य बिल्ड टूलिंग के ज़रिए ट्रैक किए जाते हैं।

उपलब्धता और निगरानी

ग्राहक-सामने वाले एंडपॉइंट्स पर सिंथेटिक मॉनिटरिंग, जो वास्तविक आउटेज के कुछ ही मिनटों के भीतर PagerDuty के ज़रिए ऑन-कॉल टीम को अलर्ट करती है — केवल सर्वर त्रुटियों पर नहीं; ये सामग्री-सत्यापित जाँचें हैं, केवल “क्या 200 लौटा” तक सीमित नहीं।
बहु-क्षेत्रीय इंफ़्रास्ट्रक्चर (Cloudflare edge + Google Cloud ओरिजिन), हमारे प्राथमिक डेटास्टोर पर स्वचालित बैकअप के साथ।
हम वर्तमान में कोई संविदात्मक अपटाइम SLA प्रकाशित नहीं करते। अगर आपके उपयोग के लिए ऐसा ज़रूरी है, तो पूछें — हम बात कर सकते हैं कि आपकी तैनाती के लिए क्या व्यावहारिक है।

घटना प्रतिक्रिया

हम एक प्रलेखित घटना प्रतिक्रिया प्रक्रिया बनाए रखते हैं: पहचान और वर्गीकरण, नियंत्रण, इस बात का ईमानदार आकलन कि क्या कोई घटना रिपोर्ट-योग्य उल्लंघन के स्तर तक पहुँचती है, उपचार, और एक दोषारोपण-रहित पोस्ट-मॉर्टम जो यह तय करने में मदद करता है कि आगे हम किन चीज़ों की निगरानी करें। अगर आप हमारे साथ किसी व्यावसायिक सहयोगी समझौते (Business Associate Agreement) के तहत ग्राहक हैं, तो वह समझौता आपके प्रति हमारी सूचना देने की बाध्यताओं को निर्दिष्ट करता है — वही शर्तें लागू होती हैं, यह पृष्ठ नहीं।

किसी सुरक्षा चिंता या संदिग्ध भेद्यता की रिपोर्ट करने के लिए security@divinci.ai पर ईमेल करें। हम वर्तमान में कोई औपचारिक बग बाउंटी कार्यक्रम नहीं चलाते; हम रिपोर्ट्स को गंभीरता से लेते हैं और सद्भावना के साथ आपके साथ काम करेंगे।

औपचारिक प्रमाणनों के मामले में हम कहाँ हैं

इस बारे में हम सीधी बात कर रहे हैं, क्योंकि बहुत से सुरक्षा पृष्ठ ऐसा नहीं करते:

HIPAA: हमारे पास कोई HIPAA प्रमाणन नहीं है और हम अनुपालन का दावा नहीं करते। ऊपर “स्वास्थ्य सेवा और HIPAA” देखें।
SOC 2: अभी शुरू ही नहीं किया गया है। यह हमारे रोडमैप पर है; जब रिपोर्ट करने लायक कुछ वास्तविक होगा, तभी हम यह पृष्ठ अपडेट करेंगे — उससे पहले नहीं।
ISO 27001, FedRAMP, PCI DSS: ये प्रमाणन हमारे पास नहीं हैं। कार्ड भुगतान Stripe के माध्यम से प्रोसेस किए जाते हैं; Divinci कार्डधारक डेटा सीधे तौर पर संग्रहीत नहीं करता।

हम यहाँ ज़्यादा दावा करके बाद में पीछे हटने के बजाय कम दावा करके भरोसेमंद बने रहना पसंद करेंगे।

संपर्क

सुरक्षा से जुड़े सवाल, भेद्यता रिपोर्ट, या किसी विशिष्ट सौदे के लिए अनुपालन संबंधी प्रश्न: security@divinci.ai