प्रामाणिक, पारदर्शक सुरक्षा
आम्ही 'military-grade' किंवा 'unbreakable' असल्याचा दावा करत नाही, कारण ते मार्केटिंगचे खोटे दावे आहेत. तुमची विरासत आम्ही कशी सुरक्षित ठेवतो, याबद्दलची संपूर्ण, खरी माहिती येथे दिली आहे, जी तुमच्यासाठी सोप्या भाषेत लिहिली आहे.
तांत्रिक माहिती हवी आहे? सिक्युरिटी व्हाईटपेपर वाचासुरक्षेचे दोन स्तर
प्रत्येक Soult व्हॉल्ट सर्व्हरवर एनक्रिप्टेड असतो. तुमच्या सर्वात महत्त्वाच्या पासवर्डसाठी, तुम्ही आणखी एक पाऊल पुढे जाऊ शकता - आणि त्याची एकमेव की (key) स्वतःकडे ठेवू शकता.
तुमच्या व्हॉल्टमधील (vault) सर्वकाही
ट्रान्झिटमध्ये (TLS) आणि रेस्टमध्ये (AES-256) एनक्रिप्ट केलेले, आणि तुमचे सर्वात संवेदनशील तपशील — आधार, PAN, कार्ड आणि खाते क्रमांक — AWS KMS च्या अतिरिक्त लॉकखाली. Soult कर्मचाऱ्यांना तुमच्या व्हॉल्टचा नियमित ॲक्सेस नसतो. डिझाइननुसारच रिकव्हर करण्यायोग्य (recoverable), जेणेकरून योग्य वेळ आल्यावर पडताळणी झालेल्या Executor ला read-only ॲक्सेस दिला जाऊ शकेल.
तुमचे सर्वात संवेदनशील पासवर्ड
तुमच्या डिव्हाइसवर एनक्रिप्ट केलेले, एका व्हॉल्ट पासवर्डमधून (vault password) तयार केलेल्या की (key) द्वारे, जो फक्त तुम्हाला माहीत आहे. ही की (key) कधीही Soult कडे जात नाही — त्यामुळे आम्हाला हे पासवर्ड डिक्रिप्ट करता येत नाहीत, जरी तसे करण्यास भाग पाडले तरी. फक्त पासवर्डच सील केला जातो; नोंदीचा उर्वरित भाग Standard संरक्षण वापरतो. तुम्ही ठेवलेल्या रिकव्हरी किटद्वारे (Recovery Kit) संरक्षित.
प्रामाणिक व्यवहार: जर तुम्ही तुमचा व्हॉल्ट पासवर्ड (vault password) आणि रिकव्हरी किट (Recovery Kit) दोन्ही गमावले, तर या नोंदी कायमच्या गमावल्या जातील — Soult सुद्धा त्या रिस्टोअर (restore) करू शकत नाही. सोल कस्टडीचा (sole custody) हाच अर्थ आहे.
कोणते पासवर्ड फक्त तुम्हीच उघडू शकाल, हे तुम्ही ठरवता. बाकी सर्वकाही मुद्दाम रिकव्हर करण्यायोग्य ठेवले आहे, जेणेकरून फोन हरवला किंवा PIN विसरलात तरी तुमच्या कुटुंबासाठी दार कधीही बंद होत नाही. आणखी ऑप्ट-इन (opt-in) झिरो-नॉलेज (zero-knowledge) पर्याय आमच्या रोडमॅपवर (roadmap) आहेत.
आर्किटेक्चरची थोडक्यात माहिती
माझा डेटा नेमका कुठे असतो?
तुमचा डेटा मुंबईतील AWS डेटा सेंटर्समध्ये स्टोअर केला जातो. Soult serverless AWS सेवांवर चालते — Lambda, DynamoDB, S3 आणि Cognito — त्यामुळे पॅच करण्यासाठी किंवा लॉग इन करण्यासाठी Soult-व्यवस्थापित कोणतेही सर्व्हर नाहीत, आणि मूळ मशीनची सुरक्षा AWS सांभाळते. यामुळे अटॅक सरफेस (attack surface) कमी होतो, पण पूर्णपणे नाहीसा होत नाही: आमचे APIs, साइन-इन आणि क्लाउड कॉन्फिगरेशन यांचे संरक्षण अजूनही करावे लागते, आणि ते आम्ही ऑथेंटिकेशन, किमान-विशेषाधिकार (least-privilege) ॲक्सेस आणि मॉनिटरिंगद्वारे करतो.
- सर्व्हरलेस: AWS लॅम्डा, डायनमोडीबी, S3, कॉग्निटो.
- प्राथमिक रिजन: ap-south-1 (मुंबई).
- क्रॉस-रिजन (cross-region) डिझास्टर रिकव्हरी: आमच्या रोडमॅपवर.
डेटा साठवणूक आणि स्वतंत्र विभाग
प्रत्येक युझरचा डेटा कुठे जातो?
आज Soult एकाच AWS रिजनमधून चालते — भारतातील मुंबई — आणि प्रत्येक व्हॉल्ट तिथेच साठवला जातो. आम्ही UAE मध्ये लाँच करण्याची तयारी करत आहोत. तिथल्या वापरकर्त्यांचे व्हॉल्ट AWS मुंबई (भारत) मध्ये साठवले जातील, आणि साइन-अपच्या वेळी आम्ही त्यासाठी त्यांची स्पष्ट संमती घेऊ. इतर बाजारपेठांसाठी स्वतंत्र प्रादेशिक silos आमच्या रोडमॅपवर आहेत; त्यापैकी कोणताही अद्याप live नाही.
- आज: प्रत्येक युझरसाठी एकच रिजन, ap-south-1 (मुंबई).
- रोडमॅप: स्वतंत्र प्रादेशिक सायलो, प्रत्येकाचा स्वतःचा डेटाबेस आणि फाइल स्टोअर.
- सायलोंमध्ये देशानुसार रूटिंग अद्याप लाईव्ह नाही.
AWS मुंबई का?
स्थानिक नियमांचे पालन आणि सुरक्षिततेसाठी AWS मुंबई का?
AWS मुंबईमुळे आम्हाला भारतात परिपक्व, स्वतंत्रपणे ऑडिट केलेली डेटा सेंटर व्यवस्था मिळते. तुमचा डेटा भारतीय भूमीवर ठेवल्याने तुमचा वारसा भारतीय कायद्यांनुसार राहतो आणि कोणत्याही अडचणींशिवाय तुमच्या कुटुंबाच्या आवाक्यात राहतो.
- भारतीय डेटासाठी DPDP ॲक्ट 2023 च्या तत्त्वांशी सुसंगत.
- AWS च्या स्वतःच्या इन्फ्रास्ट्रक्चरचे स्वतंत्रपणे ऑडिट होते, ज्यामध्ये ISO 27001 प्रमाणपत्र आणि SOC 2 रिपोर्ट्सचा समावेश आहे.
- फिजिकल सिक्युरिटी AWS द्वारे व्यवस्थापित केली जाते.
ओळख आणि Login
मी सुरक्षितपणे नोंदणी आणि log in कसे करू?
नोंदणी: फोन OTP आणि ईमेल OTP द्वारे पडताळणी. तुम्ही एक सुरक्षा प्रश्न आणि 4-अंकी PIN सेट करता.
नेहमीचा वापर: दररोजच्या प्रवेशासाठी फक्त तुमचा 4-अंकी PIN लागतो.
नवीन डिव्हाइस: 2-Factor Security सक्रिय होते: आधी फोन OTP, मग तुमचा PIN.
- युझर आयडेंटिटी मॅनेजमेंटसाठी AWS कॉग्निटो.
- SMS-आधारित OTP वितरणासाठी AWS SNS.
- ईमेल-आधारित OTP वितरणासाठी AWS SES.
शेअर केलेल्या डिव्हाइसची सुरक्षितता
माझ्या कुटुंबातील सदस्य शेअर केलेल्या फोनवर माझा vault app का उघडू शकत नाहीत?
शेअर केलेल्या फोन असलेल्या घरांमध्ये, फिंगरप्रिंट्समुळे नोंदणीकृत कोणीही प्रवेश करू शकतो. मुले गेम्स खेळत असताना किंवा तुमचा जोडीदार फोन वापरत असताना, एक खासगी 4-अंकी PIN तुमचा vault खासगी ठेवतो.
- MPIN ॲप-विशिष्ट आहे, डिव्हाइस-व्यापी नाही.
- बायोमेट्रिक्स (फिंगरप्रिंट/फेस) ही डिव्हाइस-स्तरीय सुविधा आहे, Soult सुरक्षा स्तर नाही.
- PIN डिव्हाइस कीचेन/कीस्टोअरमध्ये सुरक्षितपणे संग्रहित केला जातो.
- सेशन टोकनची मुदत संपते आणि पुन्हा ऑथेंटिकेशन आवश्यक असते.
4-अंकी PIN का?
4-अंकी PIN खरंच सुरक्षित आहे का?
होय. सुरक्षा PIN च्या लांबीवर नाही, तर लॉकआउटवर अवलंबून आहे. तीन वेळा चुकीचा प्रयत्न केल्यास, तुमचा vault 24 तासांसाठी लॉक होतो. तुमचा फोन चोरला तरी, चोराला फक्त 3 वेळा अंदाज लावता येतो, त्यानंतर दरवाजा बंद होतो. आम्ही मुद्दाम 6 ऐवजी 4 अंक निवडले, कारण 6 अंकांमुळे PIN विसरण्याचे, लॉकआउट होण्याचे आणि reset करण्याचे प्रमाण वाढते.
- Brute-force protection: 3 प्रयत्नांनंतर 24 तासांसाठी लॉकआउट होतो.
- Lockout server-side (server बाजूने) Cognito द्वारे लागू केला जातो.
- साइन-इनची पडताळणी करण्यासाठी तुमचा MPIN फक्त TLS द्वारे आमच्या आयडेंटिटी प्रोव्हायडरकडे (AWS Cognito) पाठवला जातो; 3 अयशस्वी प्रयत्नांनंतर खाते 24 तासांसाठी लॉक होते.
- सुरक्षा आणि usability यांचा समतोल साधण्यासाठी घेतलेला User experience चा निर्णय.
डेटा-ॲट-रेस्ट एन्क्रिप्शन
तुमच्या servers मधून कोणीतरी hard drive चोरले तर काय होईल?
तुमचा डेटा रेस्टमध्ये AES-256 ने एनक्रिप्ट केलेला असतो, त्यामुळे चोरलेल्या ड्राइव्हमध्ये फक्त न वाचता येणारा सायफरटेक्स्ट (ciphertext) असतो. एनक्रिप्शन कीज AWS द्वारे, डेटापासून वेगळ्या व्यवस्थापित केल्या जातात.
- DynamoDB tables AWS द्वारे व्यवस्थापित कीज वापरून encrypted at rest (AES-256) असतात.
- S3 मधील फाइल्स सर्व्हर-साइड एनक्रिप्शन (SSE-S3, AES-256) वापरतात आणि 15 मिनिटांनी कालबाह्य होणाऱ्या pre-signed links द्वारे पाठवल्या जातात.
- सर्व backups आणि snapshots देखील encrypted असतात.
एन्क्रिप्शन की अथॉरिटी
encryption keys कोण ठेवते?
AWS ठेवते. आमची फील्ड-एनक्रिप्शन की AWS Key Management Service च्या हार्डवेअरमध्ये राहते आणि वाचता येण्याजोग्या स्वरूपात कधीही त्याबाहेर जात नाही, त्यामुळे Soult मधील कोणीही मूळ (raw) की कधीही हाताळत नाही. तुम्ही एखादे संरक्षित फील्ड सेव्ह करता किंवा उघडता तेव्हा आमचे ॲप्लिकेशन KMS ला ती की वापरण्यास सांगते — यामुळेच पडताळलेले कौटुंबिक हस्तांतरण शक्य होते, त्यामुळे ही फक्त तुमच्याकडे असलेली की नाही. फाइल्स आणि डेटाबेस टेबल्सच्या कीज AWS द्वारे व्यवस्थापित केल्या जातात.
- फील्ड-लेव्हल एनक्रिप्शन कीज AWS KMS मध्ये व्यवस्थापित केल्या जातात; फाइल आणि टेबल एनक्रिप्शन कीज AWS द्वारे व्यवस्थापित केल्या जातात.
- KMS कीज FIPS 140-validated Hardware Security Modules (HSMs) मध्ये ठेवल्या जातात.
डबल-लॉक सिक्युरिटी
sensitive fields साठी double-lock security काय आहे?
काही विशिष्ट, अत्यंत संवेदनशील तपशीलांसाठी — आधार, PAN आणि पासपोर्ट क्रमांक, कार्ड आणि खाते क्रमांक, आणि Standard Password Keeper मधील पासवर्ड — आम्ही दुसरा स्तर जोडतो: आमचे सर्व्हर यातील प्रत्येक फील्ड स्टोअर करण्यापूर्वी AWS KMS मध्ये ठेवलेल्या की ने एनक्रिप्ट करतात. डेटाबेसमध्ये ते सायफरटेक्स्ट (ciphertext) म्हणून असतात, आणि तुम्ही ते उघड करायचे ठरवेपर्यंत ॲप ते मास्क करून (लपवून) दाखवते.
- customer-managed AWS KMS की वापरून सर्व्हर-साइड, फील्ड-लेव्हल एनक्रिप्शन, जे रेकॉर्ड लिहिण्यापूर्वी बॅकएंडद्वारे लागू केले जाते.
- हे फील्ड्स TLS द्वारे आमच्यापर्यंत पोहोचतात आणि आमच्या सर्व्हरवर एनक्रिप्ट केले जातात. फक्त Advanced Password Keeper मधील पासवर्डच अपलोडपूर्वी तुमच्या डिव्हाइसवर एनक्रिप्ट केले जातात.
डेटा-इन-ट्रान्झिट टनेल
public Wi-Fi वर माझा data सुरक्षित आहे का?
Data एका सुरक्षित tunnel मधून प्रवास करतो. public airport Wi-Fi वरील hackers तुम्ही काय upload करता किंवा वाचता ते पाहू शकत नाहीत.
- सर्व API आणि data transfers साठी TLS 1.2 किंवा त्याहून अधिक लागू केले जाते.
- आमचा API फक्त HTTPS कनेक्शन्स स्वीकारतो (AWS API Gateway द्वारे).
- फाइल अपलोड आणि डाउनलोडसाठी pre-signed S3 URLs वापरले जातात, ज्यांची मुदत 15 मिनिटांनंतर संपते.
कर्मचारी ॲक्सेस बाउंड्रीज
Soult मधील कर्मचारी माझी गोपनीय माहिती पाहू शकतात का?
नियमित कामकाजात नाही. Soult कर्मचारी सामान्य कामकाजात तुमच्या व्हॉल्टमधील कंटेंट पाहत नाहीत, आणि आमच्या प्रोडक्शन सिस्टीम्सचा ॲक्सेस मर्यादित असून त्याची नोंद (log) ठेवली जाते. मृत्यूच्या दाव्याचे (death claim) पुनरावलोकन होत असताना, मोजके अधिकृत कर्मचारी त्या अकाउंटमधील कागदपत्रे उघडू शकतात, आणि अशा प्रत्येक ॲक्सेसची नोंद ठेवली जाते. तुमचे सर्वात संवेदनशील फील्ड्स KMS-एनक्रिप्टेड सायफरटेक्स्ट म्हणूनही स्टोअर केलेले असतात, त्यामुळे फक्त डेटाबेस पाहून ते उघड होत नाहीत.
- IAM roles least privilege च्या तत्त्वाचे पालन करतात.
- प्रोडक्शन सिस्टीम्सचा ॲक्सेस फक्त अधिकृत कर्मचाऱ्यांपुरता मर्यादित आहे.
- ॲडमिनिस्ट्रेटिव्ह ॲक्सेसची नोंद (log) ठेवली जाते.
Executor च्या ॲक्सेस भूमिका
माझा vault कोण पाहू शकेल?
रेग्युलर एक्झिक्युटर: मृत्यूचा दावा (death claim) दाखल करू शकतात. Soult ने त्याची पडताळणी करून मंजुरी दिल्यानंतर, ते फोन आणि ईमेल OTP सह साइन इन करून तुमचा व्हॉल्ट read-only (फक्त वाचण्यायोग्य) मोडमध्ये पाहू शकतात.
इमर्जन्सी एक्झिक्युटर: (तुम्ही निवडलेली कोणतीही विश्वासू व्यक्ती — जोडीदार, मूल, भावंड किंवा मित्र) आपला फोन आणि ईमेल OTP द्वारे पडताळल्यानंतर कधीही साइन इन करू शकतात. ॲपमध्ये त्यांचा ॲक्सेस read-only असतो, आणि ते साइन इन करताच तुम्हाला ईमेल येतो.
- ॲप्लिकेशन लॉजिकमध्ये Role-Based Access Control (RBAC) लागू केले आहे.
- Executor च्या भूमिका DynamoDB मध्ये ॲट्रिब्यूट्स म्हणून साठवल्या जातात.
- Executor सेशन्स read-only असतात: Executors ॲपमध्ये काहीही जोडू, बदलू किंवा डिलीट करू शकत नाहीत.
- जेव्हा जेव्हा एखादा Executor साइन इन करतो, तेव्हा Amazon SES तुम्हाला ईमेल पाठवते.
कुटुंबाला हँडओव्हर प्रक्रिया
माझ्या निधनानंतर माझ्या कुटुंबाला माझ्या vault मध्ये ॲक्सेस कसा मिळेल?
तुमचा Regular Executor त्यांच्या डॅशबोर्डवरून मृत्यूचा दावा (death claim) दाखल करतो आणि मृत्यू प्रमाणपत्र अपलोड करतो; तुम्हाला आणि तुमच्या Executors ना ईमेल पाठवला जातो. मंजुरी देण्यापूर्वी Soult चा अधिकृत ॲडमिनिस्ट्रेटर दाव्याचे पुनरावलोकन करतो — पडताळणी न झालेल्या विनंतीवर काहीही दिले जात नाही. मंजुरीनंतर तुमचे अकाउंट read-only होते, आणि Executor फोन आणि ईमेल OTP सह साइन इन करून तुमचा व्हॉल्ट पाहू आणि डाउनलोड करू शकतो. प्रत्येक वेळी ते साइन इन करतात तेव्हा तुमच्या खात्यावर ईमेल जातो.
- कोणत्याही Regular Executor ला ॲक्सेस मिळण्यापूर्वी, मृत्यू प्रमाणपत्रासह दाखल केलेल्या मृत्यूच्या दाव्याची Soult पडताळणी करून मंजुरी देते.
- Executor साइन-इनसाठी फोन आणि ईमेल OTP पडताळणी आवश्यक आहे.
- दाव्यांना Soult ॲडमिन्स मर्यादित-ॲक्सेस असलेल्या ॲडमिन पॅनलमध्ये मंजुरी देतात.
- Executor सेशन्स read-only असतात, आणि प्रत्येक Executor साइन-इनवर व्हॉल्ट मालकाला ईमेल पाठवला जातो.
प्रत्येक आयटम शेअर करता येत नाही
आज मी माझा CA किंवा जोडीदारासोबत एक डॉक्युमेंट शेअर करू शकेन का?
आज नाही. प्रत्येक आयटम शेअर करण्याची सोय नाही, अकाउंटंटसाठी फोल्डरनुसार ॲक्सेस नाही, आणि वेळ-मर्यादित शेअर लिंकही नाही. तुमच्या व्हॉल्टमध्ये पाहू शकणारे इतर लोक म्हणजे फक्त तुम्ही नियुक्त केलेले Executors, आणि तेही Executor प्रक्रियेद्वारेच.
- सध्याची आर्किटेक्चर प्रत्येक vault साठी सिंगल-टेनंट ॲक्सेस आहे.
- ग्रॅन्युलर शेअरिंग (प्रत्येक आयटम, प्रत्येक फोल्डर) हा एक महत्त्वाचा आर्किटेक्चरल बदल आहे.
- लक्ष्य पोस्ट-मॉर्टम हँडओव्हरवर आहे, सक्रिय कोलॅबोरेशनवर नाही.
- यामुळे सुरक्षा मॉडेल सोपे होते आणि ॲटॅक सरफेस कमी होतो.
वास्तविक जगातील धोके
मला कोणत्या सुरक्षा धोक्यांबद्दल माहिती असावी?
आम्ही रिमोट हल्ल्यांपासून संरक्षण करण्यासाठी काम करतो. पण तुम्हाला तुमचा PIN शेअर करण्यासाठी शारीरिकरित्या भाग पाडण्यापासून आम्ही रोखू शकत नाही. Soult हे माहितीची व्यवस्था आणि कुटुंबाच्या सातत्यासाठी आहे.
- थ्रेट मॉडेल रिमोट, टेक्निकल ॲटॅक्सवर लक्ष केंद्रित करते.
- हे जबरदस्ती, सोशल इंजिनिअरिंग किंवा युझरला असलेल्या शारीरिक धोक्यांपासून संरक्षण करत नाही.
भारतीय भूमीवर डेटा
माझा डेटा नेमका कुठे असतो आणि तो भारतीय भूमीवर आहे का?
आज, सर्व व्हॉल्ट डेटा भारतात, AWS मुंबईमध्ये स्टोअर केला जातो. भारताच्या DPDP Act, 2023 च्या तत्त्वांचा विचार करून तयार केलेले.
- प्रायमरी: AWS ap-south-1 (मुंबई).
- मुंबईमध्येच, डेटा अनेक AWS डेटा सेंटर्समध्ये (Availability Zones) स्टोअर केला जातो.
- व्हॉल्ट डेटा भारताबाहेर स्टोअर केला जात नाही.
- सर्व व्हॉल्ट डेटा भारतात (AWS मुंबई) स्टोअर केला जातो.
आपत्कालीन पुनर्प्राप्तीचे स्तर
जर एखादा सर्वर किंवा संपूर्ण रिजन (region) निकामी झाले, तर काय होते?
स्तर १ — एक सर्वर निकामी झाल्यास: वापरकर्त्यांना याची जाणीवही होत नाही; AWS च्या मॅनेज्ड सेवा तो आपोआप बदलतात.
स्तर २ — मुंबईतील एक डेटा सेंटर निकामी झाल्यास: सेवा सुरू राहते; तुमचा डेटा आधीच मुंबईतील अनेक डेटा सेंटर्समध्ये स्टोअर केलेला असतो.
स्तर ३ — संपूर्ण मुंबई रिजन (region) बंद पडल्यास: AWS रिजन पूर्ववत करेपर्यंत सेवा थांबते. दुसऱ्या रिजनमधील स्टँडबाय (standby) आमच्या रोडमॅपवर आहे, आज लाइव्ह नाही.
स्तर ४ — Soult बंद पडल्यास: आम्ही तुम्हाला आधीच कळवू आणि तुमच्या व्हॉल्टची कॉपी मिळवण्यासाठी मदत करू.
- AWS-मॅनेज्ड serverless सेवा (Lambda, DynamoDB, S3) एका सर्व्हरच्या बिघाडातून आपोआप सावरतात.
- DynamoDB आणि S3 मुंबईतील अनेक Availability Zones मध्ये डेटा रिडंडंटपणे (redundantly) स्टोअर करतात.
- क्रॉस-रिजन (cross-region) बॅकअप आणि फेलओव्हर (failover): आमच्या रोडमॅपवर.
- वन-क्लिक सेल्फ-सर्व्ह एक्सपोर्ट (export) आमच्या रोडमॅपवर आहे.
ऑडिट ट्रेल (Audit Trail)
माझ्या व्हॉल्टमध्ये (vault) केलेल्या प्रत्येक बदलाची नोंद असते का?
होय. तुमच्या व्हॉल्टमधील प्रत्येक निर्मिती, अपडेट (update) किंवा डिलीट करण्याची नोंद ऑडिट लॉगमध्ये (audit log) होते — बदल कोणी केला आणि केव्हा केला यासह.
- बदल आमच्या डेटाबेसमधील ऑडिट लॉग टेबलमध्ये लिहिले जातात.
- प्रत्येक क्रिएट (Create), अपडेट (Update) किंवा डिलीट (Delete) ची नोंद वापरकर्ता आणि टाइमस्टॅम्पसह (timestamp) केली जाते.
- ऑडिट नोंदींचा ॲक्सेस मर्यादित असतो आणि तुमच्या अकाउंटसोबत त्या डिलीट केल्या जातात.
डेटा वापरावरील मर्यादा
माझा डेटा कधी AI ला प्रशिक्षित करण्यासाठी वापरला जातो किंवा जाहिरातदारांना विकला जातो का?
नाही. तुमच्या व्हॉल्टमधील (vault) मजकूर कधीही AI मॉडेल्सना (models) प्रशिक्षित करण्यासाठी किंवा मार्केटिंगसाठी (marketing) वापरला जात नाही. उत्पन्न केवळ सबस्क्रिप्शनवर (subscription) आधारित आहे. जर आम्ही कमाईचा कोणताही नवीन मार्ग विचारात घेतला, तर आम्ही तुम्हाला आधी विचारू — कळवणार नाही, जाहीर करणार नाही — विचारू.
- बिझनेस मॉडेल (Business model) सबस्क्रिप्शन-आधारित (subscription-based) (SaaS) आहे, डेटा मॉनेटायझेशन (data monetization) नाही.
- तुमचा व्हॉल्ट कंटेंट AI प्रशिक्षणासाठी कधीही वापरला जाणार नाही, अशी वचनबद्धता आमच्या गोपनीयता धोरणात (Privacy Policy) आहे.
- व्हॉल्टमधील (vault) कंटेंट ॲनालिटिक्स किंवा AI प्रशिक्षण पाइपलाइन्समध्ये पाठवला जात नाही.
- Google Firebase आणि Meta App Events ना ॲप इव्हेंट्स आणि डिव्हाइस आयडेंटिफायर्स मिळतात (क्रॅश रिपोर्ट्समध्ये तुमचा ईमेलही असतो) — व्हॉल्ट कंटेंट कधीही नाही.
गोपनीयता विरुद्ध वारसा
माझा संपूर्ण व्हॉल्ट झिरो-नॉलेज (zero-knowledge) का नाही?
कारण लाइफ व्हॉल्ट तुमच्यानंतरही टिकला पाहिजे. जर चावी फक्त तुमच्याकडेच असती, तर हरवलेला फोन, विसरलेला PIN किंवा तुमचे निधन यामुळे तुमच्या कुटुंबासाठी दार कायमचे बंद होऊ शकले असते. म्हणूनच आम्ही तुमचा व्हॉल्ट रिकव्हर करण्यायोग्य (recoverable) असा डिझाइन केला आहे: तो आमच्या सर्व्हरवर एनक्रिप्ट केलेला असतो, Soult कर्मचाऱ्यांना त्याचा नियमित ॲक्सेस नसतो, आणि इतर कोणालाही प्रवेश मिळण्याचा एकमेव मार्ग म्हणजे तुम्ही नियुक्त केलेल्या Executors कडे पडताळणीनंतर होणारे हस्तांतरण. जे मोजके पासवर्ड फक्त तुम्हीच उघडले पाहिजेत, त्यांच्यासाठी Advanced Password Keeper चालू करा.
Soult तुमच्या वारशापर्यंत पोहोचण्याचा एक पूल आहे, डिजिटल डेड एंड (dead end) नाही.
- डिझाइननुसारच रिकव्हर करण्यायोग्य: व्हॉल्ट डेटा सर्व्हर-साइड एनक्रिप्ट केलेला असतो (रेस्टमध्ये AES-256, आणि संवेदनशील फील्ड्ससाठी AWS KMS), त्यामुळे तो तुम्हाला पुन्हा मिळवून देता येतो किंवा पडताळणी झालेल्या Executor ला read-only स्वरूपात दाखवता येतो. Advanced Password Keeper मधील नोंदी याला अपवाद आहेत: त्या तुमच्या डिव्हाइसवर एनक्रिप्ट केल्या जातात, आणि Soult त्या रिकव्हर करू शकत नाही.
भविष्यातील रोडमॅप (Roadmap)
पुढे कोणती सुरक्षा वैशिष्ट्ये येत आहेत?
नजीकच्या काळात: वन-क्लिक व्हॉल्ट एक्सपोर्ट, US सिलो (N. Virginia), SEA सिलो (सिंगापूर).
मध्यम काळात: डेडिकेटेड GCC सिलो, SOC 2 Type II.
नेहमी सुरू: सतत ऑडिट्स, सिक्युरिटी मजबूत करणे, इन्फ्रास्ट्रक्चर रिव्ह्यूज.
- व्हल्नरेबिलिटी असेसमेंट पूर्ण; संपूर्ण पेनिट्रेशन टेस्टचे नियोजन आहे.
- आम्ही वापरत असलेल्या managed services (Lambda, DynamoDB, S3, Cognito) AWS पॅच करते.
- CheckRed द्वारे क्लाउड कॉन्फिगरेशन मॉनिटरिंग; ऑटोमेटेड डिपेंडन्सी स्कॅनिंगचे नियोजन आहे.
प्रामाणिक दावे
सिक्युरिटी इंडस्ट्री भ्रामक buzzwords ने भरलेली आहे. आम्ही काय दावा करतो, काय नाही आणि का, हे इथे दिले आहे. आम्हाला विश्वास आहे की पारदर्शकता हेच सुरक्षिततेचे सर्वोच्च स्वरूप आहे.
| दावा | स्थिती | प्रामाणिक सत्य |
|---|---|---|
| AES-256 एन्क्रिप्शन | सत्य | रेस्टमधील सर्व डेटासाठी वापरले जाते. ट्रान्झिटमधील डेटा TLS ने संरक्षित केला जातो. हा इंडस्ट्री-स्टँडर्ड आहे, विशेष फीचर नाही. |
| इंडियन डेटा रेसिडेन्सी | सत्य | सर्व व्हॉल्ट डेटा भारतात, AWS मुंबईमध्ये स्टोअर आणि प्रोसेस केला जातो. आम्ही अद्याप संपूर्ण DPDP Act शी अनुरूप (compliant) नाही — त्याच्या सर्व जबाबदाऱ्या 13 मे 2027 पासून लागू होतात. |
| सर्वरलेस आर्किटेक्चर | सत्य | अटॅक सरफेस कमी करतो: मूळ सर्व्हर AWS चालवते आणि पॅच करते, आणि कॉम्प्रमाइज होण्यासाठी Soult चे दीर्घकाळ चालणारे कोणतेही सर्व्हर नाहीत. ॲप्लिकेशन कोड, APIs आणि कॉन्फिगरेशन यांचे संरक्षण अजूनही आवश्यक आहे. |
| झिरो-नॉलेज | अंशतः लाइव्ह | फक्त Advanced Password Keeper मधील पासवर्डसाठी, जे तुमच्या डिव्हाइसवर अशा की ने एनक्रिप्ट केले जातात जी Soult ला कधीही मिळत नाही. डबल-लॉक केलेले फील्ड्स AWS KMS सह सर्व्हर-साइड एनक्रिप्ट केले जातात; ते तुम्हाला दाखवण्यासाठी आणि कुटुंबाकडे हस्तांतरणासाठी आमच्या सिस्टीम्स ते डिक्रिप्ट करू शकतात, त्यामुळे ते झिरो-नॉलेज नाहीत. |
| ISO 27001 & ISO 9001 प्रमाणन | प्रगतीपथावर | सुरक्षा कार्यक्रम ISO 27001 शी संरेखित. गुणवत्ता व्यवस्थापन ISO 9001 शी संरेखित. दोन्हींसाठी मान्यताप्राप्त प्रमाणन प्रक्रिया सुरू आहे. |
| एंड-टू-एंड एन्क्रिप्शन | अंशतः लाइव्ह | फक्त Advanced Password Keeper मधील पासवर्डसाठी लाइव्ह आहे, जे तुमच्या डिव्हाइसवर एनक्रिप्ट केले जातात. बाकी सर्वकाही ट्रान्झिटमध्ये (TLS) आणि आमच्या सर्व्हरवर रेस्टमध्ये (AES-256) एनक्रिप्ट केलेले असते, एंड-टू-एंड नाही. |
| SOC 2 Type II रिपोर्ट | रोडमॅप | SOC 2: रेडिनेसचे (readiness) काम सुरू आहे; स्वतंत्र ऑडिटरने रिपोर्ट जारी केल्यावर आम्ही तो प्रकाशित करू. Type II रिपोर्टसाठी 6–12 महिन्यांचा निरीक्षण कालावधीही आवश्यक असतो. |
| मिलिटरी-ग्रेड सिक्युरिटी | मार्केटिंग | हा एक अर्थहीन मार्केटिंग शब्द आहे. आम्ही AES-256 आणि FIPS 140-validated की हार्डवेअरसारखी विशिष्ट, पडताळण्यायोग्य स्टँडर्ड्स वापरतो. |
| तात्काळ डिलीट (लाइव्ह डेटा) | तात्काळ | तुमचे अकाउंट डिलीट केल्यावर तुमचे साइन-इन आणि व्हॉल्ट नोंदी आमच्या डेटाबेसमधून, आणि तुमच्या फाइल्स ॲक्टिव्ह स्टोरेजमधून लगेच काढून टाकल्या जातात. आम्ही क्रिप्टोग्राफिक इरेझर (cryptographic erasure) वापरत नाही (नष्ट करण्यासाठी प्रत्येक युझरची वेगळी की नसते), त्यामुळे बॅकअप, फाइल्सच्या आधीच्या आवृत्त्या आणि सिस्टीम लॉग्समधील प्रती तात्काळ पुसल्या जात नाहीत. पेमेंटची नोंद तुमचे वैयक्तिक तपशील काढून टाकून ठेवली जाते. |
| अभेद्य / हॅक-प्रूफ | कधीही नाही | कोणतीही सिस्टीम अभेद्य नसते. आम्ही संरक्षणाच्या अनेक स्तरांवर, जलद शोध आणि पारदर्शक संवादावर लक्ष केंद्रित करतो. |
| ब्लॉकचेन | वापरले नाही | या कामासाठी Blockchain योग्य साधन नाही. ते विकेंद्रीकृत, सार्वजनिक विश्वासासाठी आहे. आम्हाला केंद्रीकृत, खाजगी विश्वास हवा आहे. त्याऐवजी आम्ही ऑडिट लॉग वापरतो. |
डेटा हटवणे आणि व्यवसाय बंद पडणे
मी माझा डेटा कायमचा कसा हटवू?
10 सेकंदांच्या पुष्टीकरण विरामानंतर आणि तुमचा MPIN टाकल्यानंतर, तुमचे साइन-इन आणि व्हॉल्ट नोंदी आमच्या डेटाबेसमधून डिलीट केल्या जातात आणि तुमच्या फाइल्स ॲक्टिव्ह स्टोरेजमधून लगेच काढून टाकल्या जातात. हे तुम्हाला किंवा आमच्या सपोर्ट टीमला पूर्ववत करता येत नाही. बॅकअप, फाइल्सच्या आधीच्या आवृत्त्या आणि सिस्टीम लॉग्समधील प्रती तात्काळ पुसल्या जात नाहीत, आणि पेमेंटची नोंद तुमचे वैयक्तिक तपशील काढून टाकून ठेवली जाते. तुम्हाला जे ठेवायचे आहे ते आधी डाउनलोड करा.
जर Soult बंद पडले तर काय होईल?
जर Soult ला कधी बंद करावे लागले, तर आम्ही तुम्हाला आधीच कळवू आणि तुमच्या व्हॉल्टची कॉपी मिळवण्यासाठी मदत करू. वन-क्लिक एक्सपोर्ट आमच्या रोडमॅपवर आहे. आम्ही तुमचा डेटा विकणार नाही किंवा तुमच्या संमतीशिवाय तुमचा vault कोणत्याही खरेदीदाराकडे हस्तांतरित करणार नाही.
सबस्क्रिप्शन पेमेंट कसे हाताळले जातात?
Soult वेबसाइटवर Razorpay द्वारे व्यवस्थापित केले जातात. कोणतेही इन-ॲप खरेदी नाहीत. यामुळे बिलिंग तुमच्या vault डिव्हाइसपासून वेगळे राहते.
सामान्य गैरसमज
Soult Blockchain का वापरत नाही?
Blockchain हे सार्वजनिक पडताळणीसाठी, सामायिक लेजरवर (shared ledgers) तयार केले आहे, जिथे पक्ष एकमेकांवर विश्वास ठेवत नाहीत. Soult vaults मात्र डिझाइननुसार खाजगी आहेत.
बदलांचा मागोवा घेण्यासाठी, आम्ही ऑडिट लॉग (audit logs) वापरतो — प्रत्येक Create, Update, Delete timestamp आणि actor सह रेकॉर्ड केले जाते. Blockchain मुळे खर्च, गुंतागुंत वाढेल आणि वापरकर्त्याची कोणतीही समस्या सोडवल्याशिवाय गोपनीयता कमी होईल.
- वापर-प्रकरणातील विसंगती: Blockchain विकेंद्रीकरण आणि पारदर्शकतेसाठी आहे.
- Soult ला केंद्रीकरण आणि गोपनीयता आवश्यक आहे.
- Blockchain च्या अतिरिक्त भाराशिवाय ऑडिट लॉग बदलांची नोंद ठेवतो.
- या ॲप्लिकेशनसाठी Blockchain ची कार्यक्षमता आणि खर्च खूप जास्त आहे.
संपूर्ण सिक्युरिटी व्हाईटपेपर वाचा
हे पेज सोप्या भाषेत माहिती देते. संपूर्ण तांत्रिक माहितीसाठी — एन्क्रिप्शन, की मॅनेजमेंट, ऍक्सेस कंट्रोल्स आणि डेटा रेसिडेन्सी — आमचा सिक्युरिटी व्हाईटपेपर वाचा.
सिक्युरिटी व्हाईटपेपर उघडा