कानूनी · सुरक्षा

सुरक्षा प्रथाएँ

कैसे Tenvo बनाया गया, एन्क्रिप्ट किया गया और संचालित किया गया, और कैसे एक कमजोर نقطे की रिपोर्ट करें। ईमानदार उत्तर, जिसमें शामिल है कि हमने अभी तक क्या प्रमाणित नहीं किया है।

अंतिम अपडेट: 2026-05-06

TL;DR

सेशन सामग्री (आपकी स्क्रीन, कीस्ट्रोक्स, स्थानांतरित फाइलें) TLS के साथ एन्क्रिप्ट की जाती हैं और प्रत्येक डिवाइस के लिए एक अनूठा प्रमाणपत्र उपयोग होता है। सीधे पीयर‑टू‑पीयर कनेक्शन सिरे से सिरे तक एन्क्रिप्टेड होते हैं। क्लाइंट ओपन सोर्स है, इसलिए एन्क्रिप्शन स्वतंत्र रूप से ऑडिट किया जा सकता है।

हम अभी तक SOC 2 या ISO 27001 प्रमाणित नहीं हैं। हम जिन बुनियादी ढांचे के प्रदाताओं पर निर्भर हैं, वे प्रमाणित हैं। यदि आपको कोई कमजोर बिंदु मिला, तो support@tenvoai.com पर लिखें।

सामग्री

01क्षेत्र
02क्रिप्टोग्राफी
03इन्फ्रास्ट्रक्चर
04प्रमाणन और पहुँच नियंत्रण
05अनुपालन और प्रमाणन
06ऑडिट लॉगिंग और निगरानी
07एंडपॉइंट और कॉर्पोरेट सुरक्षा
08ओपन सोर्स और पुनरुत्पादनीयता
09जिम्मेदार प्रकटन
10परिधि से बाहर
11घटना प्रतिक्रिया
12बदलाव

01क्षेत्र

यह पृष्ठ Tenvo क्लाइन्ट और tenvoai.com पर upDevTeam LTD द्वारा संचालित होस्टेड रिले सेवा की सुरक्षा आर्किटेक्चर का वर्णन करता है, और हमें रिपोर्ट करने के लिए जिम्मेदार-खुलासा प्रक्रिया।

यह सूचना प्रदायक है। संविदात्मक सुरक्षा प्रतिबद्धताएँ सेवा की शर्तों और DPA में होती हैं।

02क्रिप्टोग्राफी

कनेक्शन्स TLS से एन्क्रिप्ट होते हैं। प्रत्येक डिवाइस को हमारी प्रमाणपत्र प्राधिकरण द्वारा एक अनूठा प्रमाणपत्र जारी किया जाता है। सीधे पीयर‑टू‑पीयर कनेक्शनों पर सेशन दोनों डिवाइसों के बीच सिरे से सिरे तक एन्क्रिप्टेड होता है; जब सीधे कनेक्शन संभव नहीं होता, तो ट्रैफ़िक रिले किया जाता है और ट्रांज़िट में एन्क्रिप्ट रहता है।

परिवहन-स्तर एन्क्रिप्शन: पिन्ड किए गए भरोसेमंद प्रमाणपत्र प्राधिकरणों के सेट के साथ TLS, ताकि कनेक्शन्स चुपचाप डाउनग्रेड या इंटरसेप्ट न किए जा सकें।
प्रति-डिवाइस पहचान: प्रत्येक डिवाइस को हमारी CA द्वारा हस्ताक्षरित एक अनूठा प्रमाणपत्र जारी किया जाता है; सीधे कनेक्शन सत्र डेटा प्रवाहित होने से पहले इसे मान्य करते हैं (प्रमाणपत्र की पहचान डिवाइस ID से मेल खानी चाहिए)।
साइफ़र: आधुनिक AEAD साइफर (जैसे AES-256-GCM या ChaCha20-Poly1305) जिन्हें TLS के माध्यम से नेगोशिएट किया जाता है; पुरानी और कमजोर साइफर अक्षम हैं।
परिवहन: रिले नियंत्रण प्लेटफॉर्म और वेब ऐप के लिए TLS 1.3। केवल आधुनिक सिफर सूट; पुरानी TLS संस्करणों को अक्षम किया गया है।
स्टोरेज में एन्क्रिप्शन: खाता डेटा और बैकअप हमारे प्रबंधित डेटाबेस प्रदाता द्वारा स्टोरेज में एन्क्रिप्ट किए जाते हैं।

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

03इन्फ्रास्ट्रक्चर

प्रोडक्शन इन्फ्रास्ट्रक्चर कुछ ही प्रदाताओं पर चलता है:

हमारा VPS होस्टिंग प्रदाता — वे सर्वर जो रिले, खाता सेवा, और मार्केटिंग साइट चलाते हैं।
Supabase, Inc. — खातों और बिलिंग मेटाडेटा के लिए प्रबंधित PostgreSQL।
Stripe Payments Europe Ltd. — भुगतान योजनाओं के लिए कार्ड प्रोसेसिंग।
GitHub, Inc. — क्लाइंट बिल्ड्स के लिए सोर्स होस्टिंग और CI/CD।
ईमेल हमारे अपने इन्फ्रास्ट्रक्चर पर चलाए जाने वाले मेल सर्वर से डिलीवर होती है (कोई तृतीय‑पक्ष ईमेल प्रोसेसर नहीं)।

जो भी प्रदाता व्यक्तिगत डेटा को हैंडल करता है वह डेटा‑प्रोसेसिंग समझौते द्वारा बाध्य है। जहाँ प्रसंस्करण EEA के बाहर होता है, वहाँ हम EU Standard Contractual Clauses जैसे उपयुक्त सुरक्षा उपायों पर निर्भर करते हैं।

04प्रमाणन और पहुँच नियंत्रण

उपयोगकर्ता स्तर की पहुँच नियंत्रण:

डीफॉल्ट के रूप में ईमेल मैजिक-लिंक / OTP साइन-इन। वैकल्पिक पासवर्ड साइन-इन Argon2id-हैश्ड पासवर्ड और उल्लंघन-कोष स्क्रीनिंग के साथ।
भुगतान खातों के लिए दो-चरणीय प्रमाणन (TOTP) उपलब्ध, स्टाफ के लिए अनिवार्य।
डिवाइस-विशिष्ट अनुमति चिह्न (क्लिपबोर्ड, फ़ाइल ट्रांसफर, ऑडियो, पुनःआरंभ) नियंत्रित पक्ष द्वारा सत्र प्रारंभ पर चुने गए।
बंद-प्रतिभागी-ID सूची upDevTeam LTD द्वारा बनाए रखी जाती है और रिले पर लागू की जाती है।

05अनुपालन और प्रमाणन

इस पृष्ठ के शीर्ष पर जिस दिनांक को देखें उस दिनांक पर ईमानदार स्थिति: Tenvo और upDevTeam LTD वर्तमान में SOC 2, ISO 27001, ISO 27017, ISO 27018, HIPAA, PCI-DSS, FedRAMP, या किसी अन्य औपचारिक तृतीय-पक्ष सुरक्षा मानक के लिए प्रमाणित नहीं हैं। इसके विपरीत सार्वजनिक दावे गलत हैं।

हमारे होस्टिंग, डेटाबेस (Supabase), और भुगतान (Stripe) प्रदाता स्वयं SOC 2 / ISO 27001 ऑडिटेड हैं; हमारी सुरक्षा उनका कुछ आश्वासन अपनाती है पर उसके बराबर नहीं है।

हम 2026 के लिए एक बाहरी सुरक्षा समीक्षा पर काम कर रहे हैं और इसके परिणाम इस पृष्ठ पर प्रकाशित करेंगे जब यह आएगा। हम प्रमाणनों का प्रदर्शन नहीं करेंगे जिनके हम धारक नहीं हैं।

06ऑडिट लॉगिंग और निगरानी

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

हम अपटाइम, त्रुटि दरों, और दुरुपयोग से संबंधित संकेतों (अचानक ट्रैफ़िक स्पाइक, ब्रूट-फोर्स प्रयास, प्रतिभागी-ID गणना) की निगरानी करते हैं और हर सप्ताह ऑन-काल कवरेज को बदलते हैं।

07एंडपॉइंट और कॉर्पोरेट सुरक्षा

उत्पादन प्रणालियों तक पहुँचने के लिए उपयोग किए जाने वाले स्टाफ उपकरणों को:

समर्थित, अद्यतन ऑपरेटिंग सिस्टम चलाना चाहिए जिसमें पूर्ण-डिस्क एन्क्रिप्शन सक्षम हो;
उत्पादन पहुँच के लिए प्रबंधित पासवर्ड प्रबंधक और हार्डवेयर-समर्थित 2FA टोकन (जैसे WebAuthn) का उपयोग करना चाहिए;
एंडपॉइंट सुरक्षा या लिनक्स समकक्ष और स्वचालित सुरक्षा अद्यतनों होना चाहिए;
जब स्टाफ सदस्य छोड़ता है तब मिटा दिया जाएगा और प्रमाणपत्र रद्द कर दिए जाएंगे।

08ओपन सोर्स और पुनरुत्पादनीयता

Tenvo क्लाइंट AGPL-3.0 के अंतर्गत ओपन सोर्स है। कोई भी स्रोत कोड पढ़ सकता है, इसे बना सकता है, और यह सत्यापित कर सकता है कि यह वही करता है जो हम दावा करते हैं। रिले कोड (hbbr / hbbs का एक फोर्क) भी इसी प्रकार ओपन सोर्स है।

हम प्रत्येक जारी किए गए इंस्टॉलर के लिए SHA-256 हैश प्रकाशित करते हैं। हम Windows के लिए EV कोड-हस्ताक्षरिंग और macOS के लिए Apple मान्यता की दिशा में काम कर रहे हैं; वर्तमान निर्माण स्थिति डाउनलोड पृष्ठ पर है।

09जिम्मेदार प्रकटन

हम स्वतंत्र सुरक्षा शोधकर्ताओं से रिपोर्टों का स्वागत करते हैं। किसी सुरक्षा कमजोरी की रिपोर्ट करने के लिए:

ईमेल: support@tenvoai.com
PGP: PGP कुंजी की अंगुली उसी पृष्ठ पर प्रकाशित की गई है; किसी भी रिपोर्ट में शोषण विवरण शामिल होने के लिए एन्क्रिप्टेड रिपोर्ट की प्राथमिकता दी जाती है।
प्रतिक्रिया का समय: प्रारंभिक स्वीकृति 3 व्यावसायिक दिनों के भीतर; स्थिति अपडेट 10 व्यावसायिक दिनों के भीतर; सार्वजनिक पोस्टिंग से पहले समन्वित प्रकटन पर सहमति।
सुरक्षित बंदरगाह: इस नीति का अनुपालन करने वाला अच्छा-विश्वास शोध upDevTeam LTD द्वारा कानूनी कार्रवाई के अधीन नहीं होगा। हम आपसे अनुरोध करते हैं कि आप उपयोगकर्ता डेटा को न पहुँचें, उन खातों के खिलाफ न परीक्षण करें जो आपके अपने नहीं हैं, और स्टाफ के खिलाफ सेवा खंडन या सामाजिक-इंजीनियरिंग हमले न करें।

हम वर्तमान में एक भुगतान किए गए बग-बाउंटी कार्यक्रम का संचालन नहीं करते हैं। हम एक बार मुद्दा ठीक होने पर आपकी अनुमति से एक हॉल-ऑफ-फेम पृष्ठ पर सार्वजनिक रूप से महत्वपूर्ण रिपोर्टों को मान्यता देते हैं।

महत्वपूर्ण निष्कर्ष (RCE, टूटी हुई सेशन एन्क्रिप्शन, बड़े पैमाने पर ऑथेंटिकेशन बाइपास) तुरंत ऑन‑कॉल इंजीनियर को उठाए जाते हैं और निर्धारित कार्यों पर प्राथमिकता दी जाती है।

10परिधि से बाहर

निम्नलिखित सुरक्षित बंदरगाह उपचार के लिए योग्य नहीं हैं और रिपोर्ट किए जा सकते हैं लेकिन संभावित रूप से कमजोरियों के रूप में नहीं लिए जाएंगे:

किसी भी सिस्टम के खिलाफ सेवा से इनकार या मात्रा संबंधी हमले;
upDevTeam स्टाफ या ग्राहकों के खिलाफ सामाजिक-योजनाबद्ध हमले;
कार्यालयों या डेटा केंद्रों पर शारीरिक हमले;
ऐसी समस्याएँ जिनके लिए एक पीड़ित को अविश्वसनीय सॉफ़्टवेयर स्थापित करना आवश्यक है;
बिना कार्यरत एक्सप्लॉइट पथ के सर्वश्रेष्ठ प्रथा विचलन (जैसे, मार्केटिंग पृष्ठों पर सुरक्षा हेडर की कमी)।

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

हम पहचान, containment, eradication, recovery, और पोस्ट-घटना समीक्षा को कवर करते हुए एक लिखित घटना-प्रतिक्रिया प्लेबुक बनाए रखते हैं। प्लेबुक को साल में कम से कम एक बार और हर महत्वपूर्ण घटना के बाद समीक्षा की जाती है।

यदि व्यक्तिगत डेटा में उल्लंघन होता है, तो हमारी गोपनीयता नीति और DPA में नोटिफिकेशन समय सीमा लागू होती है।

12बदलाव

जब भी आर्किटेक्चर या इस पृष्ठ पर कोई प्रतिबद्धता महत्वपूर्ण रूप से बदलती है, हम 'अंतिम अद्यतन' तिथि को अपडेट करते हैं और परिवर्तन को चेंज लॉग में घोषित करते हैं।

सुरक्षा दावे को सत्यापित करने का सबसे विश्वसनीय तरीका स्रोत कोड को पढ़ना है। github.com/GoDeskFlow से आरंभ करें।