ईमानदार, पारदर्शी सुरक्षा
हम 'मिलिट्री-ग्रेड' या 'अटूट' जैसे दावे नहीं करते, क्योंकि ये मार्केटिंग के झूठ हैं। यहाँ आपकी विरासत को सुरक्षित रखने का पूरा, ईमानदार सच है, जो इंसानों के लिए लिखा गया है।
टेक्निकल डीप-डाइव पसंद है? सिक्योरिटी वाइटपेपर पढ़ेंसुरक्षा के दो लेवल
हर Soult वॉल्ट सर्वर पर एन्क्रिप्टेड होता है। अपने सबसे ज़रूरी पासवर्ड्स के लिए, आप एक कदम और आगे जा सकते हैं — और चाबी सिर्फ़ अपने पास रख सकते हैं।
आपके vault में सब कुछ
ट्रांज़िट में (TLS) और स्टोर होने पर (AES-256) एन्क्रिप्टेड, और आपकी सबसे संवेदनशील जानकारी — आधार, PAN, कार्ड और अकाउंट नंबर — पर AWS KMS का एक अतिरिक्त ताला। Soult के कर्मचारियों के पास आपके vault का रूटीन एक्सेस नहीं होता। डिज़ाइन से ही रिकवर करने लायक, ताकि समय आने पर किसी सत्यापित executor को रीड-ओनली एक्सेस दिया जा सके।
आपके सबसे ज़रूरी पासवर्ड्स
आपके डिवाइस पर एक ऐसी key से एन्क्रिप्टेड, जो उस vault पासवर्ड से बनी है जिसे सिर्फ़ आप जानते हैं। यह key कभी Soult तक नहीं पहुँचती — इसलिए हम इन पासवर्ड्स को डिक्रिप्ट नहीं कर सकते, भले ही हमें मजबूर किया जाए। सिर्फ़ पासवर्ड ही सील किया जाता है; एंट्री का बाकी हिस्सा Standard protection का उपयोग करता है। एक रिकवरी किट से सुरक्षित, जिसे आप रखते हैं।
ईमानदार समझौता: अगर आप अपना vault पासवर्ड और अपनी रिकवरी किट, दोनों खो देते हैं, तो ये एंट्रीज़ हमेशा के लिए चली जाएंगी — Soult भी उन्हें रिस्टोर नहीं कर सकता। सोल कस्टडी का यही मतलब है।
आप तय करते हैं कि कौन से पासवर्ड सिर्फ़ आप ही कभी खोल सकें। बाकी सब कुछ जानबूझकर रिकवर करने लायक रहता है, ताकि फ़ोन खो जाने या PIN भूल जाने पर भी आपका परिवार कभी लॉक आउट न हो। और भी ऑप्ट-इन ज़ीरो-नॉलेज विकल्प हमारे रोडमैप पर हैं।
आर्किटेक्चर का अवलोकन
मेरा डेटा असल में कहाँ रहता है?
आपका डेटा मुंबई में AWS के डेटा सेंटर्स में स्टोर होता है। Soult serverless AWS सेवाओं — Lambda, DynamoDB, S3 और Cognito — पर चलता है, इसलिए Soult द्वारा मैनेज किया जाने वाला कोई सर्वर नहीं है जिसे पैच करना हो या जिसमें लॉग इन किया जा सके, और नीचे की मशीनों की सुरक्षा AWS करता है। इससे हमले का दायरा घटता है, पर पूरी तरह ख़त्म नहीं होता: हमारे APIs, साइन-इन और क्लाउड कॉन्फ़िगरेशन को अब भी सुरक्षा चाहिए, जो हम ऑथेंटिकेशन, लीस्ट-प्रिविलेज एक्सेस और मॉनिटरिंग से देते हैं।
- सर्वरलेस: AWS Lambda, DynamoDB, S3, Cognito.
- प्राइमरी रीजन: ap-south-1 (मुंबई).
- क्रॉस-रीजन डिज़ास्टर रिकवरी: हमारे रोडमैप पर।
डेटा कहाँ रहता है और कैसे अलग रहता है
हर यूज़र का डेटा कहाँ जाता है?
आज Soult एक AWS रीजन — मुंबई, भारत — से चलता है, और हर vault वहीं स्टोर होता है। हम UAE में लॉन्च की तैयारी कर रहे हैं। वहाँ के यूज़र्स के vault AWS मुंबई (भारत) में स्टोर किए जाएँगे, और साइन-अप के समय हम इसके लिए उनकी स्पष्ट सहमति माँगेंगे। दूसरे बाज़ारों के लिए अलग क्षेत्रीय साइलो हमारे रोडमैप पर हैं; अभी कोई भी लाइव नहीं है।
- आज: हर यूज़र के लिए एक ही रीजन, ap-south-1 (मुंबई)।
- रोडमैप: अलग क्षेत्रीय साइलो, हर एक का अपना डेटाबेस और फ़ाइल स्टोर।
- साइलो के बीच देश के आधार पर कोई रूटिंग अभी लाइव नहीं है।
AWS मुंबई ही क्यों?
स्थानीय नियमों और सुरक्षा के लिए AWS मुंबई ही क्यों?
AWS मुंबई हमें भारत में एक परिपक्व, स्वतंत्र रूप से ऑडिट किया गया डेटा-सेंटर ढांचा देता है। आपका डेटा भारतीय ज़मीन पर रहने से आपकी विरासत भारतीय कानून के दायरे में रहती है और बिना किसी उलझन के आपके परिवार की पहुँच में रहती है।
- भारतीय डेटा के लिए DPDP Act 2023 के सिद्धांतों के अनुरूप।
- AWS का अपना इंफ्रास्ट्रक्चर स्वतंत्र रूप से ऑडिट किया जाता है, जिसमें ISO 27001 सर्टिफ़िकेशन और SOC 2 रिपोर्ट शामिल हैं।
- फिजिकल सुरक्षा AWS द्वारा मैनेज की जाती है।
पहचान और लॉग इन
मैं सुरक्षित रूप से साइन अप और लॉग इन कैसे करूँ?
रजिस्ट्रेशन: फ़ोन OTP और ईमेल OTP से वेरिफाई किया जाता है। आप एक सुरक्षा प्रश्न और 4 अंकों का PIN सेट करते हैं।
भरोसेमंद इस्तेमाल: रोज़ाना एक्सेस के लिए सिर्फ़ आपका 4 अंकों का PIN चाहिए।
नया डिवाइस: 2-फ़ैक्टर सुरक्षा चालू हो जाती है: पहले फ़ोन OTP, फिर आपका PIN।
- यूज़र आइडेंटिटी मैनेजमेंट के लिए AWS Cognito।
- SMS-आधारित OTP डिलीवरी के लिए AWS SNS।
- ईमेल-आधारित OTP डिलीवरी के लिए AWS SES।
शेयर किए गए डिवाइस की सुरक्षा
मेरा परिवार शेयर किए गए फ़ोन पर मेरा वॉल्ट ऐप क्यों नहीं खोल सकता?
शेयर किए गए फ़ोन वाले घरों में, फ़िंगरप्रिंट से कोई भी रजिस्टर्ड व्यक्ति अंदर आ सकता है। एक निजी 4 अंकों का PIN आपके वॉल्ट को निजी रखता है, जब बच्चे गेम खेलें या आपका पार्टनर फ़ोन इस्तेमाल करे।
- MPIN ऐप-के लिए है, पूरे डिवाइस के लिए नहीं।
- बायोमेट्रिक्स (फ़िंगरप्रिंट/फ़ेस) डिवाइस की सुविधा के लिए हैं, Soult की सुरक्षा के लिए नहीं।
- PIN डिवाइस के कीचेन/कीस्टोर में सुरक्षित रूप से स्टोर होता है।
- सेशन टोकन की समय-सीमा समाप्त हो जाती है और फिर से लॉग इन करना पड़ता है।
4-अंकों का PIN क्यों?
क्या 4-अंकों का PIN वाकई सुरक्षित है?
हाँ — क्योंकि सुरक्षा PIN की लंबाई से नहीं, बल्कि लॉकआउट से है। तीन गलत कोशिशें और आपका vault 24 घंटे के लिए लॉक हो जाता है। आपके फ़ोन के साथ चोर को भी सिर्फ 3 मौके मिलते हैं, फिर दरवाज़ा बंद। हमने जानबूझकर 6 की बजाय 4 अंक चुने — 6 अंकों से PIN भूलने, लॉकआउट और रीसेट की समस्याएँ ज़्यादा होती हैं।
- ब्रूट-फ़ोर्स सुरक्षा: 3 कोशिशों के बाद 24 घंटे का लॉकआउट।
- लॉकआउट Cognito के ज़रिए सर्वर-साइड से लागू होता है।
- साइन-इन वेरिफ़ाई करने के लिए आपका MPIN सिर्फ़ TLS के ज़रिए हमारे आइडेंटिटी प्रोवाइडर (AWS Cognito) को भेजा जाता है; 3 गलत प्रयासों पर अकाउंट 24 घंटे के लिए लॉक हो जाता है।
- सुरक्षा और उपयोगिता के बीच संतुलन बनाने के लिए यूज़र एक्सपीरियंस का फ़ैसला।
डेटा-एट-रेस्ट एन्क्रिप्शन
अगर कोई हमारे सर्वर से हार्ड ड्राइव चुरा ले तो क्या होगा?
आपका डेटा स्टोर होने पर AES-256 से एन्क्रिप्टेड रहता है, इसलिए चोरी हुई ड्राइव में सिर्फ़ न पढ़ा जा सकने वाला ciphertext होता है। एन्क्रिप्शन कीज़ AWS मैनेज करता है, डेटा से अलग।
- DynamoDB टेबल AWS द्वारा मैनेज की जाने वाली keys से at rest (AES-256) एन्क्रिप्टेड होती हैं।
- S3 में फ़ाइलें सर्वर-साइड एन्क्रिप्शन (SSE-S3, AES-256) का उपयोग करती हैं और pre-signed लिंक के ज़रिए आती-जाती हैं, जो 15 मिनट बाद एक्सपायर हो जाते हैं।
- सभी बैकअप और स्नैपशॉट भी एन्क्रिप्टेड होते हैं।
एन्क्रिप्शन की अथॉरिटी
एन्क्रिप्शन कीज़ किसके पास होती हैं?
AWS के पास। हमारी फ़ील्ड-एन्क्रिप्शन key AWS Key Management Service के हार्डवेयर के अंदर रहती है और कभी पढ़ने योग्य रूप में बाहर नहीं निकलती, इसलिए Soult में कोई भी कभी असली key को हाथ नहीं लगाता। जब आप कोई सुरक्षित फ़ील्ड सेव करते हैं या देखते हैं, तो हमारा एप्लिकेशन KMS से उसका उपयोग करने को कहता है — इसी से सत्यापित पारिवारिक हस्तांतरण संभव होता है, इसलिए यह ऐसी key नहीं है जो सिर्फ़ आपके पास हो। फ़ाइलों और डेटाबेस टेबल्स की कीज़ AWS मैनेज करता है।
- फ़ील्ड-लेवल एन्क्रिप्शन कीज़ AWS KMS में मैनेज होती हैं; फ़ाइल और टेबल एन्क्रिप्शन कीज़ AWS मैनेज करता है।
- KMS कीज़ FIPS 140-वैलिडेटेड हार्डवेयर सिक्योरिटी मॉड्यूल्स (HSMs) में रखी जाती हैं।
डबल-लॉक सिक्योरिटी
संवेदनशील फ़ील्ड्स के लिए डबल-लॉक सिक्योरिटी क्या है?
कुछ ख़ास, बेहद संवेदनशील जानकारी — आधार, PAN और पासपोर्ट नंबर, कार्ड और अकाउंट नंबर, और Standard Password Keeper के पासवर्ड — के लिए हम एक दूसरी परत जोड़ते हैं: स्टोर करने से पहले हमारे सर्वर इनमें से हर फ़ील्ड को AWS KMS में रखी key से एन्क्रिप्ट करते हैं। डेटाबेस में ये ciphertext के रूप में रहते हैं, और ऐप इन्हें तब तक छिपाकर (मास्क करके) दिखाता है जब तक आप इन्हें देखना न चुनें।
- customer-managed AWS KMS key के साथ सर्वर-साइड, फ़ील्ड-लेवल एन्क्रिप्शन, जिसे बैकएंड रिकॉर्ड लिखने से पहले लागू करता है।
- ये फ़ील्ड TLS के ज़रिए हम तक पहुँचते हैं और हमारे सर्वर पर एन्क्रिप्ट होते हैं। सिर्फ़ Advanced Password Keeper के पासवर्ड ही अपलोड से पहले आपके डिवाइस पर एन्क्रिप्ट होते हैं।
डेटा-इन-ट्रांज़िट टनल
क्या मेरा डेटा पब्लिक Wi-Fi पर सुरक्षित है?
डेटा एक सुरक्षित टनल से होकर गुज़रता है। पब्लिक एयरपोर्ट Wi-Fi पर हैकर्स यह नहीं देख सकते कि आप क्या अपलोड करते हैं या क्या पढ़ते हैं।
- सभी API और डेटा ट्रांसफर के लिए TLS 1.2 या उससे ऊपर लागू किया गया है।
- हमारा API सिर्फ़ HTTPS कनेक्शन स्वीकार करता है (AWS API Gateway के ज़रिए)।
- फ़ाइल अपलोड और डाउनलोड pre-signed S3 URLs का उपयोग करते हैं, जो 15 मिनट बाद एक्सपायर हो जाते हैं।
स्टाफ़ एक्सेस बाउंड्रीज़
क्या Soult के कर्मचारी मेरे रहस्य देख सकते हैं?
रूटीन संचालन में नहीं। Soult के कर्मचारी सामान्य कामकाज के दौरान आपके vault की सामग्री नहीं देखते, और हमारे प्रोडक्शन सिस्टम्स का एक्सेस सीमित है और लॉग किया जाता है। जब किसी मृत्यु के दावे की समीक्षा हो रही होती है, तो कुछ गिने-चुने अधिकृत कर्मचारी उस अकाउंट के दस्तावेज़ खोल सकते हैं, और हर ऐसा एक्सेस लॉग किया जाता है। आपके सबसे संवेदनशील फ़ील्ड KMS-एन्क्रिप्टेड ciphertext के रूप में भी स्टोर होते हैं, इसलिए सिर्फ़ डेटाबेस देखने से वे सामने नहीं आते।
- IAM रोल्स least privilege के सिद्धांत का पालन करते हैं।
- प्रोडक्शन सिस्टम्स का एक्सेस सिर्फ़ अधिकृत कर्मचारियों तक सीमित है।
- प्रशासनिक एक्सेस लॉग किया जाता है।
Executor एक्सेस भूमिकाएँ
मेरा vault कौन देख सकता है?
रेगुलर Executor: मृत्यु का दावा (death claim) उठा सकते हैं। Soult के उसे वेरिफ़ाई और अप्रूव करने के बाद, वे फ़ोन और ईमेल OTP से साइन इन करके आपका vault रीड-ओनली मोड में देख सकते हैं।
इमरजेंसी Executor: (आपका चुना कोई भी भरोसेमंद व्यक्ति — जीवनसाथी, बच्चा, भाई-बहन या दोस्त) फ़ोन और ईमेल OTP से वेरिफ़ाई करने के बाद कभी भी साइन इन कर सकते हैं। ऐप में उनका एक्सेस रीड-ओनली होता है, और उनके साइन इन करते ही आपको ईमेल भेजा जाता है।
- Role-Based Access Control (RBAC) एप्लीकेशन लॉजिक में लागू किया गया है।
- Executor roles DynamoDB में एट्रिब्यूट्स के रूप में स्टोर किए जाते हैं।
- Executor सेशन रीड-ओनली होते हैं: executors ऐप में कुछ भी जोड़, बदल या हटा नहीं सकते।
- जब भी कोई executor साइन इन करता है, Amazon SES आपको ईमेल भेजता है।
परिवार को सौंपने की प्रक्रिया
मेरे गुजर जाने के बाद मेरा परिवार मेरे vault तक कैसे पहुँच पाएगा?
आपका Regular Executor अपने डैशबोर्ड से मृत्यु का दावा उठाता है और मृत्यु प्रमाण पत्र अपलोड करता है; आपको और आपके executors को ईमेल भेजा जाता है। अप्रूव करने से पहले Soult का एक अधिकृत एडमिनिस्ट्रेटर दावे की समीक्षा करता है — बिना वेरिफ़ाई किए अनुरोध पर कुछ भी जारी नहीं किया जाता। अप्रूव होने के बाद, आपका अकाउंट रीड-ओनली हो जाता है, और executor फ़ोन और ईमेल OTP से साइन इन करके आपका vault देख और डाउनलोड कर सकता है। हर बार उनके साइन इन करने पर आपके अकाउंट पर एक ईमेल जाता है।
- किसी भी regular executor एक्सेस से पहले, मृत्यु प्रमाण पत्र के साथ मृत्यु का दावा Soult द्वारा वेरिफ़ाई और अप्रूव किया जाता है।
- Executor साइन-इन के लिए फ़ोन और ईमेल OTP वेरिफ़िकेशन ज़रूरी है।
- दावे Soult एडमिन एक सीमित-एक्सेस वाले एडमिन पैनल में अप्रूव करते हैं।
- Executor सेशन रीड-ओनली होते हैं, और हर executor साइन-इन पर मालिक को ईमेल भेजा जाता है।
हर आइटम को अलग से शेयर नहीं किया जा सकता
क्या मैं आज अपने CA या जीवनसाथी के साथ एक डॉक्यूमेंट शेयर कर सकता हूँ?
आज नहीं। इसमें हर आइटम को अलग से शेयर करने की सुविधा नहीं है, किसी अकाउंटेंट के लिए प्रति-फ़ोल्डर एक्सेस नहीं है, और न ही कोई समय-सीमित शेयर लिंक है। आपके vault के अंदर कभी भी देख सकने वाले दूसरे लोग सिर्फ़ वही executors हैं जिन्हें आप नामित करते हैं, executor फ़्लो के ज़रिए।
- वर्तमान आर्किटेक्चर प्रति vault सिंगल-टेनेंट एक्सेस है।
- ग्रैन्युलर शेयरिंग (प्रति-आइटम, प्रति-फोल्डर) एक महत्वपूर्ण आर्किटेक्चरल बदलाव है।
- फोकस सक्रिय सहयोग पर नहीं, बल्कि मृत्यु के बाद के हैंडओवर पर है।
- यह सुरक्षा मॉडल को सरल बनाता है और अटैक सरफेस को कम करता है।
वास्तविक दुनिया के जोखिम
मुझे किन सुरक्षा जोखिमों के बारे में पता होना चाहिए?
हम रिमोट हमलों से बचाव के लिए काम करते हैं। हम आपको शारीरिक रूप से अपना PIN शेयर करने के लिए मजबूर किए जाने से नहीं रोक सकते। Soult संगठन और परिवार की निरंतरता के लिए है।
- थ्रेट मॉडल रिमोट, तकनीकी हमलों पर केंद्रित है।
- यह उपयोगकर्ता को जबरदस्ती, सोशल इंजीनियरिंग या शारीरिक खतरों से नहीं बचाता है।
भारतीय धरती पर डेटा
मेरा डेटा ठीक कहाँ रहता है और क्या यह भारतीय धरती पर है?
आज, सारा vault डेटा भारत में, AWS मुंबई में स्टोर होता है। भारत के DPDP Act, 2023 के सिद्धांतों को ध्यान में रखकर बनाया गया।
- प्राथमिक: AWS ap-south-1 (मुंबई)।
- मुंबई के भीतर, डेटा कई AWS डेटा सेंटर्स (Availability Zones) में स्टोर होता है।
- vault डेटा भारत के बाहर स्टोर नहीं किया जाता।
- सारा vault डेटा भारत में (AWS मुंबई) स्टोर किया जाता है।
आपदा रिकवरी के स्तर
क्या होगा अगर कोई सर्वर या पूरा क्षेत्र काम करना बंद कर दे?
स्तर 1 — एक सर्वर फेल हो जाए: यूज़र्स को पता नहीं चलता; AWS की मैनेज्ड सेवाएँ उसे अपने-आप बदल देती हैं।
स्तर 2 — मुंबई का एक डेटा सेंटर फ़ेल हो जाए: सेवा चलती रहती है; आपका डेटा पहले से ही मुंबई के कई डेटा सेंटर्स में स्टोर है।
स्तर 3 — पूरा मुंबई रीजन ठप हो जाए: AWS के रीजन बहाल करने तक सेवा रुक जाती है। दूसरे रीजन में स्टैंडबाय हमारे रोडमैप पर है, आज लाइव नहीं है।
स्तर 4 — Soult बंद हो जाए: हम आपको पहले से बताएँगे और आपके vault की कॉपी पाने में आपकी मदद करेंगे।
- AWS-मैनेज्ड serverless सेवाएँ (Lambda, DynamoDB, S3) सिंगल-सर्वर फ़ेलियर से अपने-आप रिकवर हो जाती हैं।
- DynamoDB और S3 मुंबई में कई Availability Zones में डेटा को रिडंडेंट तरीके से स्टोर करते हैं।
- क्रॉस-रीजन बैकअप और फ़ेलओवर: हमारे रोडमैप पर।
- वन-क्लिक सेल्फ-सर्व एक्सपोर्ट हमारे रोडमैप पर है।
ऑडिट ट्रेल
क्या मेरे vault में किए गए हर बदलाव का रिकॉर्ड है?
हाँ। आपके vault में हर क्रिएशन (बनाना), अपडेट (बदलना) या डिलीशन (हटाना) एक ऑडिट लॉग में दर्ज होता है, साथ में यह भी कि बदलाव किसने और कब किया।
- बदलाव हमारे डेटाबेस की एक ऑडिट लॉग टेबल में लिखे जाते हैं।
- हर Create, Update या Delete को यूज़र और टाइमस्टैंप के साथ लॉग किया जाता है।
- ऑडिट रिकॉर्ड्स का एक्सेस सीमित है और वे आपके अकाउंट के साथ ही डिलीट हो जाते हैं।
डेटा के उपयोग पर सीमाएँ
क्या मेरा डेटा कभी AI को ट्रेन करने के लिए इस्तेमाल होता है या विज्ञापनदाताओं को बेचा जाता है?
नहीं। आपके vault की सामग्री का उपयोग कभी भी AI मॉडल को ट्रेन करने या मार्केटिंग के लिए नहीं किया जाता है। आय केवल सब्सक्रिप्शन से होती है। अगर हम कभी कमाई का कोई नया तरीका सोचते हैं, तो हम आपसे पहले पूछेंगे — सूचित नहीं करेंगे, घोषणा नहीं करेंगे — पूछेंगे।
- बिज़नेस मॉडल सब्सक्रिप्शन-आधारित (SaaS) है, डेटा मोनेटाइजेशन नहीं।
- हमारी गोपनीयता नीति यह प्रतिबद्धता देती है कि आपके vault की सामग्री का उपयोग कभी AI ट्रेनिंग के लिए नहीं किया जाता।
- vault की सामग्री एनालिटिक्स या AI ट्रेनिंग पाइपलाइन में नहीं डाली जाती।
- Google Firebase और Meta App Events को ऐप इवेंट्स और डिवाइस आइडेंटिफ़ायर मिलते हैं (क्रैश रिपोर्ट में आपका ईमेल भी शामिल होता है) — vault की सामग्री कभी नहीं।
गोपनीयता बनाम विरासत
मेरा पूरा vault ज़ीरो-नॉलेज क्यों नहीं है?
क्योंकि एक लाइफ़ vault को आपके बाद भी काम आना है। अगर key सिर्फ़ आपके पास होती, तो फ़ोन खो जाने, PIN भूल जाने या आपके न रहने पर आपका परिवार हमेशा के लिए लॉक आउट हो सकता था। इसलिए हमने आपका vault रिकवर करने लायक डिज़ाइन किया है: यह हमारे सर्वर पर एन्क्रिप्टेड रहता है, Soult के कर्मचारियों के पास रूटीन एक्सेस नहीं होता, और किसी और के अंदर आने का एकमात्र रास्ता है आपके नामित executors को एक वेरिफ़ाइड हैंडओवर। उन चंद पासवर्ड्स के लिए जिन्हें सिर्फ़ आप ही कभी खोलें, Advanced Password Keeper चालू करें।
Soult आपकी विरासत तक पहुँचने का एक पुल है, न कि एक डिजिटल डेड एंड।
- डिज़ाइन से रिकवर करने लायक: vault डेटा सर्वर-साइड एन्क्रिप्ट होता है (स्टोर होने पर AES-256, और संवेदनशील फ़ील्ड्स के लिए AWS KMS भी), ताकि उसे आपको वापस दिया जा सके या किसी वेरिफ़ाइड executor को रीड-ओनली दिखाया जा सके। Advanced Password Keeper की एंट्रीज़ इसका अपवाद हैं: वे आपके डिवाइस पर एन्क्रिप्ट होती हैं, और Soult उन्हें रिकवर नहीं कर सकता।
भविष्य का रोडमैप
कौन सी सुरक्षा सुविधाएँ आगे आ रही हैं?
निकट भविष्य: एक-क्लिक में वॉल्ट एक्सपोर्ट, US सिलो (नॉर्थ वर्जीनिया), SEA सिलो (सिंगापुर)।
मध्यम अवधि: समर्पित GCC सिलो, SOC 2 Type II।
हमेशा चालू: लगातार ऑडिट, सुरक्षा मज़बूती, इंफ्रास्ट्रक्चर की समीक्षा।
- वल्नरेबिलिटी असेसमेंट पूरा; पूरा पेनिट्रेशन टेस्ट नियोजित है।
- हम जिन मैनेज्ड सेवाओं पर चलते हैं (Lambda, DynamoDB, S3, Cognito), उन्हें AWS पैच करता है।
- CheckRed के साथ क्लाउड कॉन्फ़िगरेशन मॉनिटरिंग; ऑटोमेटेड डिपेंडेंसी स्कैनिंग नियोजित है।
ईमानदार दावे
सिक्योरिटी इंडस्ट्री भ्रामक शब्दों से भरी पड़ी है। हम क्या दावा करते हैं, क्या नहीं, और क्यों — यहाँ बताया गया है। हमारा मानना है कि पारदर्शिता ही सुरक्षा का सबसे बड़ा रूप है।
| दावा | स्थिति | ईमानदार सच |
|---|---|---|
| AES-256 एन्क्रिप्शन | सही | स्टोर किए गए सभी डेटा के लिए इस्तेमाल होता है। ट्रांज़िट में डेटा TLS से सुरक्षित रहता है। यह इंडस्ट्री-स्टैंडर्ड है, कोई ख़ास फ़ीचर नहीं। |
| इंडियन डेटा रेज़िडेंसी | सही | सारा vault डेटा भारत में, AWS मुंबई में स्टोर और प्रोसेस किया जाता है। हम अभी पूरे DPDP एक्ट का अनुपालन नहीं करते — इसकी पूरी बाध्यताएँ 13 मई 2027 से लागू होंगी। |
| सर्वरलेस आर्किटेक्चर | सही | हमले का दायरा घटाता है: नीचे के सर्वर AWS चलाता और पैच करता है, और ऐसे कोई लंबे समय तक चलने वाले Soult सर्वर नहीं हैं जिनमें सेंध लगाई जा सके। एप्लिकेशन कोड, APIs और कॉन्फ़िगरेशन को अब भी सुरक्षा चाहिए। |
| ज़ीरो-नॉलेज | आंशिक रूप से लाइव | सिर्फ़ Advanced Password Keeper के पासवर्ड्स के लिए, जो आपके डिवाइस पर एक ऐसी key से एन्क्रिप्ट होते हैं जो Soult को कभी नहीं मिलती। डबल-लॉक फ़ील्ड्स AWS KMS से सर्वर-साइड एन्क्रिप्ट होते हैं; हमारे सिस्टम उन्हें आपको दिखाने और परिवार को हैंडओवर में मदद के लिए डिक्रिप्ट कर सकते हैं, इसलिए वे ज़ीरो-नॉलेज नहीं हैं। |
| ISO 27001 और ISO 9001 सर्टिफ़िकेशन | प्रक्रिया में | ISO 27001 के अनुरूप सुरक्षा प्रोग्राम। ISO 9001 के अनुरूप गुणवत्ता प्रबंधन। दोनों के लिए मान्यता-प्राप्त सर्टिफ़िकेशन प्रक्रिया में है। |
| एंड-टू-एंड एन्क्रिप्शन | आंशिक रूप से लाइव | सिर्फ़ Advanced Password Keeper के पासवर्ड्स के लिए लाइव, जो आपके डिवाइस पर एन्क्रिप्ट होते हैं। बाकी सब कुछ ट्रांज़िट में (TLS) और हमारे सर्वर पर स्टोर होने पर (AES-256) एन्क्रिप्ट होता है, एंड-टू-एंड नहीं। |
| SOC 2 Type II रिपोर्ट | रोडमैप | SOC 2: रेडीनेस का काम जारी है; जब कोई स्वतंत्र ऑडिटर रिपोर्ट जारी करेगा, तब हम उसे प्रकाशित करेंगे। Type II रिपोर्ट के लिए 6–12 महीने की ऑब्ज़र्वेशन अवधि भी ज़रूरी होती है। |
| मिलिट्री-ग्रेड सिक्योरिटी | मार्केटिंग | यह एक अर्थहीन मार्केटिंग शब्द है। हम AES-256 और FIPS 140-वैलिडेटेड की हार्डवेयर जैसे ख़ास, सत्यापित किए जा सकने वाले मानकों का उपयोग करते हैं। |
| तुरंत डिलीशन (लाइव डेटा) | तत्काल | अकाउंट डिलीट करने पर आपका साइन-इन और vault रिकॉर्ड्स हमारे डेटाबेस से और आपकी फ़ाइलें एक्टिव स्टोरेज से तुरंत हट जाती हैं। हम क्रिप्टोग्राफ़िक इरेज़र का उपयोग नहीं करते (नष्ट करने के लिए हर यूज़र की अलग key नहीं है), इसलिए बैकअप, फ़ाइलों के पुराने वर्ज़न और सिस्टम लॉग में मौजूद कॉपीज़ तुरंत नहीं मिटतीं। भुगतान का एक रिकॉर्ड आपकी व्यक्तिगत जानकारी हटाकर रखा जाता है। |
| अभेद्य / हैक-प्रूफ | कभी नहीं | कोई भी सिस्टम अभेद्य नहीं होता। हम सुरक्षा की कई परतों, तेज़ पहचान और पारदर्शी संचार पर ध्यान देते हैं। |
| ब्लॉकचेन | इस्तेमाल नहीं किया गया | इस काम के लिए Blockchain सही टूल नहीं है। यह विकेन्द्रीकृत, सार्वजनिक भरोसे के लिए है। हमें केंद्रीकृत, निजी भरोसे की ज़रूरत है। इसके बजाय हम एक ऑडिट लॉग का इस्तेमाल करते हैं। |
डेटा हटाना और बिज़नेस का बंद होना
मैं अपना डेटा हमेशा के लिए कैसे हटा सकता हूँ?
10 सेकंड के कन्फ़र्मेशन पॉज़ और आपके MPIN के बाद, आपका साइन-इन और vault रिकॉर्ड्स हमारे डेटाबेस से डिलीट कर दिए जाते हैं और आपकी फ़ाइलें एक्टिव स्टोरेज से तुरंत हटा दी जाती हैं। इसे न आप पलट सकते हैं, न हमारी सपोर्ट टीम। बैकअप, फ़ाइलों के पुराने वर्ज़न और सिस्टम लॉग में मौजूद कॉपीज़ तुरंत नहीं मिटतीं, और भुगतान का एक रिकॉर्ड आपकी व्यक्तिगत जानकारी हटाकर रखा जाता है। जो कुछ भी आप रखना चाहते हैं, उसे पहले डाउनलोड कर लें।
अगर Soult बंद हो जाए तो क्या होगा?
अगर Soult को कभी बंद करना पड़े, तो हम आपको पहले से बताएँगे और आपके vault की कॉपी पाने में आपकी मदद करेंगे। वन-क्लिक एक्सपोर्ट हमारे रोडमैप पर है। हम आपका डेटा नहीं बेचेंगे और आपकी सहमति के बिना आपके vault को किसी खरीदार को ट्रांसफर नहीं करेंगे।
सब्सक्रिप्शन पेमेंट कैसे संभाले जाते हैं?
Soult वेबसाइट पर Razorpay के ज़रिए मैनेज किए जाते हैं। कोई इन-ऐप परचेज़ नहीं। इससे बिलिंग आपके वॉल्ट डिवाइस से अलग रहती है।
आम गलतफहमियाँ
Soult Blockchain का इस्तेमाल क्यों नहीं करता?
Blockchain को साझा लेजर पर सार्वजनिक सत्यापन के लिए बनाया गया है जहाँ पार्टियाँ एक-दूसरे पर भरोसा नहीं करतीं। Soult वॉल्ट डिज़ाइन से ही निजी हैं।
बदलावों को ट्रैक करने के लिए, हम ऑडिट लॉग का इस्तेमाल करते हैं — हर क्रिएट, अपडेट, डिलीट को टाइमस्टैम्प और एक्टर के साथ रिकॉर्ड किया जाता है। Blockchain लागत, जटिलता बढ़ाएगा और किसी भी यूज़र समस्या को हल किए बिना प्राइवेसी कम करेगा।
- यूज़ केस मिसमैच: Blockchain विकेन्द्रीकरण और पारदर्शिता के लिए है।
- Soult को केंद्रीकरण और प्राइवेसी की ज़रूरत है।
- ऑडिट लॉग Blockchain के ओवरहेड के बिना बदलावों को दर्ज करता है।
- इस एप्लिकेशन के लिए Blockchain का परफॉरमेंस और लागत बहुत ज़्यादा है।
पूरा सिक्योरिटी वाइटपेपर पढ़ें
यह पेज आम बोलचाल की भाषा में जानकारी देता है। पूरी तकनीकी वास्तुकला — एन्क्रिप्शन, की मैनेजमेंट, एक्सेस कंट्रोल और डेटा रेजिडेंसी के बारे में गहराई से जानने के लिए, हमारा सिक्योरिटी वाइटपेपर पढ़ें।
सिक्योरिटी वाइटपेपर खोलें