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

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

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

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

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

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

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

Team Hub

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

वे ऐसे सिफरटेक्स्ट के रूप में रखे जाते हैं जिसे हम खोल नहीं सकते। कुंजियाँ हर स्कोप के अपने MLS ग्रुप से आती हैं (RFC 9420, OpenMLS कार्यान्वयन, क्वांटम-प्रतिरोधी सिफर सूट के साथ): हर सदस्य डिवाइस उस ग्रुप में एक लीफ रखता है और उससे एपॉक सीक्रेट निकालता है, और Convira का कोई सर्वर ऐसी लीफ या कुंजी नहीं रखता जो कोई संदेश, सूचना, बातचीत का नाम या अटैचमेंट खोल सके। यदि किसी वर्कस्पेस ने रिकवरी फ़्रेज़ दर्ज किया है, तो उस फ़्रेज़ से निकलने वाला पाठक भी साझा ग्रुप का सदस्य होता है। खोज आपके डिवाइस पर चलती है, क्योंकि हमारा सर्वर आपके लिए वह कर ही नहीं सकता।

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

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

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

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

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

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

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

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

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

नेटवर्क पर Git (clone, fetch, pull, push और pull request खोलना) और आपके प्रोजेक्ट की निर्भरताएँ इंस्टॉल करना अपने ख़ुद के टूल इस्तेमाल करते हैं, जो प्रॉक्सी के बजाय सीधे जुड़ते हैं। ये वेब एक्सेस स्विच के बजाय ऑफ़लाइन मोड का पालन करते हैं, क्योंकि अपने ही रिपॉज़िटरी में push करना ब्राउज़िंग नहीं है, और push करना या pull request खोलना हमेशा पहले आपसे पूछता है।

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

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

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

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

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

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

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

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

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

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

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

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, डेटाबेस, फ़ाइल स्टोरेज और जॉब क्यू की होस्टिंग (Amazon Web Services, फ़्रैंकफ़र्ट में), बॉट सुरक्षा (Cloudflare), वेबसाइट होस्टिंग और कुकीलेस एनालिटिक्स (Vercel), त्रुटि निगरानी (Sentry), और AI मॉडल प्रदाता (Anthropic, OpenAI, Google, xAI, Meta)। खोज, ईमेल और कनेक्टर इंफ़्रास्ट्रक्चर सहित पूरी वर्तमान सूची, हर एक क्या करता है और कहाँ संचालित होता है, हमारे उप-प्रोसेसर पृष्ठ पर है।

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

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

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

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

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

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

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

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

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

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

12. प्रश्न

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