પ્રામાણિક, પારદર્શક સુરક્ષા
અમે 'મિલિટરી-ગ્રેડ' કે 'અભેદ્ય' હોવાનો દાવો નથી કરતા, કારણ કે તે માર્કેટિંગની ખોટી વાતો છે. તમારી વિરાસતને અમે કેવી રીતે સુરક્ષિત રાખીએ છીએ તેની સંપૂર્ણ, પ્રામાણિક સત્ય અહીં, માણસો માટે લખેલું છે.
ટેકનિકલ માહિતી વધુ પસંદ છે? સિક્યોરિટી વ્હાઇટપેપર વાંચોસુરક્ષાના બે સ્તરો
Soult ના દરેક Vault માં સર્વર-સાઇડ એન્ક્રિપ્શન હોય છે. તમારા સૌથી સંવેદનશીલ પાસવર્ડ્સ માટે, તમે એક પગલું આગળ વધી શકો છો — અને ફક્ત તમારી પાસે જ તેની ચાવી રાખી શકો છો.
તમારા vault માં બધું
ટ્રાન્ઝિટમાં (TLS) અને એટ રેસ્ટ (AES-256) એન્ક્રિપ્ટેડ, અને તમારી સૌથી સંવેદનશીલ વિગતો — આધાર, PAN, કાર્ડ અને એકાઉન્ટ નંબર — પર AWS KMS નું વધારાનું લોક. Soult ના કર્મચારીઓને તમારા vault ની નિયમિત ઍક્સેસ નથી. ડિઝાઇનથી જ પુનઃપ્રાપ્ત કરી શકાય તેવું, જેથી સમય આવે ત્યારે ચકાસાયેલા Executor ને ફક્ત વાંચી શકાય તેવી ઍક્સેસ આપી શકાય.
તમારા સૌથી સંવેદનશીલ પાસવર્ડ્સ
તમારા ડિવાઇસ પર એવી કી વડે એન્ક્રિપ્ટ થયેલ છે જે ફક્ત તમે જાણો છો તે vault પાસવર્ડમાંથી મેળવેલ છે. કી ક્યારેય Soult સુધી પહોંચતી નથી — તેથી અમે આ પાસવર્ડ્સ ડીક્રિપ્ટ કરી શકતા નથી, ભલે દબાણ કરવામાં આવે. ફક્ત પાસવર્ડ પોતે જ સીલ થાય છે; એન્ટ્રીનો બાકીનો ભાગ Standard protection નો ઉપયોગ કરે છે. તમે રાખો છો તે Recovery Kit દ્વારા સુરક્ષિત.
પ્રામાણિક ટ્રેડ-ઓફ: જો તમે તમારો vault પાસવર્ડ અને તમારો Recovery Kit બંને ગુમાવો છો, તો આ એન્ટ્રીઓ હંમેશ માટે જતી રહે છે — Soult પણ તેમને રિસ્ટોર કરી શકતું નથી. Sole custody નો આ જ અર્થ છે.
કયા પાસવર્ડ ફક્ત તમે જ ક્યારેય ખોલી શકો, તે તમે નક્કી કરો છો. બાકી બધું જાણીજોઈને પુનઃપ્રાપ્ત કરી શકાય તેવું રહે છે, જેથી ખોવાયેલો ફોન કે ભૂલાયેલો PIN ક્યારેય તમારા પરિવારને બહાર ન રાખે. વધુ વૈકલ્પિક (opt-in) ઝીરો-નોલેજ વિકલ્પો અમારા roadmap પર છે.
રચનાની ઝાંખી
મારો ડેટા ખરેખર ક્યાં રહે છે?
તમારો ડેટા મુંબઈમાં AWS ના ડેટા સેન્ટર્સમાં સંગ્રહિત છે. Soult serverless AWS સેવાઓ — Lambda, DynamoDB, S3 અને Cognito — પર ચાલે છે, તેથી patch કરવા કે log in કરવા માટે Soult દ્વારા સંચાલિત કોઈ સર્વર નથી, અને નીચેના મશીનોને AWS સુરક્ષિત રાખે છે. આનાથી attack surface ઘટે છે, પણ સંપૂર્ણ દૂર થતી નથી: અમારા APIs, સાઇન-ઇન અને ક્લાઉડ કન્ફિગરેશનને હજુ પણ સુરક્ષાની જરૂર છે, જે અમે ઓથેન્ટિકેશન, લઘુત્તમ-વિશેષાધિકાર (least-privilege) ઍક્સેસ અને મોનિટરિંગ દ્વારા પૂરી પાડીએ છીએ.
- Serverless: AWS Lambda, DynamoDB, S3, Cognito.
- પ્રાથમિક રીજન: ap-south-1 (મુંબઈ).
- ક્રોસ-રીજન ડિઝાસ્ટર રિકવરી: અમારા roadmap પર.
ડેટા રેસિડેન્સી અને સાઈલો
દરેક યુઝરનો ડેટા ક્યાં જાય છે?
આજે Soult એક જ AWS રિજન — ભારતમાં મુંબઈ — માંથી ચાલે છે, અને દરેક vault ત્યાં જ સંગ્રહિત છે. અમે UAE માં લૉન્ચ કરવાની તૈયારી કરી રહ્યા છીએ. ત્યાંના યુઝર્સના vaults AWS મુંબઈ (ભારત) માં સંગ્રહિત થશે, અને સાઇન-અપ વખતે અમે તે માટે તેમની સ્પષ્ટ સંમતિ માંગીશું. અન્ય બજારો માટે અલગ પ્રાદેશિક સાઇલો અમારા roadmap પર છે; હજી સુધી કોઈ લાઇવ નથી.
- આજે: દરેક યુઝર માટે એક જ રિજન, ap-south-1 (મુંબઈ).
- Roadmap: અલગ પ્રાદેશિક સાઇલો, દરેકનો પોતાનો database અને file store.
- સાઇલો વચ્ચે દેશ-આધારિત રૂટિંગ હજી લાઇવ નથી.
AWS મુંબઈ શા માટે?
સ્થાનિક નિયમોનું પાલન અને સુરક્ષા માટે AWS મુંબઈ શા માટે?
AWS મુંબઈ અમને ભારતમાં એક પરિપક્વ, સ્વતંત્ર રીતે ઓડિટ થયેલ ડેટા-સેન્ટર વ્યવસ્થા આપે છે. તમારો ડેટા ભારતીય જમીન પર રાખવાથી તમારી વિરાસત ભારતીય કાયદાને અનુસરે છે અને કોઈ મુશ્કેલી વિના તમારા પરિવારની પહોંચમાં રહે છે.
- ભારતીય ડેટા માટે DPDP Act 2023 ના સિદ્ધાંતો સાથે સુસંગત.
- AWS નું પોતાનું ઇન્ફ્રાસ્ટ્રક્ચર સ્વતંત્ર રીતે ઓડિટ થયેલું છે, જેમાં ISO 27001 પ્રમાણપત્ર અને SOC 2 રિપોર્ટ્સનો સમાવેશ થાય છે.
- ભૌતિક સુરક્ષા AWS દ્વારા સંચાલિત.
ઓળખ અને Login
હું સુરક્ષિત રીતે sign up અને log in કેવી રીતે કરી શકું?
નોંધણી: ફોન OTP અને ઇમેઇલ OTP દ્વારા ચકાસણી. તમે એક સુરક્ષા પ્રશ્ન અને 4-અંકનો PIN સેટ કરો છો.
વિશ્વસનીય ઉપયોગ: દૈનિક ઍક્સેસ માટે ફક્ત તમારા 4-અંકના PIN ની જરૂર પડે છે.
નવું ડિવાઇસ: 2-Factor Security શરૂ થાય છે: પહેલા ફોન OTP, પછી તમારો PIN.
- યુઝર આઇડેન્ટિટી મેનેજમેન્ટ માટે AWS Cognito.
- SMS-આધારિત OTP ડિલિવરી માટે AWS SNS.
- ઇમેઇલ-આધારિત OTP ડિલિવરી માટે AWS SES.
શેર કરેલા ડિવાઇસની સુરક્ષા
મારા પરિવારના સભ્યો શેર કરેલા ફોન પર મારી vault app કેમ ખોલી શકતા નથી?
શેર કરેલા ફોનવાળા ઘરોમાં, ફિંગરપ્રિન્ટ્સ કોઈપણ રજિસ્ટર્ડ વ્યક્તિને દાખલ થવા દે છે. એક ખાનગી 4-અંકનો PIN તમારા vault ને ખાનગી રાખે છે, જ્યારે બાળકો ગેમ્સ રમે અથવા તમારા જીવનસાથી ફોનનો ઉપયોગ કરે.
- MPIN app-specific છે, device-wide નથી.
- બાયોમેટ્રિક્સ (ફિંગરપ્રિન્ટ/ફેસ) એ device-level સુવિધા છે, Soult ની સુરક્ષા લેયર નથી.
- PIN device keychain/keystore માં સુરક્ષિત રીતે સંગ્રહિત થાય છે.
- Session tokens એક્સપાયર થાય છે અને re-authentication ની જરૂર પડે છે.
4-આંકડાનો PIN શા માટે?
શું 4-આંકડાનો PIN ખરેખર પૂરતો સુરક્ષિત છે?
હા — કારણ કે સુરક્ષા PIN ની લંબાઈમાં નહીં, પણ લોકઆઉટમાં છે. ત્રણ ખોટા પ્રયાસ પછી તમારું vault 24 કલાક માટે લોક થઈ જાય છે. તમારા ફોન સાથે ચોરને પણ દરવાજો બંધ થાય તે પહેલાં માત્ર 3 પ્રયાસ મળે છે. અમે જાણી જોઈને 6 ને બદલે 4 આંકડા પસંદ કર્યા છે — 6 આંકડાથી ઘણા PIN ભૂલાઈ જાય છે, લોકઆઉટ થાય છે અને રીસેટ કરવા પડે છે.
- Brute-force protection: 3 પ્રયાસ પછી 24 કલાકનું લોકઆઉટ લાગુ પડે છે.
- લોકઆઉટ Cognito દ્વારા server-side લાગુ પડે છે.
- સાઇન-ઇન ચકાસવા માટે તમારો MPIN ફક્ત TLS દ્વારા અમારા identity provider (AWS Cognito) ને મોકલવામાં આવે છે; 3 નિષ્ફળ પ્રયાસો પછી એકાઉન્ટ 24 કલાક માટે લોક થઈ જાય છે.
- સુરક્ષા અને ઉપયોગીતા વચ્ચે સંતુલન જાળવવા માટે user experience નો નિર્ણય.
Data-at-Rest Encryption
જો કોઈ અમારા server માંથી hard drive ચોરી લે તો શું?
તમારો ડેટા એટ રેસ્ટ AES-256 encrypted છે, તેથી ચોરાયેલી ડ્રાઇવમાં ફક્ત વાંચી ન શકાય તેવો ciphertext જ હોય છે. Encryption keys નું સંચાલન AWS દ્વારા, ડેટાથી અલગ, થાય છે.
- DynamoDB tables AWS દ્વારા સંચાલિત keys વડે encrypted at rest (AES-256) છે.
- S3 માંની ફાઇલો server-side encryption (SSE-S3, AES-256) નો ઉપયોગ કરે છે અને 15 મિનિટ પછી સમાપ્ત થતી pre-signed links દ્વારા ટ્રાન્સફર થાય છે.
- બધા backups અને snapshots પણ encrypted હોય છે.
Encryption Key Authority
Encryption keys કોની પાસે હોય છે?
AWS રાખે છે. અમારી field-encryption key AWS Key Management Service ના hardware ની અંદર રહે છે અને ક્યારેય વાંચી શકાય તેવા સ્વરૂપમાં બહાર આવતી નથી, તેથી Soult માં કોઈ પણ વ્યક્તિ ક્યારેય raw key સંભાળતી નથી. જ્યારે તમે કોઈ સુરક્ષિત field સેવ કરો છો કે જુઓ છો ત્યારે અમારી એપ્લિકેશન KMS ને તેનો ઉપયોગ કરવા કહે છે — આ જ ચકાસાયેલી પારિવારિક સોંપણી શક્ય બનાવે છે, તેથી તે એવી key નથી જે ફક્ત તમારી પાસે હોય. ફાઇલો અને database tables માટેની keys નું સંચાલન AWS કરે છે.
- Field-level encryption keys નું સંચાલન AWS KMS માં થાય છે; ફાઇલ અને table encryption keys નું સંચાલન AWS કરે છે.
- KMS keys FIPS 140-validated Hardware Security Modules (HSMs) માં રાખવામાં આવે છે.
ડબલ-લોક સુરક્ષા
સંવેદનશીલ fields માટે double-lock security શું છે?
ચોક્કસ અતિ-સંવેદનશીલ વિગતો — આધાર, PAN અને પાસપોર્ટ નંબર, કાર્ડ અને એકાઉન્ટ નંબર, અને Standard Password Keeper પાસવર્ડ — માટે અમે બીજું સ્તર ઉમેરીએ છીએ: સંગ્રહ કરતા પહેલાં અમારા servers તે દરેક field ને AWS KMS માં રાખેલી key વડે encrypt કરે છે. Database માં તે ciphertext રૂપે હોય છે, અને તમે જાતે જોવાનું પસંદ ન કરો ત્યાં સુધી app તેમને masked બતાવે છે.
- Customer-managed AWS KMS key સાથે server-side, field-level encryption, જે record લખાય તે પહેલાં backend દ્વારા લાગુ થાય છે.
- આ fields TLS દ્વારા અમારા સુધી પહોંચે છે અને અમારા servers પર encrypt થાય છે. ફક્ત Advanced Password Keeper પાસવર્ડ જ upload પહેલાં તમારા device પર encrypt થાય છે.
ડેટા-ઇન-ટ્રાન્ઝિટ ટનલ
શું મારો ડેટા public Wi-Fi પર સુરક્ષિત છે?
ડેટા એક સુરક્ષિત tunnel દ્વારા પ્રવાસ કરે છે. public airport Wi-Fi પરના hackers તમે શું upload કરો છો કે વાંચો છો તે જોઈ શકતા નથી.
- બધા API અને data transfers માટે TLS 1.2 અથવા તેનાથી ઉચ્ચતર લાગુ પડે છે.
- અમારું API ફક્ત HTTPS connections જ સ્વીકારે છે (AWS API Gateway દ્વારા).
- File uploads અને downloads pre-signed S3 URLs નો ઉપયોગ કરે છે, જે 15 મિનિટ પછી સમાપ્ત થાય છે.
કર્મચારીઓની પહોંચની મર્યાદા
શું Soult ના કર્મચારીઓ મારા રહસ્યો જોઈ શકે છે?
નિયમિત કામગીરીમાં નહીં. સામાન્ય કામકાજ દરમિયાન Soult ના કર્મચારીઓ તમારા vault ની સામગ્રી જોતા નથી, અને અમારી production systems ની ઍક્સેસ પ્રતિબંધિત અને લોગ થયેલી છે. જ્યારે મૃત્યુના દાવાની સમીક્ષા થઈ રહી હોય, ત્યારે થોડા અધિકૃત કર્મચારીઓ તે એકાઉન્ટના દસ્તાવેજો ખોલી શકે છે, અને આવી દરેક ઍક્સેસ લોગ થાય છે. તમારા સૌથી સંવેદનશીલ fields KMS-encrypted ciphertext તરીકે પણ સંગ્રહિત છે, તેથી માત્ર database જોવાથી તે જાહેર થતા નથી.
- IAM roles least privilege ના સિદ્ધાંતનું પાલન કરે છે.
- Production systems ની ઍક્સેસ ફક્ત અધિકૃત કર્મચારીઓ સુધી મર્યાદિત છે.
- વહીવટી (administrative) ઍક્સેસ લોગ થાય છે.
Executor ઍક્સેસ ભૂમિકાઓ
મારું vault કોણ જોઈ શકે છે?
નિયમિત Executor: મૃત્યુનો દાવો (death claim) રજૂ કરી શકે છે. Soult તેની ચકાસણી કરીને મંજૂરી આપે પછી, તેઓ ફોન અને ઇમેઇલ OTP વડે સાઇન ઇન કરીને તમારું vault read-only મોડમાં જોઈ શકે છે.
ઇમરજન્સી Executor: (તમે પસંદ કરો તે કોઈ પણ વિશ્વાસુ વ્યક્તિ — જીવનસાથી, સંતાન, ભાઈ-બહેન કે મિત્ર) OTP દ્વારા પોતાનો ફોન અને ઇમેઇલ ચકાસ્યા પછી ગમે ત્યારે સાઇન ઇન કરી શકે છે. App માં તેમની ઍક્સેસ read-only હોય છે, અને તેઓ સાઇન ઇન કરે કે તરત જ તમને ઇમેઇલ મળે છે.
- Role-Based Access Control (RBAC) એપ્લિકેશન લોજિકમાં લાગુ કરવામાં આવ્યું છે.
- Executor ભૂમિકાઓ DynamoDB માં એટ્રિબ્યુટ્સ તરીકે સંગ્રહિત થાય છે.
- Executor sessions read-only હોય છે: executors app માં કંઈ પણ ઉમેરી, બદલી કે ડિલીટ કરી શકતા નથી.
- જ્યારે પણ કોઈ executor સાઇન ઇન કરે, ત્યારે Amazon SES તમને ઇમેઇલ કરે છે.
પરિવારને હેન્ડઓવર પ્રવાહ
મારા અવસાન પછી મારો પરિવાર મારા vault ની ઍક્સેસ ખરેખર કેવી રીતે મેળવે છે?
તમારા Regular Executor તેમના ડેશબોર્ડ પરથી મૃત્યુનો દાવો રજૂ કરે છે અને મૃત્યુ પ્રમાણપત્ર અપલોડ કરે છે; તમને અને તમારા Executors ને ઇમેઇલ મોકલવામાં આવે છે. Soult ના અધિકૃત એડમિનિસ્ટ્રેટર મંજૂરી આપતા પહેલાં દાવાની સમીક્ષા કરે છે — ચકાસણી વિનાની વિનંતી પર કંઈ પણ આપવામાં આવતું નથી. મંજૂરી મળ્યા પછી, તમારું એકાઉન્ટ read-only બની જાય છે, અને executor ફોન અને ઇમેઇલ OTP વડે સાઇન ઇન કરીને તમારું vault જુએ અને ડાઉનલોડ કરે છે. દર વખતે તેઓ સાઇન ઇન કરે ત્યારે તમારા એકાઉન્ટ પર ઇમેઇલ જાય છે.
- કોઈ પણ regular executor ઍક્સેસ પહેલાં, મૃત્યુ પ્રમાણપત્ર સાથેનો મૃત્યુનો દાવો Soult દ્વારા ચકાસાય છે અને મંજૂર થાય છે.
- Executor સાઇન-ઇન માટે ફોન અને ઇમેઇલ OTP ચકાસણી જરૂરી છે.
- દાવાઓને Soult admins એક ઍક્સેસ-પ્રતિબંધિત admin panel માં મંજૂર કરે છે.
- Executor sessions read-only હોય છે, અને દરેક executor સાઇન-ઇન પર માલિકને ઇમેઇલ મળે છે.
કોઈ પણ વસ્તુ દીઠ શેરિંગ નહીં
શું હું આજે મારા CA અથવા જીવનસાથી સાથે એક ડોક્યુમેન્ટ શેર કરી શકું છું?
આજે નહીં. કોઈ પર-આઇટમ શેરિંગ નથી, એકાઉન્ટન્ટ માટે કોઈ પર-ફોલ્ડર ઍક્સેસ નથી, અને કોઈ સમય-મર્યાદિત શેર લિંક નથી. તમારા vault ની અંદર ક્યારેય જોઈ શકે તેવા અન્ય લોકો ફક્ત તમે નિયુક્ત કરેલા executors જ છે, અને તે પણ executor ફ્લો દ્વારા.
- વર્તમાન આર્કિટેક્ચર પ્રતિ vault સિંગલ-ટેનન્ટ ઍક્સેસ છે.
- ગ્રેન્યુલર શેરિંગ (વસ્તુ દીઠ, ફોલ્ડર દીઠ) એક નોંધપાત્ર આર્કિટેક્ચરલ ફેરફાર છે.
- ધ્યાન પોસ્ટ-મોર્ટમ હેન્ડઓવર પર છે, સક્રિય સહયોગ પર નહીં.
- આ સુરક્ષા મોડેલને સરળ બનાવે છે અને હુમલાની સપાટી ઘટાડે છે.
વાસ્તવિક દુનિયાના જોખમો
મારે કયા સુરક્ષા જોખમો વિશે જાણવું જોઈએ?
અમે દૂરથી થતા હુમલાઓ સામે રક્ષણ આપવા માટે કામ કરીએ છીએ. જો તમને તમારો PIN શેર કરવા માટે શારીરિક રીતે દબાણ કરવામાં આવે, તો અમે તેને રોકી શકતા નથી. Soult સંગઠન અને પરિવારની સાતત્યતા માટે છે.
- થ્રેટ મોડેલ રિમોટ, ટેકનિકલ હુમલાઓ પર ધ્યાન કેન્દ્રિત કરે છે.
- વપરાશકર્તાને બળજબરી, સોશિયલ એન્જિનિયરિંગ અથવા શારીરિક ધમકીઓ સામે રક્ષણ આપતું નથી.
ભારતીય ભૂમિ પર ડેટા
મારો ડેટા બરાબર ક્યાં રહે છે અને શું તે ભારતીય ભૂમિ પર છે?
આજે, બધો vault ડેટા ભારતમાં, AWS મુંબઈમાં સંગ્રહિત છે. ભારતના DPDP Act, 2023 ના સિદ્ધાંતોને ધ્યાનમાં રાખીને બનાવેલ.
- પ્રાથમિક: AWS ap-south-1 (મુંબઈ).
- મુંબઈની અંદર, ડેટા અનેક AWS ડેટા સેન્ટર્સ (Availability Zones) માં સંગ્રહિત થાય છે.
- Vault ડેટા ભારતની બહાર સંગ્રહિત થતો નથી.
- બધો Vault ડેટા ભારતમાં (AWS મુંબઈ) સંગ્રહિત થાય છે.
ડિઝાસ્ટર રિકવરી ટિયર્સ
જો કોઈ સર્વર (server) કે આખો પ્રદેશ (region) નિષ્ફળ જાય તો શું થાય?
ટિયર 1 — એક સર્વર નિષ્ફળ જાય: યુઝર્સને ખબર પણ પડતી નથી; AWS ની managed services તેને આપમેળે બદલી નાખે છે.
ટિયર 2 — મુંબઈનું એક ડેટા સેન્ટર નિષ્ફળ જાય: સેવા ચાલુ રહે છે; તમારો ડેટા પહેલેથી જ મુંબઈના અનેક ડેટા સેન્ટર્સમાં સંગ્રહિત છે.
ટિયર 3 — આખું મુંબઈ રીજન ડાઉન થાય: AWS રીજનને પુનઃસ્થાપિત કરે ત્યાં સુધી સેવા થંભી જાય છે. બીજા રીજનમાં standby અમારા roadmap પર છે, આજે લાઇવ નથી.
ટિયર 4 — Soult બંધ થાય: અમે તમને અગાઉથી જાણ કરીશું અને તમારા vault ની કોપી મેળવવામાં તમારી મદદ કરીશું.
- AWS-managed serverless services (Lambda, DynamoDB, S3) single-server નિષ્ફળતામાંથી આપમેળે રિકવર થાય છે.
- DynamoDB અને S3 મુંબઈમાં અનેક Availability Zones માં ડેટા redundantly સંગ્રહિત કરે છે.
- ક્રોસ-રીજન બેકઅપ અને failover: અમારા roadmap પર.
- એક-ક્લિક સેલ્ફ-સર્વ એક્સપોર્ટ અમારા roadmap પર છે.
ઓડિટ ટ્રેઇલ (Audit Trail)
મારા vault માં થયેલા દરેક ફેરફારનો રેકોર્ડ (record) હોય છે?
હા. તમારા vault માં દરેક Creation, Update કે Deletion ની નોંધ ઓડિટ લોગમાં થાય છે — કોણે ફેરફાર કર્યો અને ક્યારે, તે સાથે.
- ફેરફારો અમારા database માં એક audit log table માં લખાય છે.
- દરેક Create, Update કે Delete યુઝર અને timestamp સાથે લોગ થાય છે.
- Audit records ઍક્સેસ-પ્રતિબંધિત છે અને તમારા એકાઉન્ટની સાથે જ ડિલીટ થાય છે.
ડેટા ઉપયોગની મર્યાદાઓ
શું મારો ડેટા (data) ક્યારેય AI ને ટ્રેન (train) કરવા માટે કે જાહેરાતકર્તાઓને વેચવામાં આવે છે?
ના. તમારા vault નો કન્ટેન્ટ (content) ક્યારેય AI મોડેલ્સને (models) ટ્રેન (train) કરવા માટે કે માર્કેટિંગ (marketing) માટે ઉપયોગમાં લેવાતો નથી. આવક ફક્ત સબ્સ્ક્રિપ્શન (subscription) દ્વારા જ છે. જો અમે ક્યારેય કમાણીનો કોઈ નવો રસ્તો વિચારીશું, તો અમે તમને પહેલા પૂછીશું — જાણ નહીં કરીએ, જાહેરાત નહીં કરીએ — પૂછીશું.
- બિઝનેસ મોડેલ (Business model) સબ્સ્ક્રિપ્શન-આધારિત (subscription-based) (SaaS) છે, ડેટા મોનેટાઇઝેશન (data monetization) નથી.
- અમારી Privacy Policy પ્રતિબદ્ધતા આપે છે કે તમારા vault ની સામગ્રીનો ક્યારેય AI ટ્રેનિંગ માટે ઉપયોગ થતો નથી.
- Vault ની સામગ્રી એનાલિટિક્સ કે AI ટ્રેનિંગ પાઇપલાઇન્સમાં આપવામાં આવતી નથી.
- Google Firebase અને Meta App Events ને એપ ઇવેન્ટ્સ અને ડિવાઇસ આઇડેન્ટિફાયર્સ મળે છે (ક્રેશ રિપોર્ટ્સમાં તમારું ઇમેઇલ પણ સામેલ હોય છે) — vault ની સામગ્રી ક્યારેય નહીં.
ગુપ્તતા વિરુદ્ધ વારસો
મારું આખું vault ઝીરો-નોલેજ કેમ નથી?
કારણ કે જીવનનું vault તમારા પછી પણ ટકવું જોઈએ. જો ચાવી ફક્ત તમારી પાસે જ હોય, તો ખોવાયેલો ફોન, ભૂલાયેલો PIN કે તમારું અવસાન તમારા પરિવારને કાયમ માટે બહાર રાખી શકે. તેથી અમે તમારું vault પુનઃપ્રાપ્ત કરી શકાય તેવું ડિઝાઇન કર્યું છે: તે અમારા servers પર encrypted છે, Soult ના કર્મચારીઓને નિયમિત ઍક્સેસ નથી, અને બીજું કોઈ અંદર આવી શકે તેનો એકમાત્ર રસ્તો તમે નિયુક્ત કરેલા executors ને ચકાસાયેલ હેન્ડઓવર છે. જે થોડા પાસવર્ડ ફક્ત તમે જ ક્યારેય ખોલવા જોઈએ, તેમના માટે Advanced Password Keeper ચાલુ કરો.
Soult તમારા વારસા માટે એક સેતુ છે, ડિજિટલ ડેડ એન્ડ (digital dead end) નથી.
- ડિઝાઇનથી પુનઃપ્રાપ્ત કરી શકાય તેવું: vault ડેટા server-side encrypted છે (AES-256 એટ રેસ્ટ, ઉપરાંત સંવેદનશીલ fields માટે AWS KMS), તેથી તે તમને પાછો આપી શકાય છે અથવા ચકાસાયેલ executor ને read-only બતાવી શકાય છે. Advanced Password Keeper એન્ટ્રીઓ અપવાદ છે: તે તમારા device પર encrypted છે, અને Soult તેમને રિકવર કરી શકતું નથી.
ભવિષ્યનો રોડમેપ
આગળ કયા સિક્યોરિટી ફીચર્સ આવી રહ્યા છે?
નજીકના ભવિષ્યમાં: વન-ક્લિક vault export, US silo (N. Virginia), SEA silo (Singapore).
મધ્યમ ગાળામાં: ડેડિકેટેડ GCC સિલો, SOC 2 ટાઇપ II.
હંમેશા ચાલુ: ચાલુ ઓડિટ્સ, સિક્યોરિટી હાર્ડનિંગ, ઇન્ફ્રાસ્ટ્રક્ચર રિવ્યુઝ.
- Vulnerability assessment પૂર્ણ થયું છે; સંપૂર્ણ પેનિટ્રેશન ટેસ્ટનું આયોજન છે.
- અમે જેના પર ચાલીએ છીએ તે managed services (Lambda, DynamoDB, S3, Cognito) ને AWS patch કરે છે.
- CheckRed દ્વારા ક્લાઉડ કન્ફિગરેશન મોનિટરિંગ; ઓટોમેટેડ ડિપેન્ડન્સી સ્કેનિંગનું આયોજન છે.
ખરા દાવા
સિક્યોરિટી ઇન્ડસ્ટ્રી ગેરમાર્ગે દોરનારા buzzwords થી ભરેલી છે. અમે શું દાવો કરીએ છીએ, શું નથી કરતા અને શા માટે, તે અહીં છે. અમારું માનવું છે કે પારદર્શિતા એ સુરક્ષાનું સર્વોચ્ચ સ્વરૂપ છે.
| દાવો | સ્થિતિ | સાચી હકીકત |
|---|---|---|
| AES-256 એન્ક્રિપ્શન | સાચું | બધા data at rest માટે ઉપયોગમાં લેવાય છે. Data in transit TLS વડે સુરક્ષિત છે. આ ઇન્ડસ્ટ્રી-સ્ટાન્ડર્ડ છે, કોઈ ખાસ ફીચર નથી. |
| ભારતીય ડેટા રેસિડેન્સી | સાચું | બધો vault ડેટા ભારતમાં, AWS મુંબઈમાં સ્ટોર અને પ્રોસેસ થાય છે. અમે હજુ સમગ્ર DPDP Act નું પાલન કરતા નથી — તેની સંપૂર્ણ જવાબદારીઓ 13 મે 2027 થી લાગુ થાય છે. |
| સર્વરલેસ આર્કિટેક્ચર | સાચું | attack surface ઘટાડે છે: નીચેના servers AWS ચલાવે છે અને patch કરે છે, અને compromise કરવા માટે કોઈ લાંબા સમયથી ચાલતા Soult servers નથી. Application code, APIs અને configuration ને હજુ પણ સુરક્ષાની જરૂર છે. |
| ઝીરો-નોલેજ | આંશિક રીતે લાઇવ | ફક્ત Advanced Password Keeper પાસવર્ડ માટે, જે તમારા device પર એવી key વડે encrypt થાય છે જે Soult ને ક્યારેય મળતી નથી. Double-locked fields AWS KMS વડે server-side encrypted છે; તમને બતાવવા અને family handover ને ટેકો આપવા અમારી systems તેમને decrypt કરી શકે છે, તેથી તે zero-knowledge નથી. |
| ISO 27001 અને ISO 9001 સર્ટિફિકેશન | પ્રગતિમાં | સુરક્ષા પ્રોગ્રામ ISO 27001 સાથે સંરેખિત. ગુણવત્તા વ્યવસ્થાપન ISO 9001 સાથે સંરેખિત. બંને માટે માન્યતાપ્રાપ્ત સર્ટિફિકેશન પ્રગતિમાં છે. |
| એન્ડ-ટુ-એન્ડ એન્ક્રિપ્શન | આંશિક રીતે લાઇવ | ફક્ત Advanced Password Keeper પાસવર્ડ માટે લાઇવ, જે તમારા device પર encrypt થાય છે. બાકી બધું અમારા servers પર transit (TLS) અને at rest (AES-256) માં encrypted છે, end-to-end નહીં. |
| SOC 2 Type II રિપોર્ટ | રોડમેપ | SOC 2: તૈયારી (readiness) નું કામ ચાલી રહ્યું છે; સ્વતંત્ર ઑડિટર રિપોર્ટ જારી કરશે ત્યારે અમે તે પ્રકાશિત કરીશું. Type II રિપોર્ટ માટે 6–12 મહિનાનો ઓબ્ઝર્વેશન સમયગાળો પણ જરૂરી છે. |
| મિલિટરી-ગ્રેડ સુરક્ષા | માર્કેટિંગ | આ એક અર્થહીન માર્કેટિંગ ટર્મ છે. અમે AES-256 અને FIPS 140-validated key hardware જેવા ચોક્કસ, ચકાસી શકાય તેવા સ્ટાન્ડર્ડ્સનો ઉપયોગ કરીએ છીએ. |
| તાત્કાલિક ડિલીશન (લાઇવ ડેટા) | તાત્કાલિક | તમારું એકાઉન્ટ ડિલીટ કરવાથી તમારું સાઇન-ઇન અને vault રેકોર્ડ્સ અમારા databases માંથી અને તમારી ફાઇલો સક્રિય સ્ટોરેજમાંથી તરત જ દૂર થાય છે. અમે cryptographic erasure નો ઉપયોગ કરતા નથી (નાશ કરવા માટે કોઈ પર-યુઝર key નથી), તેથી બેકઅપ, ફાઇલોના અગાઉના વર્ઝન અને સિસ્ટમ લોગ્સમાંની કોપીઓ તરત જ ભૂંસાતી નથી. પેમેન્ટ રેકોર્ડ તમારી વ્યક્તિગત વિગતો દૂર કરીને રાખવામાં આવે છે. |
| અભેદ્ય / હેક-પ્રૂફ | ક્યારેય નહીં | કોઈપણ સિસ્ટમ અભેદ્ય નથી. અમે સુરક્ષાના અનેક સ્તરો, ઝડપી તપાસ અને પારદર્શક સંચાર પર ધ્યાન કેન્દ્રિત કરીએ છીએ. |
| બ્લોકચેન | ઉપયોગ થતો નથી | આ કામ માટે Blockchain યોગ્ય સાધન નથી. તે વિકેન્દ્રિત, જાહેર વિશ્વાસ માટે છે. અમને કેન્દ્રિત, ખાનગી વિશ્વાસની જરૂર છે. તેના બદલે અમે ઓડિટ લોગનો ઉપયોગ કરીએ છીએ. |
ડેટા ડિલીટ કરવો અને કંપની બંધ થવી
મારો ડેટા કાયમ માટે કેવી રીતે ડિલીટ કરવો?
10-સેકન્ડના કન્ફર્મેશન પોઝ અને તમારા MPIN પછી, તમારું સાઇન-ઇન અને vault રેકોર્ડ્સ અમારા databases માંથી ડિલીટ થાય છે અને તમારી ફાઇલો સક્રિય સ્ટોરેજમાંથી તરત જ દૂર થાય છે. આ ન તો તમે કે ન તો અમારી સપોર્ટ ટીમ પાછું લાવી શકે છે. બેકઅપ, ફાઇલોના અગાઉના વર્ઝન અને સિસ્ટમ લોગ્સમાંની કોપીઓ તરત જ ભૂંસાતી નથી, અને પેમેન્ટ રેકોર્ડ તમારી વ્યક્તિગત વિગતો દૂર કરીને રાખવામાં આવે છે. તમે જે કંઈ રાખવા માંગતા હો તે પહેલાં ડાઉનલોડ કરી લો.
જો Soult બંધ થાય તો શું થશે?
જો Soult ને ક્યારેય બંધ કરવું પડે, તો અમે તમને અગાઉથી જાણ કરીશું અને તમારા vault ની કોપી મેળવવામાં તમારી મદદ કરીશું. એક-ક્લિક એક્સપોર્ટ અમારા roadmap પર છે. અમે તમારો ડેટા વેચીશું નહીં કે તમારી સંમતિ વિના તમારા વોલ્ટને કોઈ ખરીદનારને ટ્રાન્સફર કરીશું નહીં.
સબ્સ્ક્રિપ્શન પેમેન્ટ્સ કેવી રીતે હેન્ડલ થાય છે?
Soult વેબસાઇટ પર Razorpay દ્વારા સંચાલિત. કોઈ ઇન-એપ ખરીદી નથી. આ બિલિંગને તમારા વોલ્ટ ડિવાઇસથી અલગ રાખે છે.
સામાન્ય ગેરમાન્યતાઓ
Soult Blockchain નો ઉપયોગ કેમ કરતું નથી?
Blockchain એ શેર કરેલા લેજર્સ પર જાહેર વેરિફિકેશન માટે બનાવવામાં આવ્યું છે જ્યાં પક્ષો એકબીજા પર વિશ્વાસ કરતા નથી. Soult વોલ્ટ્સ ડિઝાઇન દ્વારા ખાનગી છે.
બદલાવ ટ્રેક કરવા માટે, અમે ઓડિટ લોગનો ઉપયોગ કરીએ છીએ — દરેક Create, Update, Delete ટાઇમસ્ટેમ્પ અને એક્ટર સાથે રેકોર્ડ થાય છે. Blockchain ખર્ચ, જટિલતા ઉમેરશે અને કોઈપણ યુઝર સમસ્યા હલ કર્યા વિના ગોપનીયતા ઘટાડશે.
- યુઝ કેસ મેળ ખાતો નથી: Blockchain વિકેન્દ્રીકરણ અને પારદર્શિતા માટે છે.
- Soult ને કેન્દ્રીકરણ અને ગોપનીયતાની જરૂર છે.
- ઓડિટ લોગ Blockchain ના વધારાના ખર્ચ વિના ફેરફારો નોંધે છે.
- આ એપ્લિકેશન માટે Blockchain ની કામગીરી અને ખર્ચ ખૂબ વધારે છે.
સંપૂર્ણ સિક્યોરિટી વ્હાઇટપેપર વાંચો
આ પેજ ફક્ત સામાન્ય માહિતી માટે છે. સંપૂર્ણ ટેકનિકલ આર્કિટેક્ચર — એન્ક્રિપ્શન, કી મેનેજમેન્ટ, એક્સેસ કંટ્રોલ્સ અને ડેટા રેસિડેન્સી વિશે ઊંડાણપૂર્વક જાણવા માટે, અમારું સિક્યોરિટી વ્હાઇટપેપર વાંચો.
સિક્યોરિટી વ્હાઇટપેપર ખોલો