வாழ்க்கையின் தொடர்ச்சிக்கு
உருவாக்கப்பட்ட கட்டமைப்பு.
உங்கள் டிஜிட்டல் லைஃப் வால்ட்டின் பின்னால் உள்ள தொழில்நுட்பத்தைப் பற்றிய வெளிப்படையான விளக்கம். நாங்கள் கடினமான தொழில்முறை வார்த்தைகளைத் தவிர்த்து, உங்கள் குடும்பத்திற்கு பாதுகாப்பான, மனிதநேயமிக்க பாலத்தை வழங்குகிறோம்.
சிஸ்டம் வடிவமைப்பு
எனது தரவு உண்மையில் எங்கே சேமிக்கப்படுகிறது?
நாங்கள் மும்பையில் உள்ள Amazon-இன் Data Centres-ஐ (ap-south-1) பயன்படுத்துகிறோம். எங்கள் சிஸ்டம் “serverless” ஆகும்: patch செய்யவோ log in செய்யவோ Soult நிர்வகிக்கும் சர்வர்கள் எதுவும் இல்லை, அடிப்படை இயந்திரங்களை AWS பாதுகாக்கிறது. இது தாக்குதல் பரப்பைக் குறைக்கிறது, ஆனால் முற்றிலும் நீக்குவதில்லை — எங்கள் API-கள், sign-in மற்றும் cloud configuration ஆகியவற்றை இன்னும் பாதுகாக்க வேண்டும்.
ap-south-1 (மும்பை)-இல் DynamoDB, S3 மற்றும் Cognito உடன் AWS Lambda-வில் serverless compute. தரவு பல Availability Zones-இல் சேமிக்கப்படுகிறது. பிராந்தியங்களுக்கு இடையேயான disaster recovery எங்கள் roadmap-ல் உள்ளது.
இன்று ஒரே பிராந்தியம், அடுத்து Silo-கள்
ஒவ்வொரு பயனரின் தரவும் எங்கே செல்கிறது?
இன்று Soult, இந்தியாவின் AWS மும்பையில் ஒரே ஒரு silo-வாக இயங்குகிறது; ஒவ்வொரு பயனரின் வால்ட்டும் அங்கேயே சேமிக்கப்படுகிறது. UAE-இல் தொடங்க நாங்கள் தயாராகி வருகிறோம். அங்குள்ள பயனர்களின் வால்ட்கள் AWS மும்பையில் (இந்தியா) சேமிக்கப்படும்; அதற்கு பதிவு செய்யும்போது அவர்களின் வெளிப்படையான சம்மதத்தைக் கேட்போம். தனி பிராந்திய silo-கள் எங்கள் roadmap-ல் உள்ளன.
இன்று: ஒவ்வொரு பயனருக்கும் ஒரே silo, ap-south-1 (மும்பை); நாடு அடிப்படையிலான routing எதுவும் செயல்பாட்டில் இல்லை. Roadmap: பதிவு செய்யும்போது home-region routing, ஒரு US silo (us-east-1, us-west-2), ஒரு SEA silo (ap-southeast-1, ap-southeast-3) மற்றும் ஒரு பிரத்யேக GCC silo.
ஏன் AWS மும்பை?
உள்ளூர் இணக்கம் மற்றும் பாதுகாப்பு.
AWS மும்பை, இந்தியாவில் முதிர்ச்சியான, சுயாதீனமாகத் தணிக்கை செய்யப்பட்ட டேட்டா சென்டர் வசதியை எங்களுக்கு வழங்குகிறது. இந்திய மண்ணில் உங்கள் தரவு இருப்பதால், உங்கள் மரபு (legacy) இந்தியச் சட்டங்களைப் பின்பற்றும், மேலும் எந்தச் சிக்கலும் இல்லாமல் உங்கள் குடும்பத்திற்கு எட்டக்கூடியதாக இருக்கும்.
பல Availability Zones-இல் பரவிய, ap-south-1-இல் ஒற்றை-பிராந்திய deployment; பிராந்தியங்களுக்கு இடையேயான DR எங்கள் roadmap-ல் உள்ளது. Native Cognito உள்ளூர்மயமாக்கப்பட்ட போன் ஆதரவு மற்றும் AWS KMS-இல் FIPS 140 சரிபார்க்கப்பட்ட cryptographic modules.
அங்கீகார ஓட்டம்
பாதுகாப்பாகப் பதிவு செய்து உள்நுழையுங்கள்.
பதிவு: போன் OTP மற்றும் ஈமெயில் OTP மூலம் சரிபார்க்கப்படும். நீங்கள் ஒரு பாதுகாப்பு கேள்வி மற்றும் 4 இலக்க MPIN-ஐ அமைக்கிறீர்கள். நம்பகமான பயன்பாடு: தினசரி அணுகலுக்கு உங்கள் 4 இலக்க MPIN மட்டுமே தேவை. புதிய சாதனம்: 2-factor பாதுகாப்பு செயல்படுத்தப்படும் — முதலில் போன் OTP, பின்னர் உங்கள் MPIN.
Multi-channel OTP verification. பாதுகாப்பு பதில்கள் one-way hashes ஆகச் சேமிக்கப்படுகின்றன; MPIN, AWS Cognito-ஆல் சரிபார்க்கப்பட்டுச் சேமிக்கப்படுகிறது. புதிய சாதனத்தில் Re-auth செய்யும்போது MPIN-க்கு முன் OTP செயல்படுத்தப்படும்.
பகிரப்பட்ட சாதனங்களில் MPIN
என் குடும்பத்தினர் இதை ஏன் திறக்க முடியாது?
பகிரப்பட்ட போன்கள் உள்ள வீடுகளில், பதிவு செய்யப்பட்ட எவரும் கைரேகைகள் மூலம் நுழையலாம். குழந்தைகள் விளையாடும்போது அல்லது உங்கள் துணை போனைப் பயன்படுத்தும் போது, ஒரு தனிப்பட்ட 4 இலக்க PIN உங்கள் vault-ஐ தனிப்பட்டதாக வைத்திருக்கும்.
4 இலக்க MPIN, AWS Cognito-ஆல் சரிபார்க்கப்பட்டுச் சேமிக்கப்படுகிறது. 3 தோல்வியுற்ற முயற்சிகள் sign-in-ஐ 24 மணிநேரத்திற்குப் பூட்டும்; இது server-side-இல் அமல்படுத்தப்படுகிறது. மீண்டும் நிறுவுதல், சாதனத்தை அழித்தல் அல்லது சாதனத்தை மாற்றுதல் ஆகியவை lockout-ஐ மீட்டமைக்காது.
ஏன் 4 இலக்க PIN?
4 இலக்கங்கள் உண்மையிலேயே பாதுகாப்பானதா?
ஆம் — ஏனெனில் பாதுகாப்பு என்பது நீளம் அல்ல, lockout தான். மூன்று தவறான முயற்சிகள் செய்தால், உங்கள் vault 24 மணிநேரத்திற்கு பூட்டப்படும். உங்கள் போனுடன் ஒரு திருடன் கூட, கதவு மூடுவதற்கு முன் 3 முறை மட்டுமே யூகிக்க முடியும். நாங்கள் வேண்டுமென்றே 6-க்கு பதிலாக 4-ஐ தேர்ந்தெடுத்தோம்: நீண்ட PIN-கள் அதிக மறக்கப்பட்ட குறியீடுகள், lockouts மற்றும் resets-க்கு வழிவகுக்கும் — மேலும் நடைமுறையில் பாதுகாப்பின் உண்மையான எதிரி நினைவக சிக்கல்தான், raw entropy அல்ல.
4 இலக்க search space: 10⁴ = 10,000. Brute-force mitigation: server-side counter, 24 மணிநேரத்திற்கு 3-strike lockout. lockout உடன் கூடிய Practical entropy ஆனது பாதுகாக்கப்படாத 6 இலக்கத்தின் raw entropy-ஐ விட அதிகம். Trade-off ஏற்றுக்கொள்ளப்பட்டது: usability gain > marginal entropy gain.
ஹார்ட் டிரைவ் ஆபத்து
யாராவது ஒரு ஹார்ட் டிரைவை திருடினால் என்ன ஆகும்?
தரவு சேமிப்பில் AES-256 மூலம் என்க்ரிப்ட் செய்யப்பட்டுள்ளது. திருடப்பட்ட ஹார்ட்வேரில் அர்த்தமற்ற ciphertext மட்டுமே இருக்கும். என்க்ரிப்ஷன் கீகள் தரவிலிருந்து தனியாக AWS-ஆல் நிர்வகிக்கப்படுகின்றன — தரவுடன் ஒரே டிஸ்கில் ஒருபோதும் இருக்காது.
கோப்புகள்: S3 server-side encryption (SSE-S3, AES-256), ஒவ்வொரு object-க்கும் தானாகவே பயன்படுத்தப்படுகிறது. அட்டவணைகள்: DynamoDB encryption at rest. அதிக உணர்திறன் கொண்ட புலங்கள்: எழுதுவதற்கு முன் கூடுதலாக AWS KMS மூலம் என்க்ரிப்ட் செய்யப்படுகின்றன.
கீ மேலாண்மை (KMS)
கீகளை யார் வைத்திருக்கிறார்கள்?
AWS வைத்திருக்கிறது. எங்கள் field-encryption கீ AWS KMS hardware security modules-க்குள் இருக்கிறது, படிக்கக்கூடிய வடிவில் ஒருபோதும் அவற்றை விட்டு வெளியேறாது — அதனால் Soult-இல் யாரும் அந்த மூலக் கீயைக் கையாள்வதில்லை. நீங்கள் ஒரு பாதுகாக்கப்பட்ட புலத்தைச் சேமிக்கும்போது அல்லது காண்பிக்கும்போது, அந்தக் கீயைப் பயன்படுத்துமாறு எங்கள் application KMS-இடம் கேட்கிறது; சரிபார்க்கப்பட்ட குடும்ப ஒப்படைப்பைச் சாத்தியமாக்குவது இதுதான். கோப்புகள் மற்றும் டேட்டாபேஸ் அட்டவணைகளுக்கான கீகள் AWS-ஆல் நிர்வகிக்கப்படுகின்றன.
முக்கியமான புலங்கள்: customer-managed key-இன் கீழ் KMS Encrypt/Decrypt; key material ஒருபோதும் KMS-இன் FIPS 140 சரிபார்க்கப்பட்ட HSM-களை விட்டு வெளியேறாது. கோப்புகள்: S3 server-side encryption (SSE-S3, AES-256). அட்டவணைகள்: DynamoDB encryption at rest.
ஃபீல்ட்-லெவல் பாதுகாப்பு
உங்கள் மிக முக்கியமான ஃபீல்டுகளுக்கு இரட்டைப் பூட்டு பாதுகாப்பு.
உங்கள் மிக முக்கியமான விவரங்களுக்கு — ஆதார், PAN மற்றும் பாஸ்போர்ட் எண்கள், கார்டு மற்றும் கணக்கு எண்கள், Standard Password Keeper கடவுச்சொற்கள் — நாங்கள் ஒரு இரண்டாவது பூட்டை சேர்க்கிறோம். சேமிப்பதற்கு முன், எங்கள் சர்வர்கள் அந்த ஒவ்வொரு ஃபீல்டையும் ஒரு AWS KMS கீ மூலம் என்க்ரிப்ட் செய்கின்றன, அதனால் டேட்டாபேஸில் அவை ciphertext ஆகவே சேமிக்கப்படுகின்றன.
Customer-managed AWS KMS கீயுடன் server-side field-level encryption, எழுதுவதற்கு முன் எங்கள் backend-ஆல் பின்வருவனவற்றுக்குப் பயன்படுத்தப்படுகிறது: ஆதார், PAN மற்றும் பாஸ்போர்ட் எண்கள்; முதன்மை கிரெடிட் மற்றும் டெபிட் கார்டு எண்கள்; கடன், கிரெடிட் கார்டு, நிலை வைப்பு (fixed deposit), அரசு சேமிப்பு மற்றும் மாற்று முதலீட்டுக் கணக்கு எண்கள்; முதலீட்டுப் பரிவர்த்தனை IDs; சொத்து ஆவண அடையாளங்காட்டிகள்; மற்றும் Standard Password Keeper கடவுச்சொற்கள். KMS decrypt உரிமைகள் இல்லாமல் செய்யப்படும் டேபிள் ரீட், அந்தப் புலங்களுக்கு ciphertext-ஐ மட்டுமே தரும். காப்பீட்டுப் பாலிசி எண்கள், வங்கி பாஸ்புக் கணக்கு எண்கள் மற்றும் உயில் விவரங்கள் at-rest encryption மூலம் மட்டுமே பாதுகாக்கப்படுகின்றன.
Client-side encryption
Which secrets can even Soult never read?
Password Keeper-இல் இரண்டு நிலைகள் உள்ளன. அன்றாட உள்நுழைவுகள் — Wi-Fi, streaming — உங்கள் app MPIN மூலம் திறக்கும்; அவற்றை மீட்டெடுக்க நாங்கள் உதவ முடியும். உங்கள் மிக முக்கியமான உள்நுழைவுகளுக்கு நீங்கள் Advanced-ஐ இயக்குகிறீர்கள்; அது உங்கள் போனை விட்டு ஒருபோதும் வெளியேறாத vault password மூலம் end-to-end பூட்டப்படுகிறது. Advanced பதிவைச் சேர்க்க எந்தக் கடவுச்சொல்லும் தேவையில்லை; ஒன்றைப் படிக்க மட்டுமே தேவை. பூட்டப்பட்ட முடிவை நாங்கள் சேமிக்கிறோம், அதைத் திறக்கும் வழியை ஒருபோதும் வைத்திருப்பதில்லை — எனவே Soult decrypt பொத்தானோ, ஊழியர் override-ஓ, சட்ட உத்தரவின் கீழ் ஒப்படைக்கக்கூடிய அர்த்தமுள்ள எதுவுமோ இல்லை. ஒருமுறை மட்டுமே காட்டப்படும், நாங்கள் ஒருபோதும் பெறாத 12-சொல் மீட்பு வாக்கியமும் (recovery phrase) உங்களுக்குக் கிடைக்கும். இதுதான் நேர்மையான பரிமாற்றம்: vault password மற்றும் அந்த வாக்கியம் இரண்டையும் இழந்தால், அந்தக் கடவுச்சொற்கள் நிரந்தரமாக இழக்கப்படும் — ஏனெனில் மாற்று வழி என்றால் நாங்கள் ஒரு சாவியை வைத்திருக்க வேண்டும். கடவுச்சொல் மட்டுமே முத்திரையிடப்படுகிறது (sealed); பதிவின் தலைப்பு, username, இணையதளம், குறிப்புகள், பாதுகாப்புக் கேள்வி மற்றும் பதில் ஆகியவை Standard பாதுகாப்பைப் பயன்படுத்துகின்றன.
ஒவ்வொரு பயனருக்கும் X25519 identity keypair; public key வெளிப்படையாகச் சேமிக்கப்படுகிறது, private seed ஒருபோதும் wrap செய்யப்படாமல் சேமிக்கப்படுவதில்லை. KEK = Argon2id(vault password, 16-byte random salt) — m=64 MiB, t=3, p=1, 32-byte output; private seed, AES-256-GCM (12-byte nonce, 128-bit tag) மூலம் wrap செய்யப்படுகிறது. இந்த KDF அளவுருக்கள் தற்போது வலுப்படுத்தல் மதிப்பாய்வில் உள்ளன; wire scheme பதிப்பிடப்பட்டுள்ளது (enc_scheme=e2e_v2), ஒவ்வொரு wrap-உம் தன்னைத்தானே விவரிக்கிறது, எனவே பயனர்களை மீண்டும் பதிவு செய்யாமலேயே அளவுருக்களை உயர்த்தலாம். சேர்க்கைகள் public-key முறையில் sealed செய்யப்படுகின்றன: புதிய ephemeral X25519 keypair → identity public key-க்கு எதிராக ECDH → HKDF-SHA256 (salt = ephemeral public key, info soult-pwk-e2e-v2) → AES-256-GCM. பதிவு ciphertext, IV மற்றும் ephemeral public key-ஐ மட்டுமே சேமிக்கிறது. ஒரே seed-க்கு இரண்டு சுயாதீன wraps உள்ளன — ஒன்று vault password-இன் கீழ், மற்றொன்று 256-சொல் பட்டியலிலிருந்து எடுக்கப்பட்ட (≈96 bits) 12-சொல் வாக்கியத்தின் கீழ்; அது சாதனத்திலேயே உருவாக்கப்படுகிறது, ஒருபோதும் அனுப்பப்படுவதில்லை. MPIN வேண்டுமென்றே key derivation-இலிருந்து விலக்கப்பட்டுள்ளது, ஏனெனில் அதை மாற்றுவது அல்லது அழிப்பது மீட்பை நிரந்தரமாக முடக்கிவிடும்; மீட்பு நேரத்தில் அது தனி UI gate-ஆக அமல்படுத்தப்படுகிறது. enc_key_id = SHA-256(public key)-இன் முதல் 8 bytes; எனவே vault reset-க்குப் பிறகு மாற்றப்பட்ட பழைய key-க்கு sealed செய்யப்பட்ட பதிவுகள் அமைதியாகத் தோல்வியடைவதற்குப் பதிலாக மீட்க முடியாதவை எனக் குறிக்கப்படுகின்றன. e2e_ schemes-க்கு backend KMS-ஐ முழுமையாகத் தவிர்க்கிறது: இந்தப் புலங்களுக்கு கட்டாயப்படுத்தவோ, தணிக்கை செய்யவோ, தவறாகப் பயன்படுத்தவோ server-side key எதுவும் இல்லை. வரம்பு: கடவுச்சொல் புலம் மட்டுமே sealed செய்யப்படுகிறது; இந்தப் பாதுகாப்பு நீங்கள் நிறுவும் app-இன் நேர்மையைச் (integrity) சார்ந்துள்ளது.
பரிமாற்றத்தில் குறியாக்கம்
உளவு பார்க்க முடியாத Wi-Fi.
தரவு பாதுகாப்பான TLS டன்னல் வழியாக பயணிக்கிறது. பொது விமான நிலையம் அல்லது கஃபே Wi-Fi-யில் யாராவது உளவு பார்த்தால், அவர்களுக்கு குறியாக்கம் செய்யப்பட்ட புரியாத தரவு மட்டுமே தெரியும் – நீங்கள் பதிவேற்றுவது அல்லது படிப்பது பற்றி எதுவும் தெரியாது.
API Gateway HTTPS மூலம் TLS 1.2+ அமலாக்கப்படுகிறது. கோப்புகள் 15 நிமிடங்களில் காலாவதியாகும் S3 presigned URLகள் வழியாக upload செய்யப்பட்டு படிக்கப்படுகின்றன.
“வழக்கமான அணுகல் இல்லை” கொள்கை
Soult ஊழியர்கள் எனது ரகசியங்களைப் பார்க்க முடியுமா?
வழக்கமான செயல்பாட்டில் இல்லை. சாதாரணப் பணியின்போது Soult ஊழியர்கள் உங்கள் வால்ட் உள்ளடக்கத்தைப் பார்ப்பதில்லை; production அமைப்புகளுக்கான அணுகல் IAM மூலம் கட்டுப்படுத்தப்பட்டு பதிவு செய்யப்படுகிறது. மரணக் கோரிக்கை மதிப்பாய்வு செய்யப்படும்போது, அங்கீகரிக்கப்பட்ட சில ஊழியர்கள் அந்தக் கணக்கில் உள்ள ஆவணங்களைத் திறக்க முடியும்; அத்தகைய ஒவ்வொரு அணுகலும் பதிவு செய்யப்படுகிறது. உங்கள் மிக முக்கியமான புலங்கள் KMS-என்க்ரிப்ட் செய்யப்பட்ட ciphertext ஆகவும் சேமிக்கப்படுகின்றன.
Application roles-க்கு குறைந்தபட்ச சிறப்புரிமை (least-privilege) IAM. Production அணுகல், பெயரிடப்பட்ட சில நிர்வாகிகளுக்கு மட்டுமே வரம்பிடப்பட்டு பதிவு செய்யப்படுகிறது. மரணக் கோரிக்கை மதிப்பாய்வாளர்கள் ஒரு குறுகிய allowlist-இல் உள்ளனர்; அவர்கள் திறக்கும் ஒவ்வொரு ஆவணமும் பதிவு செய்யப்படுகிறது. டேட்டாபேஸ் லேயரில் KMS-என்க்ரிப்ட் செய்யப்பட்ட புலங்கள் மட்டுமே ciphertext; மற்ற உள்ளடக்கம் IAM அணுகல் கட்டுப்பாடுகள் மற்றும் logging மூலம் பாதுகாக்கப்படுகிறது.
இரண்டு Executor பொறுப்புகள்
எனது வால்ட்டை யார் பார்க்க முடியும்?
Regular Executor (பொதுவாக ஒரு குடும்ப உறுப்பினர்): அவர்கள் நியமிக்கப்பட்டுள்ள நபர்களைப் பட்டியலிடும் ஒரு தனி டாஷ்போர்டைக் கொண்டுள்ளனர். மரணக் கோரிக்கையை எழுப்பலாம். Soult அதைச் சரிபார்த்து அங்கீகரித்த பிறகே அவர்கள் — தொலைபேசி மற்றும் ஈமெயில் OTP மூலம் — லாக் இன் செய்து உங்கள் வால்ட்டைப் பார்க்க முடியும்.
Emergency Executor (நீங்கள் தேர்ந்தெடுக்கும் எந்த நம்பகமான நபரும் — துணைவர், பிள்ளை, உடன்பிறந்தவர் அல்லது நண்பர்): மரணக் கோரிக்கை தேவையில்லை. தொலைபேசி மற்றும் ஈமெயில் OTP-க்குப் பிறகு எந்த நேரத்திலும் லாக் இன் செய்யலாம். அவர்கள் லாக் இன் செய்தவுடனே உங்களுக்கு ஒரு ஈமெயில் வரும்.
இரண்டு பொறுப்புகளும் உங்கள் வால்ட்டை read-only முறையில் பார்க்கின்றன. Emergency பொறுப்பு மருத்துவ அவசரநிலைகள் மற்றும் நேரம் முக்கியமான சூழ்நிலைகளுக்கானது; Regular பொறுப்பு மரணத்திற்குப் பிறகு ஒப்படைப்பதற்கானது. நீங்கள் எத்தனை Executor-களை நியமிக்கலாம் என்பது உங்கள் திட்டத்தைப் பொறுத்தது.
Application logic-இல் role-based அணுகல். ஒவ்வொரு Executor-க்கும் ஒரு is_emergency flag உள்ளது (எந்த உறவும் இருக்கலாம்; மொத்த Executor-களின் எண்ணிக்கை திட்டத்தால் வரம்பிடப்படுகிறது). Emergency அல்லாத Executor-கள் மரணக் கோரிக்கை அங்கீகரிக்கப்பட்ட பிறகே லாக் இன் செய்ய முடியும்; Emergency Executor-கள் எந்த நேரத்திலும் லாக் இன் செய்யலாம். Executor லாக் இன்-க்கு OTP சரிபார்ப்பு தேவை, மேலும் அது உரிமையாளருக்கு ஈமெயில் அனுப்பும். Executor செஷன்கள் read-only ஆனவை.
ஒப்படைப்பு நெறிமுறை
எனது குடும்பத்தினர் எப்படி அணுகலைப் பெறுவார்கள்?
பெயரிடப்பட்ட Regular Executor தங்கள் டாஷ்போர்டில் இருந்து மரணக் கோரிக்கையை எழுப்பி, மரணச் சான்றிதழைப் பதிவேற்றுவார்; உங்களுக்கும் உங்கள் மற்ற Executor-களுக்கும் ஈமெயில் அனுப்பப்படும். அங்கீகரிப்பதற்கு முன் அங்கீகரிக்கப்பட்ட Soult நிர்வாகி ஒருவர் கோரிக்கையையும் சான்றிதழையும் மதிப்பாய்வு செய்வார் — சரிபார்க்கப்படாத கோரிக்கையின் பேரில் எதுவும் வழங்கப்படாது. அங்கீகரிக்கப்பட்டவுடன், உங்கள் கணக்கு read-only நிலைக்கு மாறும்; Executor தொலைபேசி மற்றும் ஈமெயில் OTP மூலம் லாக் இன் செய்து வால்ட்டைப் பார்க்கவும் பதிவிறக்கவும் முடியும். ஒவ்வொரு முறை ஒரு Executor லாக் இன் செய்யும்போதும் உங்கள் பதிவுசெய்யப்பட்ட முகவரிக்கு ஒரு ஈமெயில் செல்லும். உங்கள் vault password அல்லது Recovery Kit-ஐ நீங்கள் உங்கள் Executor-இடம் விட்டுச் சென்றிருந்தால் தவிர, Advanced Password Keeper கடவுச்சொற்கள் பூட்டியே இருக்கும்.
கேட்: (1) பதிவுசெய்யப்பட்ட, சரிபார்க்கப்பட்ட Executor தங்கள் டாஷ்போர்டில் இருந்து சான்றிதழ் பதிவேற்றத்துடன் மரணக் கோரிக்கையை எழுப்புகிறார்; (2) Amazon SES உரிமையாளருக்கும் மற்ற Executor-களுக்கும் ஈமெயில் அனுப்புகிறது; (3) allowlist-இல் உள்ள Soult நிர்வாகி கோரிக்கையை மதிப்பாய்வு செய்து அங்கீகரிக்கிறார்; (4) அங்கீகாரம், தொலைபேசி + ஈமெயில் OTP உடன் Executor லாக் இன்-ஐத் திறந்து, API லேயரில் கணக்கை read-only ஆக்குகிறது; (5) ஒவ்வொரு Executor லாக் இன்-இன்போதும் உரிமையாளருக்கு ஈமெயில் அனுப்பப்படுகிறது. கோரிக்கைப் பதிவேற்றங்களும் அங்கீகாரங்களும் ஒரு security event log-இல் பதிவு செய்யப்படுகின்றன.
வடிவமைப்பிலேயே பகிர்வு இல்லை
எனது CA அல்லது துணைவருடன் ஒரு ஆவணத்தைப் பகிர முடியுமா?
இன்று இல்லை. ஒரு பொருளுக்கு ஒரு பகிர்வு இல்லை, ஒரு அக்கவுண்டன்ட்க்கு ஒரு ஃபோல்டர் அணுகல் இல்லை, காலவரையறை கொண்ட ஷேர் லிங்க் இல்லை. மற்றொரு நபர் உங்கள் வால்ட்டிற்குள் பார்க்கும் ஒரே வழி மேலே விவரிக்கப்பட்ட Executor செயல்முறை வழியாகும் – அப்போதும் கூட, அவர்கள் அனைத்தையும் read-only முறையில் மட்டுமே பார்ப்பார்கள். ஒரு பொருளுக்கு அல்லது ஒரு ஃபோல்டருக்கு என தனித்தனி அணுகல் இன்னும் இல்லை.
ஒத்துழைப்பு வழிமுறை எதுவும் செயல்படுத்தப்படவில்லை. ஒரே அணுகல் பாதைகள்: (1) அங்கீகரிக்கப்பட்ட உரிமையாளர் செஷன், (2) சரிபார்ப்புக்குப் பிந்தைய Executor செஷன். ஷேர்-லிங்க் உருவாக்கம் இல்லை, ஸ்கோப் செய்யப்பட்ட டோக்கன்கள் இல்லை, ஒரு-வளத்திற்கான ACL இல்லை. Roadmap பரிசீலனை மட்டுமே – உருவாக்கப்படவில்லை.
யதார்த்த சரிபார்ப்பு
என்னென்ன அபாயங்கள் உள்ளன?
ஹேக்கர்கள், கணக்கு கைப்பற்றுதல் மற்றும் உள் அணுகல் ஆகியவற்றிலிருந்து பாதுகாக்க நாங்கள் பாடுபடுகிறோம். உங்கள் PIN-ஐப் பகிரும்படி நீங்கள் உடல் ரீதியாக கட்டாயப்படுத்தப்படுவதை எங்களால் தடுக்க முடியாது. Soult என்பது ஒழுங்கமைப்பு மற்றும் குடும்பத் தொடர்ச்சிக்குரியது — வற்புறுத்தலின் கீழ் கட்டாயப்படுத்தப்பட்ட தகவலை வெளிப்படுத்துவதிலிருந்து பாதுகாப்பதற்கானது அல்ல.
அச்சுறுத்தல் மாதிரி உடல் ரீதியான கட்டாயத்தை விலக்குகிறது. குறைக்கிறது: தரவு கசிவு, கணக்கு கைப்பற்றுதல், உள் அணுகல். வரம்பிற்கு வெளியே: கட்டாயத்தின் கீழ் PIN பிரித்தெடுத்தல், அன்லாக் செய்த பிறகு சாதன சமரசம்.
இந்திய மண்
எனது தரவு எங்கு சேமிக்கப்படுகிறது?
இன்று, அனைத்து vault தரவும் AWS மும்பையில் உள்ள எங்கள் இந்தியா சிலோவில் உள்ளது. UAE-இல் தொடங்க நாங்கள் தயாராகி வருகிறோம். அங்குள்ள பயனர்களின் வால்ட்கள் AWS மும்பையில் (இந்தியா) சேமிக்கப்படும்; அதற்கு பதிவு செய்யும்போது அவர்களின் வெளிப்படையான சம்மதத்தைக் கேட்போம். அமெரிக்கா மற்றும் தென்கிழக்கு ஆசியாவுக்கான எதிர்கால சிலோக்களும், ஒரு பிரத்யேக GCC சிலோவும் எங்கள் roadmap-ல் உள்ளன.
செயலில் உள்ள சிலோ: ap-south-1 (மும்பை), தரவு பல Availability Zones-இல் சேமிக்கப்படுகிறது. பிராந்தியங்களுக்கு இடையேயான DR எங்கள் roadmap-ல் உள்ளது. DPDP சட்டம், 2023 கொள்கைகளைக் கருத்தில் கொண்டு உருவாக்கப்பட்டது. வேறு எந்த சிலோவும் செயல்பாட்டில் இல்லை; எந்தப் பயனருக்கும் GCC பிராந்தியத்திலிருந்து சேவை வழங்கப்படுவதில்லை.
பேரிடர் மீட்பு நிலைகள்
ஒவ்வொரு தோல்வி நிலையிலும் என்ன நடக்கும்?
Tier 1 — ஒரு சர்வர் தோல்வியடைந்தால்: பயனர்களுக்குத் தெரியாது; AWS-இன் managed சேவைகள் அதைத் தானாகவே மாற்றியமைக்கும்.
Tier 2 — மும்பையில் ஒரு டேட்டா சென்டர் செயலிழந்தால்: சேவை தொடரும், ஏனெனில் உங்கள் தரவு ஏற்கனவே மும்பையில் உள்ள பல டேட்டா சென்டர்களில் சேமிக்கப்பட்டுள்ளது.
Tier 3 — மும்பை பிராந்தியம் முழுவதும் செயலிழந்தால்: AWS அதை மீட்டெடுக்கும் வரை சேவை இடைநிறுத்தப்படும். இரண்டாவது பிராந்தியத்தில் ஒரு standby எங்கள் roadmap-ல் உள்ளது; இன்று செயல்பாட்டில் இல்லை.
Tier 4 — மும்பை பிராந்தியம் நிரந்தரமாக இழக்கப்பட்டால்: இன்று எங்களால் அதிலிருந்து முழுமையாக மீள முடியாது. பிராந்தியங்களுக்கு இடையேயான backup replication எங்கள் roadmap-ல் உள்ளது. அதுவரை, உங்கள் சொந்த backup-ஐ வைத்திருப்பதே மிக வலிமையான பாதுகாப்பு.
Tier 1: managed-service சுய-குணப்படுத்துதல் (Lambda, DynamoDB, S3). Tier 2: ap-south-1-க்குள் multi-AZ சேமிப்பு. Tiers 3–4: இன்று பிராந்தியங்களுக்கு இடையேயான failover இல்லை; இரண்டாவது பிராந்தியத்திற்கு cross-region backup replication எங்கள் roadmap-ல் உள்ளது.
தணிக்கை பதிவு
மாற்றங்களின் பதிவு.
உங்கள் வால்ட்டில் நிகழும் ஒவ்வொரு உருவாக்குதல், புதுப்பித்தல் அல்லது நீக்குதலின் பதிவு — மாற்றத்தை யார் செய்தார், எப்போது செய்தார் என்ற விவரத்துடன்.
DynamoDB-இல் உள்ள audit log அட்டவணை. எழுதுதல் செயல்பாடுகளை (CUD) கண்காணிக்கிறது. பயனர் தனியுரிமை மற்றும் செயல்திறன் சமநிலைக்கு வாசிப்பு நிகழ்வுகள் விலக்கப்பட்டுள்ளன. கணக்குடன் சேர்ந்து நீக்கப்படும்.
தரவு பயன்பாட்டு எல்லைகள்
விற்பனை இல்லை, பயிற்சி இல்லை, ஆச்சரியங்கள் இல்லை.
உங்கள் வால்ட் உள்ளடக்கம் AI மாடல்களுக்குப் பயிற்சி அளிக்கவோ அல்லது மார்க்கெட்டிங்கிற்கோ ஒருபோதும் பயன்படுத்தப்படாது. app-ல் AI அம்சங்கள் பயன்படுத்தப்படும்போது, அந்த அமர்வுக்கான தரவு சூழலில் மட்டுமே செயலாக்கப்படும் — மாடல் மேம்பாட்டிற்காக ஒருபோதும் தக்கவைக்கப்படாது. வருவாய் சந்தா மூலம் மட்டுமே. நாங்கள் ஒரு புதிய வருவாய் வழியைப் பற்றி எப்போதாவது பரிசீலித்தால் — எந்த மாற்றமாக இருந்தாலும் — நாங்கள் முதலில் உங்களிடம் கேட்போம். அறிவிக்க மாட்டோம். பிரகடனப்படுத்த மாட்டோம். கேட்போம். அது உங்களுக்கு உண்மையிலேயே நன்மை பயக்கும் என்று நாங்கள் நம்பினால் மட்டுமே கேட்போம்.
தரவு தனிமைப்படுத்தல். AI/ML பயிற்சி குழாய்களில் வால்ட் உள்ளடக்கம் செலுத்தப்படாது. AI அம்சங்கள் ஒவ்வொரு அமர்வுக்கும் சூழலுக்கு ஏற்ப மட்டுமே தரவைச் செயலாக்குகின்றன — மாடல் மேம்பாட்டிற்காக தக்கவைக்கப்படாது. வால்ட் உள்ளடக்கத்தைப் பொறுத்து வருவாய் மாதிரி இல்லை. எதிர்கால பணமாக்கல் மாற்றங்கள் வெளிப்படையான பயனர் ஒப்புதலின் அடிப்படையில் மட்டுமே — அறிவித்து தொடர்வது அல்ல.
தனியுரிமை Vs ஒப்படைப்பு
பாலம் தேர்வு.
Chat app-கள் முழுமையான ரகசியத்தன்மையில் கவனம் செலுத்துகின்றன — நீங்கள் ஒரு key-ஐ இழந்தால், அவர்களால் உங்களுக்கு உதவ முடியாது. ஒரு life vault-க்கு அது ஒரு தோல்வி. அதனால் Soult-ஐ நாங்கள் வேறுவிதமாக வடிவமைத்தோம்: உங்கள் vault வடிவமைப்பிலேயே மீட்கக்கூடியது — போன் தொலைந்தாலும் PIN மறந்தாலும் உங்கள் குடும்பம் ஒருபோதும் அணுகலை இழக்காது, சரிபார்க்கப்பட்ட Executor-கள் நீங்கள் விட்டுச் சென்றதைப் பெற முடியும். Soult ஊழியர்களுக்கு வழக்கமான அணுகல் இல்லை, ஒப்படைப்பு சரிபார்க்கப்பட்ட வழியில் மட்டுமே நடக்கும். நீங்கள் மட்டுமே திறக்க வேண்டிய சில கடவுச்சொற்களுக்கு, Advanced Password Keeper உங்களுக்கு முழு உரிமையை (sole custody) வழங்குகிறது. Soult உங்கள் மரபுக்கான ஒரு பாலம், ஒரு டிஜிட்டல் முட்டுச்சந்து அல்ல.
Standard vault தரவு server-side-இல் என்க்ரிப்ட் செய்யப்படுகிறது (S3 மற்றும் DynamoDB encryption at rest, முக்கியமான புலங்களுக்குக் கூடுதலாக AWS KMS), அதனால் அதை உங்களுக்கு மீட்டுத் தரவோ, சரிபார்க்கப்பட்ட Executor-க்கு read-only ஆகக் காட்டவோ முடியும். ஊழியர்களுக்கு வழக்கமான அணுகல் இல்லை; ஒப்படைப்புக்கு மேலே விவரிக்கப்பட்ட சரிபார்க்கப்பட்ட மரணக் கோரிக்கை செயல்முறை தேவை. Soult-ஆல் டீக்ரிப்ட் செய்ய முடியாத ஒரே தரவு Advanced Password Keeper பதிவுகள் (e2e_v2) மட்டுமே.
Roadmap
அடுத்து என்ன வருகிறது?
குறுகிய காலம்: ஒரே கிளிக்கில் வால்ட் ஏற்றுமதி (இன்று பயனர்கள் கைமுறையாக காப்புப் பிரதி எடுக்கிறார்கள்); US silo (N. Virginia, DR Oregon); SEA silo (Singapore, DR Jakarta); cross-silo backup replication, இதனால் ஒரு முழு பிராந்தியமே இழந்தாலும் எப்போதும் ஏதாவது தப்பிக்கும்.
நடுத்தர காலம்: ஒரு பிரத்யேக GCC silo; SOC 2 Type II.
எப்போதும் இயங்கும்: தொடர்ச்சியான தணிக்கைகள், பாதுகாப்பு மேம்பாடு, உள்கட்டமைப்பு ஆய்வுகள்.
கட்டம் 1 (அடுத்தது): ஒரே கிளிக்கில் என்க்ரிப்ட் செய்யப்பட்ட ஏற்றுமதி, US சைலோ நிறுவுதல். கட்டம் 2: SEA சைலோ, குறுக்கு-சைலோ குளிர் காப்புப் பிரதி நகலெடுப்பு, WAF, மொபைல் கிளையண்டுகளில் SSL பின்னிங். கட்டம் 3: பிரத்யேக GCC சைலோ, SOC 2 Type II, பல-பிராந்திய KMS வலுப்படுத்துதல்.
நேர்மையான கூற்றுக்கள்
ஒவ்வொரு மார்க்கெட்டிங் கூற்றும் சரிபார்க்கப்பட்டது. இன்று எது உண்மை, எது திட்டமிடப்பட்டுள்ளது, எது கட்டப்படவில்லை, எதை நாங்கள் பயன்படுத்துவதில்லை.
| கூற்று | நிலை | நடைமுறை உண்மை |
|---|---|---|
| ஊழியர்களுக்கு வழக்கமான அணுகல் இல்லை | உண்மை | வால்ட் உள்ளடக்கத்திற்கு ஊழியர்களுக்கு வழக்கமான அணுகல் இல்லை; production அணுகல் கட்டுப்படுத்தப்பட்டு பதிவு செய்யப்படுகிறது. மரணக் கோரிக்கையை மதிப்பாய்வு செய்யும்போது, ஒரு சிறிய allowlist-இல் உள்ள மதிப்பாய்வாளர்கள் ஒரு கணக்கின் ஆவணங்களைத் திறக்க முடியும்; ஒவ்வொரு அணுகலும் பதிவு செய்யப்படுகிறது. Advanced Password Keeper கடவுச்சொற்கள் தவிர, இது ஒரு அணுகல் கட்டுப்பாடு — தொழில்நுட்ப ரீதியான சாத்தியமின்மை அல்ல. |
| இந்தியாவில் தரவு இருப்பிடம் | உண்மை | அனைத்து வால்ட் தரவும் இந்தியாவில், AWS மும்பையில் சேமிக்கப்படுகிறது. சில செயல்பாட்டுத் தரவுகள் (sign-in குறியீடுகள், கட்டணங்கள், analytics, crash அறிக்கைகள்) இந்தியாவுக்கு வெளியே செயலாக்கக்கூடிய வழங்குநர்களால் கையாளப்படுகின்றன. |
| ISO 27001 & ISO 9001 சான்றிதழ் | நடந்து வருகிறது | பாதுகாப்புத் திட்டம் ISO 27001-உடன் ஒத்திசைந்துள்ளது. தர மேலாண்மை ISO 9001-உடன் ஒத்திசைந்துள்ளது. இரண்டுக்குமான அங்கீகரிக்கப்பட்ட சான்றிதழ் செயல்முறை நடந்து வருகிறது. |
| AES-256 என்க்ரிப்ஷன் | உண்மை | அனைத்து வால்ட் தரவும் சேமிப்பில் AES-256 மூலம் என்க்ரிப்ட் செய்யப்பட்டுள்ளது; முக்கியமான புலங்களுக்குக் கூடுதல் AWS KMS அடுக்கு உள்ளது. |
| Password Keeper — நிலையான பாதுகாப்பு | உண்மை | இயல்புநிலை. கடவுச்சொல் எங்கள் சர்வர்களில் AWS KMS மூலம் என்க்ரிப்ட் செய்யப்படுகிறது, எனவே அதை மீட்டெடுத்து உங்கள் Executor-களிடம் ஒப்படைக்க முடியும். |
| Password Keeper — மேம்பட்ட பாதுகாப்பு | செயல்பாட்டில் | ஜூலை 2026 முதல் செயல்பாட்டில் உள்ளது (விருப்பத்தேர்வு). ஒரு Password Keeper பதிவுக்கு Advanced-ஐ இயக்கினால், அதன் கடவுச்சொல் உங்களுக்கு மட்டுமே தெரிந்த vault password-இலிருந்து பெறப்பட்ட சாவியால் உங்கள் போனிலேயே என்க்ரிப்ட் செய்யப்படும், அதனால் Soult-ஆல் அதை டீக்ரிப்ட் செய்ய முடியாது. பதிவின் மற்ற விவரங்கள் (தலைப்பு, username, இணையதளம், குறிப்புகள், பாதுகாப்புக் கேள்வி மற்றும் பதில்) Standard பாதுகாப்பைப் பயன்படுத்துகின்றன. Vault password மற்றும் உங்கள் 12-சொல் மீட்பு வாக்கியம் (recovery phrase) இரண்டையும் இழந்தால், அந்தக் கடவுச்சொல்லை மீட்டெடுக்க முடியாது. |
| ஒரே கிளிக்கில் வால்ட் ஏற்றுமதி | திட்டமிடப்பட்டது | இன்று உருவாக்கப்படவில்லை. பயனர்கள் கைமுறையாக காப்புப் பிரதி எடுக்கிறார்கள். ஒரே கிளிக் ஏற்றுமதி எங்கள் roadmap-ல் உள்ளது. |
| பொருள் வாரியான பகிர்வு | உருவாக்கப்படவில்லை | தற்போது பகிர்தல் அல்லது ஒத்துழைப்பு இல்லை. Executor வழி மட்டுமே அணுகல் பாதை. |
| பல சிலோக்களில் (silos) காப்புப்பிரதி | திட்டமிடப்பட்டுள்ளது | இரண்டாவது பிராந்தியத்திற்கான backup replication எங்கள் roadmap-ல் உள்ளது; அமெரிக்கா/தென்கிழக்கு ஆசிய சிலோக்கள் செயல்படுத்தப்படும்போது இது வரும். |
| பிராந்தியங்களுக்கு இடையேயான பேரிடர் மீட்பு | திட்டமிடப்பட்டுள்ளது | இன்று உங்கள் தரவு ஒரே AWS பிராந்தியத்தில் (மும்பை) உள்ளது, அங்குள்ள பல டேட்டா சென்டர்களில் சேமிக்கப்படுகிறது. இரண்டாவது பிராந்தியத்தில் ஒரு standby எங்கள் roadmap-ல் உள்ளது; அதுவரை, ஒரு முழுப் பிராந்தியமும் இழக்கப்படும் அபாயத்திற்கு எதிராக உங்கள் சொந்த backup-ஏ மிக வலிமையான பாதுகாப்பு. |
| Live அமைப்புகளிலிருந்து நீக்கம் | உடனடியாக | 10 வினாடி உறுதிப்படுத்தல் மற்றும் உங்கள் MPIN-க்குப் பிறகு, உங்கள் login, பதிவுகள் மற்றும் கோப்புகள் live அமைப்புகளிலிருந்து அகற்றப்படும். ஒவ்வொரு பயனருக்குமான தனிச் சாவி இல்லாததால், backups, முந்தைய கோப்புப் பதிப்புகள் மற்றும் logs crypto-shred செய்யப்படுவதோ உடனடியாக அழிக்கப்படுவதோ இல்லை. |
| பயனர் தரவுகளில் AI பயிற்சி | ஒருபோதும் இல்லை | AI அம்சங்கள் பயன்படுத்தப்பட்டாலும், Vault உள்ளடக்கங்கள் AI மாதிரி பயிற்சிக்கு ஒருபோதும் பயன்படுத்தப்படாது. |
| Blockchain | பயன்படுத்தப்படவில்லை | தனிப்பட்ட Vault-க்கு இது தவறான கருவி. அதற்குப் பதிலாக நாங்கள் audit logs-ஐப் பயன்படுத்துகிறோம். |
| Zero-knowledge என்க்ரிப்ஷன் | பகுதியளவு செயல்பாட்டில் | இன்று பகுதியளவு செயல்பாட்டில் உள்ளது. Advanced Password Keeper பதிவுகள் உண்மையாகவே கிளையன்ட்-சைடில் என்க்ரிப்ட் செய்யப்படுகின்றன — எங்களை ஒருபோதும் அடையாத vault password-இலிருந்து பெறப்பட்ட சாவியால் சீல் செய்யப்படுவதால், நாங்கள் அவற்றை டீக்ரிப்ட் செய்ய முடியாது (Client-side encryption பார்க்கவும்). மீதமுள்ள vault எங்கள் சர்வர்களில் என்க்ரிப்ட் செய்யப்படுகிறது, முக்கியமான புலங்கள் AWS KMS-இன் கீழ் உள்ளன. அது வலுவானது, ஆனால் Zero-knowledge அல்ல — உங்கள் குடும்பம் ஒருபோதும் அணுகலை இழக்கக்கூடாது என்பதற்காக வேண்டுமென்றே அப்படி வடிவமைக்கப்பட்டது. விரிவான விருப்பத்தேர்வு Zero-knowledge வசதிகள் எங்கள் roadmap-ல் தொடர்ந்து உள்ளன. |
அடிக்கடி கேட்கப்படும் கேள்விகள்
எனது தரவை நான் எப்படி நீக்குவது?
10 வினாடி உறுதிப்படுத்தல் இடைநிறுத்தம் மற்றும் உங்கள் MPIN-க்குப் பிறகு, உங்கள் sign-in மற்றும் vault பதிவுகள் எங்கள் databases-இலிருந்து நீக்கப்பட்டு, உங்கள் கோப்புகள் active storage-இலிருந்து உடனடியாக அகற்றப்படும். அதை நீங்களோ எங்கள் support குழுவோ திரும்பப் பெற முடியாது. Backups, முந்தைய கோப்புப் பதிப்புகள் மற்றும் system logs-இல் உள்ள நகல்கள் உடனடியாக அழிக்கப்படுவதில்லை; உங்கள் தனிப்பட்ட விவரங்கள் நீக்கப்பட்ட நிலையில் கட்டணப் பதிவு வைக்கப்படும். நீங்கள் வைத்திருக்க விரும்பும் எதையும் முதலில் பதிவிறக்கிக் கொள்ளுங்கள். ஒரே கிளிக் ஏற்றுமதி எங்கள் roadmap-ல் உள்ளது.
Soult மூடப்பட்டால் என்ன ஆகும்?
Soult எப்போதாவது மூடப்பட வேண்டியிருந்தால், நாங்கள் உங்களுக்கு முன்கூட்டியே தெரிவித்து, உங்கள் Vault-இன் நகலைப் பெற உதவுவோம். ஒரே கிளிக் ஏற்றுமதி எங்கள் roadmap-ல் உள்ளது. உங்கள் தரவை நாங்கள் விற்க மாட்டோம்; உங்கள் சம்மதம் இல்லாமல் உங்கள் Vault-ஐ ஒரு வாங்குபவருக்கு மாற்றவும் மாட்டோம்.
Subscription-கள் எப்படி பில் செய்யப்படுகின்றன?
Soult வலைத்தளத்தில் Razorpay வழியாக நிர்வகிக்கப்படுகிறது. in-app purchases இல்லை. இது உங்கள் Vault சாதனத்திலிருந்து பில்லிங்கை தனித்தனியாக வைத்திருக்கிறது.
நீக்கும் நெறிமுறை விவரங்கள்?
உறுதிப்படுத்தியதும், பயனரின் Cognito sign-in நீக்கப்படுகிறது, DynamoDB-இல் உள்ள vault அட்டவணைகளிலிருந்து அவர்களின் பதிவுகள் அகற்றப்படுகின்றன, அவர்களின் S3 கோப்புகள் active storage-இலிருந்து அகற்றப்படுகின்றன; asynchronous இரண்டாம் சுத்திகரிப்புச் சுற்றும் நடைபெறுகிறது. கட்டணப் பதிவுகள் தனிப்பட்ட விவரங்கள் நீக்கப்பட்டு வைக்கப்படுகின்றன. ஒவ்வொரு பயனருக்குமான தனிச் சாவி இல்லாததால் crypto-shredding இல்லை; backups, முந்தைய கோப்புப் பதிப்புகள் மற்றும் logs உடனடியாக அழிக்கப்படுவதில்லை.
Soult ஏன் blockchain-ஐப் பயன்படுத்துவதில்லை?
Blockchain என்பது கட்சிகள் ஒருவருக்கொருவர் நம்பாத பகிரப்பட்ட ledgers-களில் பொது சரிபார்ப்புக்காக உருவாக்கப்பட்டது — cryptocurrency, போட்டியாளர்களுக்கு இடையேயான supply chains, பொது நிலப் பதிவுகள். அதன் பலம், திருத்தங்களை உலகிற்குத் தெரியப்படுத்துவதாகும்.
Soult Vault-கள் பொதுவானவற்றுக்கு எதிரானது — அவை வடிவமைப்பால் தனிப்பட்டவை. தரவுகளில் பங்கு கொண்ட ஒரே தரப்பு பயனர் மட்டுமே. திருத்தும் நோக்கம் குறைவு: இது பயனரின் சொந்த தரவு, பயனரின் சொந்த குடும்பத்திற்காக வைக்கப்பட்டுள்ளது.
மாற்றங்களைக் கண்காணிக்க, நாங்கள் audit logs-ஐப் பயன்படுத்துகிறோம் (பிரிவு 14 ஐப் பார்க்கவும்) — ஒவ்வொரு Create, Update, Delete-உம் timestamp மற்றும் actor உடன் பதிவு செய்யப்படுகிறது. Blockchain செலவு, சிக்கல்தன்மை ஆகியவற்றைச் சேர்க்கும், மேலும் பொது ledger-க்கு வடிவங்களை வெளிப்படுத்துவதன் மூலம் தனியுரிமையைக் குறைக்கும் — எந்த பயனர் பிரச்சனையையும் தீர்க்காமல்.
சரிபார்க்கப்பட்ட-பொது attestation ஒரு உண்மையான பயனர் தேவையாக மாறினால் மறுபரிசீலனை செய்யப்படும்.
Soult எதைச் செய்ய முடியும், எதைச் செய்ய முடியாது என்பது பற்றி மேலும் அறிய — சட்டப்பூர்வ செல்லுபடியாகும் பக்கத்தைப் படிக்கவும். Executor நெறிமுறை பற்றிய விரிவான தகவலுக்கு, Executor & Handover Flow ஐப் பார்க்கவும்.
இலவசமாகத் தொடங்குங்கள் →