डिज़ाइन से ही सुरक्षित

ग्राहक डेटा Lovable Cloud में समर्थित क्षेत्रों में होस्ट किया जाता है, जिनमें EU, US और ऑस्ट्रेलिया शामिल हैं। डेटा रेज़िडेंसी क्षेत्र-विशिष्ट होती है और डिफ़ॉल्ट रूप से क्षेत्रों के बीच नहीं जाती।

नहीं। ग्राहक के प्रॉम्प्ट, कोड और वर्कस्पेस डेटा का उपयोग Lovable के मॉडल को प्रशिक्षित करने के लिए नहीं किया जाता। जहाँ तीसरे-पक्ष के AI प्रदाताओं का उपयोग किया जाता है, वहाँ अनुबंधात्मक समझौते ग्राहक डेटा के प्रशिक्षण और प्रतिधारण को सीमित करते हैं।

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

Lovable इन्फ्रास्ट्रक्चर और AI सबप्रोसेसर के एक सीमित सेट के साथ काम करता है। सभी सबप्रोसेसर संविदात्मक डेटा सुरक्षा समझौतों के अंतर्गत आते हैं। सबप्रोसेसर की मौजूदा सूची अनुरोध करने पर उपलब्ध है।

नहीं। Lovable ग्राहक की Git रिपॉज़िटरी क्लोन नहीं करता, आपके एनवायरनमेंट के अंदर एप्लिकेशन कोड तक एक्सेस नहीं करता, और न ही इसे आंतरिक CI/CD एक्सेस की आवश्यकता होती है। आपका सोर्स कोड, रिपॉज़िटरी और प्रोडक्शन इन्फ्रास्ट्रक्चर आपके संगठन की मौजूदा सुरक्षा परिधि के भीतर ही रहते हैं। Lovable ग्राहक के प्रोडक्शन एनवायरनमेंट के अंदर एजेंट तैनात नहीं करता और न ही कोई इनबाउंड नेटवर्क कनेक्शन बनाता है।

नहीं। Lovable को ग्राहक की CI/CD पाइपलाइन या प्रोडक्शन इन्फ्रास्ट्रक्चर तक सीधी एक्सेस की आवश्यकता नहीं होती। यह प्रोडक्शन एनवायरनमेंट के अंदर एजेंट तैनात नहीं करता और न ही कोई इनबाउंड नेटवर्क कनेक्शन बनाता है। सभी इंटीग्रेशन निर्धारित अनुमति सीमाओं के भीतर ही काम करते हैं।

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

Lovable SAML और OIDC पहचान प्रदाताओं के साथ जुड़ता है और स्वचालित प्रोविज़निंग व डीप्रोविज़निंग के लिए SCIM का समर्थन करता है। पहुंच भूमिका-आधारित होती है, जिसमें देखने, संपादित करने, मंज़ूरी देने और प्रकाशित करने की अनुमतियाँ स्पष्ट रूप से परिभाषित होती हैं। सभी प्राधिकरण जांच अनुरोध के समय सर्वर पर की जाती हैं।

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

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

हाँ। जब भी आप प्रकाशित करते हैं, हर बार अपने आप एक बुनियादी सुरक्षा स्कैन चलता है, जो डेटाबेस कॉन्फ़िगरेशन, RLS नीतियों और क्लाउड प्रोजेक्ट सेटिंग्स (~10-15 सेकंड) को कवर करता है। एक गहन सुरक्षा स्कैन माँग पर उपलब्ध है और आपके पूरे कोड आधार का विश्लेषण करता है (~3 मिनट)। वर्कस्पेस एडमिन अपने-आप सुधार सक्षम कर सकते हैं ताकि एजेंट ऐसे निष्कर्षों को अपने आप हल कर सके जिनसे कोई व्यवधान न हो, और गंभीर समस्याओं के लिए प्रकाशन रोकना कॉन्फ़िगर कर सकते हैं। निर्भरता जाँच हर बदलाव पर पृष्ठभूमि में निरंतर चलती रहती है। Business और Enterprise एडमिन सभी वर्कस्पेस प्रोजेक्ट में आवर्ती गहन स्कैन शेड्यूल कर सकते हैं।

Lovable, SOC 2 और GDPR आवश्यकताओं का समर्थन करता है और एंटरप्राइज़ समीक्षा के लिए सुरक्षा दस्तावेज़ीकरण और डेटा सुरक्षा समझौते प्रदान करता है।