आपके काम के लिए सबसे सुरक्षित जगह वही कंप्यूटर है जिस पर वह पहले से है।

1. हमारा दृष्टिकोण

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

हम यह दावा नहीं करते कि हमें तोड़ा नहीं जा सकता। हम इतना ज़रूर कह सकते हैं कि आर्किटेक्चर इस तरह बनाया गया है कि आपके सबसे संवेदनशील काम को कभी उस हार्डवेयर से बाहर जाने की ज़रूरत ही न पड़े जिसे आप नियंत्रित करते हैं।

2. आपका डेटा कहाँ रहता है

Convira के तीन रनटाइम हैं, और वे ठीक इसी तरह भिन्न हैं:

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

Team Hub

Team Hub कोई चौथा रनटाइम नहीं है - यह न कोई एजेंट चलाता है और न कोई रन रिकॉर्ड बनाता है - लेकिन यह वह जगह है जहाँ किसी टीम की साझा सामग्री हमारे सर्वर पर रहती है, इसलिए यह तालिका के भीतर नहीं बल्कि उसके साथ है। किसी टीम के संदेश, बोर्ड, साझा फ़ाइलें और चैनल नाम हमारे पास रहते हैं। एक और तरह की सामग्री वहाँ रह सकती है: अगर आप स्किल और प्रोजेक्ट नॉलेज के लिए वैकल्पिक क्लाउड सिंक चालू करते हैं, तो वह टेक्स्ट हमारी ओर सामान्य डेटाबेस पंक्तियों के रूप में संग्रहीत होता है, जैसा नीचे एन्क्रिप्शन अनुभाग बताता है।

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

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

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

3. एजेंट का निष्पादन कैसे आइसोलेट किया जाता है

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

• Linux: एक bubblewrap नेमस्पेस जेल। टूल को एक नया फ़ाइल-सिस्टम रूट मिलता है जिसमें केवल वही डायरेक्ट्रीज़ होती हैं जो उसे दी गई थीं, साथ में वे रीड-ओनली सिस्टम पाथ जो उसे शुरू होने के लिए चाहिए - बाकी सब कुछ केवल अपठनीय नहीं है, वह वहाँ है ही नहीं। उसे अपना प्रोसेस-आईडी नेमस्पेस मिलता है, और नेटवर्क एक्सेस के बिना चलने वाले टूल को अपना नेटवर्क नेमस्पेस मिलता है जिसमें एकमात्र डिवाइस लूपबैक है, इसलिए मशीन से बाहर जाने का कोई रास्ता नहीं है जिस पर वह सॉकेट खोल सके।
• macOS: डिफ़ॉल्ट रूप से अस्वीकार करने वाले रुख़ के साथ एक Seatbelt (sandbox-exec) प्रोफ़ाइल।
• Windows: हर लॉन्च पर एक नया AppContainer, जो बिना capability SID के बनाया जाता है - इससे बाहर जाने वाला नेटवर्क डिफ़ॉल्ट रूप से अस्वीकृत हो जाता है, और फ़ाइल सिस्टम भी, क्योंकि जो डायरेक्टरी टूल को नहीं दी गई उसमें उस कंटेनर की पहचान की कोई प्रविष्टि नहीं होती। उसी प्रक्रिया पर एक Job Object मेमोरी, प्रोसेस और CPU की सीमा तय करता है।

इसमें से ज़्यादातर हम आपकी मशीन पर जाँचते हैं, और जो हिस्सा नहीं जाँचते उसे बता देते हैं। जब कोई टूल पहली बार सैंडबॉक्स वाली प्रक्रिया माँगता है, तब Convira संसाधन नियंत्रणों को आपकी असली मशीन पर चलाता है - एक शेल बताता है कि उसे कौन-सी सीमाएँ विरासत में मिलीं, एक वास्तविक प्रक्रिया-समूह समाप्त किया जाता है और उसका पृष्ठभूमि वाला चाइल्ड भी उसके साथ खत्म होना चाहिए, और Linux पर सीमा से बड़ा आवंटन विफल होना चाहिए जबकि उदार सीमा के नीचे छोटा आवंटन सफल होना चाहिए - और जिस नियंत्रण की जाँच पास नहीं होती उसे उस सत्र के बाकी समय के लिए अनुपस्थित बताया जाता है। फ़ाइल सिस्टम और नेटवर्क की घेराबंदी इसी तरह केवल Windows पर जाँची जाती है, उसके विरुद्ध एक वास्तविक घिरी हुई प्रक्रिया चलाकर; macOS और Linux पर ये दोनों ऑपरेटिंग सिस्टम के अपने सैंडबॉक्स के मौजूद होने से मान लिए जाते हैं, आज़माए नहीं जाते। जहाँ किसी टूल को ऐसा अलगाव चाहिए जो होस्ट दे नहीं सकता, वहाँ टूल को बिना उसके चलाने के बजाय रोक दिया जाता है: मॉडल द्वारा लिखे गए कोड को बिना घेराबंदी के चलाने के बजाय सीधे अस्वीकार कर दिया जाता है। अपवाद उन सहायकों की एक छोटी सूची है जिन्हें Convira खुद चलाता है और जिन्हें मॉडल लिख नहीं सकता - git, आर्काइव एक्सट्रैक्शन, OCR - जिनके लिए एक संकरा संगतता-रास्ता बना रहता है, यदि डिफ़ॉल्ट रूप से अस्वीकार करने वाला सैंडबॉक्स आपकी मशीन पर लोड नहीं हो पाता।

ओपन सोर्स। ऊपर बताई गई कन्फाइनमेंट लेयर Apache 2.0 के तहत convira-sandbox के रूप में प्रकाशित है - macOS के Seatbelt प्रोफ़ाइल, Linux के bubblewrap नेमस्पेस और माउंट आर्ग्युमेंट, Windows का AppContainer और Job Object कोड, और वे जाँचें जो तय करती हैं कि कोई नियंत्रण लागू बताया जाए या नहीं। सोर्स प्रकाशित करना यह प्रमाणित नहीं करता कि आपके द्वारा इंस्टॉल किया गया बिल्ड उसे शामिल करता है; यह आपको यह पढ़ने की सुविधा देता है कि ये जाँचें क्या करती हैं, टेस्ट सूट स्वयं चलाने की, और अपनी मशीन पर देखने की कि व्यवहार वैसा ही है या नहीं।

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

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

दो चीज़ें इससे होकर नहीं जातीं, और ऊपर वाले अनुच्छेद को उन्हें ढँक लेने देने के बजाय हम उनका नाम बता देना बेहतर समझते हैं। नेटवर्क पर git - clone, fetch, pull और push करना, pull request खोलना - और आपके प्रोजेक्ट की डिपेंडेंसी इंस्टॉल करना अपने ही टूल चलाते हैं, जो सीधे कनेक्ट होते हैं: न कोई प्रॉक्सी, न कोई डोमेन अनुमति-सूची। ये वेब एक्सेस स्विच से नहीं, बल्कि ऑफ़लाइन मोड से नियंत्रित होते हैं, क्योंकि अपनी ही रिपॉज़िटरी में push करना ब्राउज़िंग नहीं है। Convira केवल github.com में साइन इन करता है, लेकिन git खुद उसे दिया गया कोई भी https पता स्वीकार कर लेता है, इसलिए जिस रिपॉज़िटरी को आपने पढ़ा नहीं है वह ऐसे होस्ट का नाम दे सकती है जिसकी हम जाँच नहीं करते। Push करना और pull request खोलना चलने से पहले आपसे पूछते हैं।

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

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

4. एन्क्रिप्शन

ट्रांज़िट में। ऐप्स और हमारे API के बीच का सारा ट्रैफ़िक TLS पर चलता है, और हमारा API अपने डेटाबेस से TLS पर कनेक्ट होता है।

संग्रहीत अवस्था में। हमारा डेटाबेस रेस्ट पर एन्क्रिप्टेड है। इसके अलावा, कुछ संवेदनशील संग्रहीत मान - उदाहरण के लिए आपके द्वारा जोड़े गए इंटीग्रेशन की क्रेडेंशियल और कॉन्फ़िगरेशन - एप्लिकेशन स्तर पर AES-256-GCM से एन्क्रिप्ट किए जाते हैं, जिसमें HKDF-SHA256 के ज़रिए एक मास्टर कुंजी से निकाली गई प्रति-उद्देश्य कुंजियाँ उपयोग होती हैं, और उस कुंजी को रोटेट करने का समर्थन भी है। क्लाउड खोज के लिए सिंक करने हेतु आपके द्वारा चुने गए स्किल और प्रोजेक्ट नॉलेज का निकाला गया टेक्स्ट सामान्य डेटाबेस पंक्तियों के रूप में संग्रहीत होता है ताकि रिट्रीवल उसे पढ़ सके - यह डेटाबेस के रेस्ट-पर एन्क्रिप्शन के अंतर्गत आता है, उस अतिरिक्त परत के नहीं। पासवर्ड कभी भी प्रतिवर्ती रूप में संग्रहीत या एन्क्रिप्ट नहीं किए जाते - उन्हें Argon2id (एक आधुनिक, मेमोरी-हार्ड एल्गोरिदम) से हैश किया जाता है। सत्र टोकन, ईमेल-सत्यापन कोड, पासवर्ड-रीसेट टोकन, और इसी तरह के सीक्रेट केवल हैश के रूप में संग्रहीत होते हैं, जहाँ लागू हो वहाँ एक ही बार उपयोग होते हैं, और समय पर समाप्त हो जाते हैं। तृतीय-पक्ष मॉडल-प्रदाता API कुंजियाँ हमारे सर्वर परिवेश में रखी जाती हैं, डेटाबेस में नहीं।

आपके डिवाइस पर। डेस्कटॉप ऐप आपके रन और सत्रों की आधिकारिक प्रति एक स्थानीय SQLite डेटाबेस में रखता है, जो SQLCipher से एन्क्रिप्टेड है। एन्क्रिप्शन कुंजी स्वयं आपके ऑपरेटिंग सिस्टम के सुरक्षित संग्रहण द्वारा सुरक्षित होती है (macOS पर Keychain, Windows पर DPAPI, Linux पर libsecret); यदि वह सुरक्षा उपलब्ध न हो तो एक पैकेज्ड बिल्ड प्लेनटेक्स्ट पर वापस जाने के बजाय शुरू होने से इनकार कर देता है। डेस्कटॉप ऐप कोई मॉडल-प्रदाता API कुंजियाँ संग्रहीत नहीं करता। जो तृतीय-पक्ष क्रेडेंशियल वह रखता है - आपका GitHub साइन-इन टोकन, और आपके द्वारा जोड़े गए MCP सर्वरों के साइन-इन टोकन और सेटिंग्स - उसी OS सुरक्षा के तहत एन्क्रिप्ट करके संग्रहीत किए जाते हैं।

Private Box। एक स्व-होस्ट किया गया Private Box अल्पकालिक Ed25519-हस्ताक्षरित टोकन के साथ लाइसेंस प्राप्त होता है। एक बार की पेयरिंग के दौरान बॉक्स अपनी बियरर क्रेडेंशियल TLS पर Convira को भेजता है; Convira उसे मेमोरी में ही आपकी डिवाइस कुंजी से सील करता है (X25519 कुंजी समझौता + XChaCha20-Poly1305) और केवल सिफरटेक्स्ट संग्रहीत करता है। जब आप टीम के सदस्य जोड़ते हैं, तो आपका अपना डेस्कटॉप उस क्रेडेंशियल को प्रत्येक सदस्य की डिवाइस कुंजी से दोबारा सील करता है, इसलिए उन डिलीवरी में प्लेनटेक्स्ट कभी Convira के सामने नहीं आता।

अगर आपके थ्रेट मॉडल के लिए ज़रूरी है कि रन सामग्री उस हार्डवेयर पर रहे जिसे आप नियंत्रित करते हैं, तो स्थानीय रनटाइम या Private Box का उपयोग करें और प्रबंधित ऑनलाइन टूल्स को न चलाएँ।

5. प्रमाणीकरण और एक्सेस

सत्र सर्वर-समर्थित हैं: आपके ब्राउज़र कुकी में मौजूद टोकन का मिलान एक संग्रहीत हैश से किया जाता है, कुकी HttpOnly है, प्रोडक्शन में Secure है, और SameSite=Lax है, तथा सत्र समय पर समाप्त हो जाते हैं। असफल लॉगिन पर दर-सीमा लागू होती है। डेस्कटॉप ऐप अल्पकालिक, असममित रूप से हस्ताक्षरित (Ed25519) ऑफ़लाइन टोकन से प्रमाणीकरण करता है, जिनमें एंटी-रोलबैक सुरक्षा शामिल है ताकि पीछे की गई घड़ी उनकी अवधि न बढ़ा सके। क्रॉस-साइट रिक्वेस्ट फ़ोर्जरी को डबल-सबमिट टोकन और ओरिजिन जाँच से रोका जाता है, जिनकी तुलना नियत समय में की जाती है।

Convira के अंदर ग्राहक डेटा तक एक्सेस भूमिका-आधारित है। स्टाफ के पास प्लेटफ़ॉर्म भूमिकाएं होती हैं (किसी भी ग्राहक खाते से अलग) जो यह निर्धारित करती हैं कि वे क्या देख और कर सकते हैं; किसी कार्यस्थान के भीतर, सदस्यों की भूमिकाएं (owner, admin, operator, viewer) होती हैं जो यह नियंत्रित करती हैं कि वे वहां क्या कर सकते हैं। हर विशेषाधिकार-प्राप्त स्टाफ क्रिया को कर्ता, लक्ष्य, कारण और स्रोत के साथ केवल-जोड़ने-योग्य ऑडिट लॉग में लिखा जाता है। सहायता प्रतिरूपण, जब इसकी आवश्यकता हो, सर्वोच्च स्टाफ भूमिका तक सीमित है, इसके लिए टाइप की गई पुष्टि और लिखित कारण आवश्यक है, यह समय-सीमित है, और ऑडिट-लॉग की जाती है। केवल-विकास प्रमाणीकरण शॉर्टकट प्रोडक्शन बिल्ड में पूरी तरह अक्षम हैं।

6. एप्लिकेशन हार्डनिंग

वेब। API और वेबसाइट मानक हार्डनिंग हेडर भेजते हैं - HSTS (मार्केटिंग साइट पर preload के साथ), एक Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, एक प्रतिबंधात्मक Referrer-Policy, और एक Permissions-Policy जो कैमरा, माइक्रोफ़ोन और जियोलोकेशन को अक्षम कर देती है। API केवल हमारे अपने ओरिजिन की एक स्पष्ट अनुमति-सूची से क्रॉस-ओरिजिन अनुरोध स्वीकार करता है। सार्वजनिक फ़ॉर्म Cloudflare Turnstile और हनीपॉट फ़ील्ड से सुरक्षित हैं, और उन पर दर-सीमा लगी है।

डेस्कटॉप। Electron ऐप UI को कॉन्टेक्स्ट आइसोलेशन चालू, Node इंटीग्रेशन बंद, और रेंडरर सैंडबॉक्स सक्षम रखकर चलाता है। रेंडरर बाकी ऐप से केवल एक संकीर्ण प्रीलोड ब्रिज के ज़रिए बात करता है जिसके संदेश स्कीमा-सत्यापित होते हैं, और यह एक सख़्त Content-Security-Policy (default-src 'self', कोई प्लगइन नहीं, कोई फ़्रेमिंग नहीं, स्क्रिप्ट के लिए Trusted Types) के तहत चलता है। वेब सामग्री से आने वाले अनुमति अनुरोध एक छोटी अनुमति-सूची को छोड़कर अस्वीकार कर दिए जाते हैं।

7. हस्ताक्षरित बिल्ड और अपडेट

macOS और Windows के इंस्टॉलर कोड-साइन्ड हैं - macOS पर Apple नोटराइज़ेशन, Windows पर Authenticode - और डेस्कटॉप ऐप का ऑटो-अपडेटर इंस्टॉल करने से पहले किसी अपडेट पर हस्ताक्षर की पुष्टि करता है, ताकि छेड़छाड़ की गई अपडेट अस्वीकृत हो जाए। ऑटो-अपडेट जाँच नेटवर्क नीति का सम्मान करती है: अगर किसी रनटाइम को ऑफ़लाइन रहने के लिए कॉन्फ़िगर किया गया है, तो ऐप अपडेट सर्वर से संपर्क नहीं करता।

8. निगरानी और घटना प्रतिक्रिया

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

9. सेवा प्रदाता

Convira कुछ जाँचे-परखे सेवा प्रदाताओं के एक छोटे समूह पर निर्भर करता है - भुगतान (Stripe), API होस्टिंग (Railway), डेटाबेस (Supabase), बॉट सुरक्षा (Cloudflare), वेबसाइट होस्टिंग और कुकीलेस एनालिटिक्स (Vercel), त्रुटि निगरानी (Sentry), और AI मॉडल प्रदाता (Anthropic, OpenAI, Google, xAI)। पूरी वर्तमान सूची - खोज, ईमेल, क्यू और कनेक्टर इन्फ्रास्ट्रक्चर सहित - प्रत्येक क्या करता है, और मोटे तौर पर यह कहाँ संचालित होता है, यह सब हमारे उप-प्रोसेसर पृष्ठ पर है।

10. आपका हिस्सा

सुरक्षा साझा है। कुछ चीज़ें जो मायने रखती हैं:

• अपने Convira खाते के लिए एक मजबूत, अद्वितीय पासवर्ड का उपयोग करें।
• ऐप को अपडेट रखें - यह ऑटो-अपडेट होता है, लेकिन महीनों पुराने बिल्ड पर न बैठे रहें।
• आप क्या कनेक्ट करते हैं और एजेंट को क्या करने की अनुमति देते हैं, इस बारे में सोच-समझकर निर्णय लें; अनुमोदन प्रॉम्प्ट पढ़ें।
• अपने सबसे संवेदनशील कार्य के लिए, स्थानीय रनटाइम या Private Box का उपयोग करें और प्रबंधित ऑनलाइन टूल बंद रखें ताकि रन की सामग्री उस हार्डवेयर पर रहे जो आपके नियंत्रण में है।
• अगर कुछ गड़बड़ लगे - कोई बग, हमारे नाम से आया कोई संदिग्ध ईमेल, कोई ऐसा खाता जिसे आप नहीं पहचानते - हमें बताएँ।

11. किसी भेद्यता की रिपोर्ट करना

अगर आपको लगता है कि आपने Convira में कोई सुरक्षा भेद्यता पाई है, तो कृपया इसे यहाँ रिपोर्ट करें security@convira.ai. इसे पुनरुत्पन्न करने के लिए पर्याप्त विवरण शामिल करें - प्रभावित घटक या URL, चरण, और प्रभाव - और, अगर हो सके, तो एक प्रूफ ऑफ कॉन्सेप्ट।

हम आपसे क्या माँगते हैं:

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

आप हमसे क्या उम्मीद कर सकते हैं:

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

हमारी संपूर्ण भेद्यता प्रकटीकरण नीति दायरा, हमारे द्वारा प्रतिबद्ध प्रतिक्रिया समय और सद्भावपूर्ण अनुसंधान के लिए सुरक्षित आश्रय की शर्तें निर्धारित करती है।

12. प्रश्न

सुरक्षा संबंधी प्रश्न, या इस पृष्ठ के बारे में कुछ भी: security@convira.ai. बाकी सब चीज़ों के लिए, हमारा सहायता पृष्ठ. जैसे-जैसे उत्पाद और हमारी प्रथाएँ बदलती हैं, हम इस पृष्ठ को अपडेट करेंगे, और शीर्ष पर दी गई तारीख को आगे बढ़ाएँगे।