ಜೀವನದ ನಿರಂತರತೆಗಾಗಿ
ವಿನ್ಯಾಸಗೊಳಿಸಿದ ವಾಸ್ತುಶಿಲ್ಪ.
ನಿಮ್ಮ ಡಿಜಿಟಲ್ ಲೈಫ್ ವಾಲ್ಟ್ ಹಿಂದಿನ ತಂತ್ರಜ್ಞಾನದ ಪಾರದರ್ಶಕ ವಿವರಣೆ. ನಾವು ಕಠಿಣ ಕೈಗಾರಿಕಾ ಪರಿಭಾಷೆಯನ್ನು ಮೀರಿ, ನಿಮ್ಮ ಕುಟುಂಬಕ್ಕೆ ಸುರಕ್ಷಿತ, ಮಾನವ-ಕೇಂದ್ರಿತ ಸೇತುವೆಯನ್ನು ಒದಗಿಸುತ್ತೇವೆ.
ಸಿಸ್ಟಮ್ ವಿನ್ಯಾಸ
ನನ್ನ ಡೇಟಾ ನಿಜವಾಗಿ ಎಲ್ಲಿ ಇರುತ್ತದೆ?
ನಾವು ಮುಂಬೈನಲ್ಲಿರುವ Amazon ನ ಡೇಟಾ ಸೆಂಟರ್‌ಗಳನ್ನು (ap-south-1) ಬಳಸುತ್ತೇವೆ. ನಮ್ಮ ಸಿಸ್ಟಮ್ “ಸರ್ವರ್‌ಲೆಸ್” ಆಗಿದೆ: ಪ್ಯಾಚ್ ಮಾಡಲು ಅಥವಾ ಲಾಗಿನ್ ಆಗಲು Soult ನಿರ್ವಹಿಸುವ ಯಾವುದೇ ಸರ್ವರ್‌ಗಳಿಲ್ಲ, ಮತ್ತು ಅಡಿಯಲ್ಲಿರುವ ಯಂತ್ರಗಳನ್ನು AWS ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತದೆ. ಇದು ಅಟ್ಯಾಕ್ ಸರ್ಫೇಸ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ — ನಮ್ಮ API ಗಳು, ಸೈನ್-ಇನ್ ಮತ್ತು ಕ್ಲೌಡ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ ಇನ್ನೂ ರಕ್ಷಣೆ ಬೇಕು.
ap-south-1 (ಮುಂಬೈ) ನಲ್ಲಿ DynamoDB, S3 ಮತ್ತು Cognito ಜೊತೆಗೆ AWS Lambda ಮೇಲೆ serverless compute. ಡೇಟಾವನ್ನು ಹಲವು Availability Zones ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಕ್ರಾಸ್-ರೀಜನ್ ಡಿಸಾಸ್ಟರ್ ರಿಕವರಿ ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ.
ಇಂದು ಒಂದು ಪ್ರದೇಶ, ಮುಂದೆ ಸೈಲೋಗಳು
ಪ್ರತಿ ಬಳಕೆದಾರರ ಡೇಟಾ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ?
ಇಂದು Soult, ಭಾರತದ AWS ಮುಂಬೈನಲ್ಲಿ ಒಂದೇ silo ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರ ವಾಲ್ಟ್ ಅನ್ನು ಅಲ್ಲೇ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ನಾವು UAE ಯಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲು ಸಿದ್ಧತೆ ನಡೆಸುತ್ತಿದ್ದೇವೆ. ಅಲ್ಲಿನ ಬಳಕೆದಾರರ ವಾಲ್ಟ್‌ಗಳನ್ನು AWS ಮುಂಬೈ (ಭಾರತ) ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಸೈನ್ ಅಪ್ ಸಮಯದಲ್ಲಿ ಅದಕ್ಕೆ ಅವರ ಸ್ಪಷ್ಟ ಸಮ್ಮತಿಯನ್ನು ನಾವು ಕೇಳುತ್ತೇವೆ. ಪ್ರತ್ಯೇಕ ಪ್ರಾದೇಶಿಕ silo ಗಳು ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿವೆ.
ಇಂದು: ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರಿಗೂ ಒಂದೇ silo, ap-south-1 (ಮುಂಬೈ); ಯಾವುದೇ ದೇಶ-ಆಧಾರಿತ ರೂಟಿಂಗ್ ಲೈವ್ ಆಗಿಲ್ಲ. ರೋಡ್‌ಮ್ಯಾಪ್: ಸೈನ್ ಅಪ್ ಸಮಯದಲ್ಲಿ home-region ರೂಟಿಂಗ್, 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 ನಲ್ಲಿ ಏಕ-ಪ್ರದೇಶ ನಿಯೋಜನೆ; ಕ್ರಾಸ್-ರೀಜನ್ DR ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ. Cognito ನ native ಸ್ಥಳೀಯ ಫೋನ್ ಬೆಂಬಲ ಮತ್ತು AWS KMS ನಲ್ಲಿ FIPS 140-ವ್ಯಾಲಿಡೇಟೆಡ್ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಮಾಡ್ಯೂಲ್‌ಗಳು.
ದೃಢೀಕರಣ ಹರಿವು
ಸುರಕ್ಷಿತವಾಗಿ ಸೈನ್ ಅಪ್ ಮಾಡಿ ಮತ್ತು ಲಾಗ್ ಇನ್ ಮಾಡಿ.
ನೋಂದಣಿ: ಫೋನ್ OTP ಮತ್ತು ಇಮೇಲ್ OTP ಮೂಲಕ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ನೀವು ಒಂದು ಭದ್ರತಾ ಪ್ರಶ್ನೆ ಮತ್ತು 4-ಅಂಕಿಯ MPIN ಅನ್ನು ಹೊಂದಿಸುತ್ತೀರಿ. ವಿಶ್ವಾಸಾರ್ಹ ಬಳಕೆ: ದೈನಂದಿನ ಪ್ರವೇಶಕ್ಕೆ ನಿಮ್ಮ 4-ಅಂಕಿಯ MPIN ಮಾತ್ರ ಬೇಕಾಗುತ್ತದೆ. ಹೊಸ ಸಾಧನ: 2-ಫ್ಯಾಕ್ಟರ್ ಭದ್ರತೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ — ಮೊದಲು ಫೋನ್ OTP, ನಂತರ ನಿಮ್ಮ MPIN.
Multi-channel OTP ಪರಿಶೀಲನೆ. ಭದ್ರತಾ ಉತ್ತರಗಳನ್ನು one-way hash ಗಳಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ; MPIN ಅನ್ನು AWS Cognito ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಹೊಸ ಸಾಧನದಲ್ಲಿ Re-auth, MPIN ಗಿಂತ ಮೊದಲು OTP ಅನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ.
ಹಂಚಿದ ಸಾಧನಗಳಲ್ಲಿ MPIN
ನನ್ನ ಕುಟುಂಬ ಇದನ್ನು ಏಕೆ ತೆರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ?
ಹಂಚಿದ ಫೋನ್ ಇರುವ ಮನೆಗಳಲ್ಲಿ, ನೋಂದಾಯಿತ ಯಾರಾದರೂ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ಗಳ ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು. ಮಕ್ಕಳು ಆಟವಾಡುತ್ತಿರುವಾಗ ಅಥವಾ ನಿಮ್ಮ ಸಂಗಾತಿ ಫೋನ್ ಬಳಸುತ್ತಿರುವಾಗ, ಒಂದು ಖಾಸಗಿ 4-ಅಂಕಿಯ PIN ನಿಮ್ಮ vault ಅನ್ನು ಖಾಸಗಿಯಾಗಿ ಇಡುತ್ತದೆ.
4-ಅಂಕಿಯ MPIN, AWS Cognito ಮೂಲಕ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. 3 ವಿಫಲ ಪ್ರಯತ್ನಗಳು ಸೈನ್-ಇನ್ ಅನ್ನು 24 ಗಂಟೆಗಳ ಕಾಲ ಲಾಕ್ ಮಾಡುತ್ತವೆ, ಇದನ್ನು ಸರ್ವರ್-ಸೈಡ್‌ನಲ್ಲಿ ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ. Reinstall, device wipe, ಅಥವಾ device change lockout ಅನ್ನು ಮರುಹೊಂದಿಸುವುದಿಲ್ಲ.
4-ಅಂಕಿಯ PIN ಏಕೆ?
4 ಅಂಕಿಯ PIN ನಿಜವಾಗಿಯೂ ಸುರಕ್ಷಿತವೇ?
ಹೌದು — ಏಕೆಂದರೆ ರಕ್ಷಣೆ 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 encrypted at rest ಆಗಿದೆ. ಕದ್ದ ಹಾರ್ಡ್‌ವೇರ್ ಕೇವಲ ಅರ್ಥಹೀನ ciphertext ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಕೀಗಳನ್ನು ಡೇಟಾದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ AWS ನಿರ್ವಹಿಸುತ್ತದೆ — ಡೇಟಾ ಇರುವ ಅದೇ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಎಂದಿಗೂ ಇರುವುದಿಲ್ಲ.
ಫೈಲ್‌ಗಳು: S3 ಸರ್ವರ್-ಸೈಡ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ (SSE-S3, AES-256), ಪ್ರತಿ object ಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ. ಟೇಬಲ್‌ಗಳು: DynamoDB encryption at rest. ಅತಿ-ಸೂಕ್ಷ್ಮ ಫೀಲ್ಡ್‌ಗಳು: ಬರೆಯುವ ಮೊದಲು AWS KMS ನೊಂದಿಗೆ ಹೆಚ್ಚುವರಿಯಾಗಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಕೀ ನಿರ್ವಹಣೆ (KMS)
ಕೀಗಳನ್ನು ಯಾರು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತಾರೆ?
AWS ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ನಮ್ಮ ಫೀಲ್ಡ್-ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಕೀ AWS KMS ಹಾರ್ಡ್‌ವೇರ್ ಸೆಕ್ಯುರಿಟಿ ಮಾಡ್ಯೂಲ್‌ಗಳೊಳಗೆ ಇರುತ್ತದೆ ಮತ್ತು ಓದಬಹುದಾದ ರೂಪದಲ್ಲಿ ಎಂದಿಗೂ ಅವುಗಳಿಂದ ಹೊರಬರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ Soult ನಲ್ಲಿ ಯಾರೂ ಮೂಲ ಕೀಯನ್ನು ಎಂದಿಗೂ ನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ನೀವು ಸಂರಕ್ಷಿತ ಫೀಲ್ಡ್ ಅನ್ನು ಉಳಿಸಿದಾಗ ಅಥವಾ ತೆರೆದು ನೋಡಿದಾಗ, ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಆ ಕೀಯನ್ನು ಬಳಸುವಂತೆ KMS ಅನ್ನು ಕೇಳುತ್ತದೆ, ಇದೇ ಪರಿಶೀಲಿತ ಕುಟುಂಬ ಹಸ್ತಾಂತರವನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಟೇಬಲ್‌ಗಳ ಕೀಗಳನ್ನು AWS ನಿರ್ವಹಿಸುತ್ತದೆ.
ಸೂಕ್ಷ್ಮ ಫೀಲ್ಡ್‌ಗಳು: customer-managed ಕೀ ಅಡಿಯಲ್ಲಿ KMS Encrypt/Decrypt; ಕೀ ಮೆಟೀರಿಯಲ್ KMS ನ FIPS 140-ವ್ಯಾಲಿಡೇಟೆಡ್ HSM ಗಳಿಂದ ಎಂದಿಗೂ ಹೊರಹೋಗುವುದಿಲ್ಲ. ಫೈಲ್‌ಗಳು: S3 ಸರ್ವರ್-ಸೈಡ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ (SSE-S3, AES-256). ಟೇಬಲ್‌ಗಳು: DynamoDB encryption at rest.
ಫೀಲ್ಡ್-ಲೆವೆಲ್ ಭದ್ರತೆ
ನಿಮ್ಮ ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮ ಕ್ಷೇತ್ರಗಳಿಗೆ ಡಬಲ್-ಲಾಕ್ ಭದ್ರತೆ.
ನಿಮ್ಮ ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮ ವಿವರಗಳಿಗಾಗಿ — ಆಧಾರ್, PAN ಮತ್ತು ಪಾಸ್‌ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳು, ಕಾರ್ಡ್ ಮತ್ತು ಖಾತೆ ಸಂಖ್ಯೆಗಳು, ಮತ್ತು Standard Password Keeper ಪಾಸ್‌ವರ್ಡ್‌ಗಳು — ನಾವು ಎರಡನೇ ಲಾಕ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ಉಳಿಸುವ ಮೊದಲು ನಮ್ಮ ಸರ್ವರ್‌ಗಳು ಆ ಪ್ರತಿಯೊಂದು ಫೀಲ್ಡ್ ಅನ್ನು AWS KMS ಕೀಯೊಂದಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಅವುಗಳನ್ನು ciphertext ಆಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
Customer-managed AWS KMS ಕೀಯೊಂದಿಗೆ ಸರ್ವರ್-ಸೈಡ್ ಫೀಲ್ಡ್-ಲೆವೆಲ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ — ಬರೆಯುವ ಮೊದಲು ನಮ್ಮ ಬ್ಯಾಕೆಂಡ್ ಇದನ್ನು ಈ ಫೀಲ್ಡ್‌ಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ: ಆಧಾರ್, PAN ಮತ್ತು ಪಾಸ್‌ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳು; ಪ್ರಾಥಮಿಕ ಕ್ರೆಡಿಟ್ ಮತ್ತು ಡೆಬಿಟ್ ಕಾರ್ಡ್ ಸಂಖ್ಯೆಗಳು; ಸಾಲ, ಕ್ರೆಡಿಟ್-ಕಾರ್ಡ್, ಸ್ಥಿರ ಠೇವಣಿ, ಸರ್ಕಾರಿ ಉಳಿತಾಯ ಮತ್ತು ಪರ್ಯಾಯ ಹೂಡಿಕೆ ಖಾತೆ ಸಂಖ್ಯೆಗಳು; ಹೂಡಿಕೆ ವಹಿವಾಟು ID ಗಳು; ಆಸ್ತಿ ದಾಖಲೆ ಗುರುತಿಸುವಿಕೆಗಳು; ಮತ್ತು Standard Password Keeper ಪಾಸ್‌ವರ್ಡ್‌ಗಳು. KMS decrypt ಹಕ್ಕುಗಳಿಲ್ಲದ ಟೇಬಲ್ ರೀಡ್ ಆ ಫೀಲ್ಡ್‌ಗಳಿಗೆ ಕೇವಲ ciphertext ಅನ್ನು ಮಾತ್ರ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ವಿಮಾ ಪಾಲಿಸಿ ಸಂಖ್ಯೆಗಳು, ಬ್ಯಾಂಕ್ ಪಾಸ್‌ಬುಕ್ ಖಾತೆ ಸಂಖ್ಯೆಗಳು ಮತ್ತು ವಿಲ್ ವಿವರಗಳನ್ನು at-rest ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಮೂಲಕ ಮಾತ್ರ ರಕ್ಷಿಸಲಾಗುತ್ತದೆ.
Client-side encryption
Soult ಕೂಡ ಓದಲು ಸಾಧ್ಯವಾಗದ ರಹಸ್ಯಗಳು ಯಾವುವು?
Password Keeper ನಲ್ಲಿ ಎರಡು ಹಂತಗಳಿವೆ. ಸಾಮಾನ್ಯ ಲಾಗಿನ್‌ಗಳು — Wi-Fi, ಸ್ಟ್ರೀಮಿಂಗ್ — ನಿಮ್ಮ ಆಪ್ MPIN ನಿಂದ ಅನ್‌ಲಾಕ್ ಆಗುತ್ತವೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಮರುಪಡೆಯಲು ನಾವು ಸಹಾಯ ಮಾಡಬಹುದು. ನಿಮ್ಮ ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮವಾದ ಲಾಗಿನ್‌ಗಳಿಗಾಗಿ ನೀವು Advanced ಅನ್ನು ಆನ್ ಮಾಡುತ್ತೀರಿ, ಇದು ನಿಮ್ಮ ಫೋನ್ ಬಿಟ್ಟು ಹೋಗದ vault password ನಿಂದ end-to-end ಲಾಕ್ ಆಗಿದೆ. Advanced ಎಂಟ್ರಿಯನ್ನು ಸೇರಿಸಲು ಯಾವುದೇ ಪಾಸ್‌ವರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲ; ಒಂದನ್ನು ಓದಲು ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. ನಾವು ಲಾಕ್ ಮಾಡಿದ ಫಲಿತಾಂಶವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೇವೆ ಮತ್ತು ಅದನ್ನು ತೆರೆಯುವ ಸಾಧನವನ್ನು ನಾವು ಎಂದಿಗೂ ಹೊಂದಿರುವುದಿಲ್ಲ — ಆದ್ದರಿಂದ Soult ಡೀಕ್ರಿಪ್ಟ್ ಬಟನ್ ಇಲ್ಲ, ಸಿಬ್ಬಂದಿ ಓವರ್‌ರೈಡ್ ಇಲ್ಲ, ಮತ್ತು ಕಾನೂನು ಆದೇಶದ ಅಡಿಯಲ್ಲಿ ಹಸ್ತಾಂತರಿಸಲು ಅರ್ಥಪೂರ್ಣವಾದ ಏನೂ ಇಲ್ಲ. ನಿಮಗೆ 12-ಪದಗಳ ಪುನಃಪಡೆಯುವ ಪದಗುಚ್ಛವೂ ಸಿಗುತ್ತದೆ, ಒಮ್ಮೆ ಮಾತ್ರ ತೋರಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ನಾವು ಎಂದಿಗೂ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ. ಅದು ಪ್ರಾಮಾಣಿಕ ವಿನಿಮಯ: vault password ಮತ್ತು ಪದಗುಚ್ಛ ಎರಡನ್ನೂ ಕಳೆದುಕೊಂಡರೆ ಆ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಶಾಶ್ವತವಾಗಿ ಹೋಗುತ್ತವೆ, ಏಕೆಂದರೆ ಪರ್ಯಾಯವೆಂದರೆ ನಾವು ಕೀಲಿಯನ್ನು ಹೊಂದಿರುವುದು. ಪಾಸ್‌ವರ್ಡ್ ಮಾತ್ರ ಸೀಲ್ ಆಗಿರುತ್ತದೆ; ಎಂಟ್ರಿಯ ಶೀರ್ಷಿಕೆ, ಬಳಕೆದಾರಹೆಸರು, ವೆಬ್‌ಸೈಟ್, ಟಿಪ್ಪಣಿಗಳು ಮತ್ತು ಭದ್ರತಾ ಪ್ರಶ್ನೆ ಮತ್ತು ಉತ್ತರ Standard ರಕ್ಷಣೆಯನ್ನು ಬಳಸುತ್ತವೆ.
Per-user X25519 identity keypair; public key ಸ್ಪಷ್ಟವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, private seed ಎಂದಿಗೂ ಅನ್‌ರ್ಯಾಪ್ ಮಾಡದೆ ಸಂಗ್ರಹಿಸಲಾಗುವುದಿಲ್ಲ. 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) ನಿಂದ ಸುತ್ತಿಡಲಾಗುತ್ತದೆ. ಈ KDF ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಸಕ್ರಿಯ ಹಾರ್ಡನಿಂಗ್ ವಿಮರ್ಶೆಯ ಅಡಿಯಲ್ಲಿವೆ; ವೈರ್ ಸ್ಕೀಮ್ ಅನ್ನು ಆವೃತ್ತಿ ಮಾಡಲಾಗಿದೆ (enc_scheme=e2e_v2) ಮತ್ತು ಪ್ರತಿ ಸುತ್ತುವಿಕೆಯು ಸ್ವಯಂ-ವಿವರಣಾತ್ಮಕವಾಗಿದೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರರನ್ನು ಮರು-ನೋಂದಣಿ ಮಾಡದೆಯೇ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಹೆಚ್ಚಿಸಬಹುದು. ಸೇರ್ಪಡೆಗಳನ್ನು ಪಬ್ಲಿಕ್-ಕೀ ಶೈಲಿಯಲ್ಲಿ ಸೀಲ್ ಮಾಡಲಾಗುತ್ತದೆ: ಹೊಸ ephemeral X25519 keypair → ಗುರುತಿನ ಪಬ್ಲಿಕ್ ಕೀಯ ವಿರುದ್ಧ ECDH → HKDF-SHA256 (salt = ephemeral public key, info soult-pwk-e2e-v2) → AES-256-GCM. ಎಂಟ್ರಿಯು ಸೈಫರ್‌ಟೆಕ್ಸ್ಟ್, IV ಮತ್ತು ephemeral ಪಬ್ಲಿಕ್ ಕೀಯನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಒಂದೇ ಸೀಡ್‌ನ ಎರಡು ಸ್ವತಂತ್ರ ಸುತ್ತುವಿಕೆಗಳಿವೆ — ಒಂದು vault password ಅಡಿಯಲ್ಲಿ, ಇನ್ನೊಂದು 256-ಪದಗಳ ಪಟ್ಟಿಯಿಂದ (≈96 bits) ತೆಗೆದ 12-ಪದಗಳ ಪದಗುಚ್ಛದ ಅಡಿಯಲ್ಲಿ, ಇದು ಸಾಧನದಲ್ಲಿ ರಚನೆಯಾಗುತ್ತದೆ ಮತ್ತು ಎಂದಿಗೂ ರವಾನೆಯಾಗುವುದಿಲ್ಲ. MPIN ಅನ್ನು ಕೀ ಡಿರೈವೇಶನ್‌ನಿಂದ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಡಲಾಗಿದೆ, ಏಕೆಂದರೆ ಅದನ್ನು ತಿರುಗಿಸುವುದು ಅಥವಾ ತೆರವುಗೊಳಿಸುವುದು ಪುನಃಪಡೆಯುವಿಕೆಯನ್ನು ಶಾಶ್ವತವಾಗಿ ಹಾಳುಮಾಡುತ್ತದೆ; ಇದನ್ನು ಪುನಃಪಡೆಯುವ ಸಮಯದಲ್ಲಿ ಪ್ರತ್ಯೇಕ UI ಗೇಟ್ ಆಗಿ ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ. enc_key_id = SHA-256(public key) ಯ ಮೊದಲ 8 ಬೈಟ್‌ಗಳು, ಆದ್ದರಿಂದ ವಾಲ್ಟ್ ಮರುಹೊಂದಿಕೆಯ ನಂತರ ಸೂಪರ್‌ಸೀಡ್ ಮಾಡಿದ ಕೀಯಿಂದ ಸೀಲ್ ಆದ ಎಂಟ್ರಿಗಳು ಮೌನವಾಗಿ ವಿಫಲವಾಗುವ ಬದಲು ಮರುಪಡೆಯಲಾಗದಂತೆ ಗುರುತಿಸಲ್ಪಡುತ್ತವೆ. ಬ್ಯಾಕೆಂಡ್ e2e_ ಸ್ಕೀಮ್‌ಗಳಿಗಾಗಿ KMS ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ: ಈ ಕ್ಷೇತ್ರಗಳಿಗೆ ಸರ್ವರ್-ಸೈಡ್ ಕೀ ಇಲ್ಲ, ಅದನ್ನು ಒತ್ತಾಯಿಸಲಾಗುವುದಿಲ್ಲ, ಆಡಿಟ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ದುರುಪಯೋಗಪಡಿಸಿಕೊಳ್ಳಲಾಗುವುದಿಲ್ಲ. ವ್ಯಾಪ್ತಿ: ಪಾಸ್‌ವರ್ಡ್ ಫೀಲ್ಡ್ ಮಾತ್ರ ಸೀಲ್ ಆಗಿರುತ್ತದೆ; ಈ ರಕ್ಷಣೆ ನೀವು ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡುವ ಆ್ಯಪ್‌ನ ಸಮಗ್ರತೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಸಾಗಣೆಯಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಶನ್
ಗೂಢಚಾರ-ನಿರೋಧಕ Wi-Fi.
ಡೇಟಾ ಸುರಕ್ಷಿತ TLS ಟನಲ್ ಮೂಲಕ ಸಾಗುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಏರ್‌ಪೋರ್ಟ್ ಅಥವಾ ಕೆಫೆ Wi-Fi ನಲ್ಲಿ ಯಾರಾದರೂ ಕದ್ದಾಲಿಸಿದರೆ, ಅವರಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಗೊಂದಲ ಮಾತ್ರ ಕಾಣುತ್ತದೆ — ನೀವು ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದು ಅಥವಾ ಓದುವುದು ಅವರಿಗೆ ಏನೂ ತಿಳಿಯುವುದಿಲ್ಲ.
API Gateway HTTPS ಮೂಲಕ TLS 1.2+ ಜಾರಿಗೊಳಿಸಲಾಗಿದೆ. ಫೈಲ್‌ಗಳನ್ನು 15 ನಿಮಿಷಗಳ ನಂತರ ಅವಧಿ ಮುಗಿಯುವ S3 presigned URL ಗಳ ಮೂಲಕ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಓದಲಾಗುತ್ತದೆ.
“ದಿನನಿತ್ಯದ ಪ್ರವೇಶವಿಲ್ಲ” ತತ್ವ
Soult ಸಿಬ್ಬಂದಿ ನನ್ನ ರಹಸ್ಯಗಳನ್ನು ನೋಡಬಹುದೇ?
ದಿನನಿತ್ಯದ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಅಲ್ಲ. ಸಾಮಾನ್ಯ ಕೆಲಸದ ಭಾಗವಾಗಿ Soult ಸಿಬ್ಬಂದಿ ನಿಮ್ಮ ವಾಲ್ಟ್ ವಿಷಯವನ್ನು ನೋಡುವುದಿಲ್ಲ; ಪ್ರೊಡಕ್ಷನ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು IAM ಮೂಲಕ ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಮತ್ತು ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಮರಣ ಕ್ಲೇಮ್ ಪರಿಶೀಲನೆಯಲ್ಲಿರುವಾಗ, ಕೆಲವೇ ಅಧಿಕೃತ ಸಿಬ್ಬಂದಿ ಆ ಖಾತೆಯಲ್ಲಿರುವ ದಾಖಲೆಗಳನ್ನು ತೆರೆಯಬಹುದು, ಮತ್ತು ಅಂತಹ ಪ್ರತಿಯೊಂದು ಪ್ರವೇಶವನ್ನೂ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ನಿಮ್ಮ ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮ ಫೀಲ್ಡ್‌ಗಳನ್ನು KMS-ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ciphertext ಆಗಿಯೂ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
ಅಪ್ಲಿಕೇಶನ್ ರೋಲ್‌ಗಳಿಗೆ Least-privilege IAM. ಪ್ರೊಡಕ್ಷನ್ ಪ್ರವೇಶವು ಕೆಲವೇ ಹೆಸರಿಸಲಾದ ನಿರ್ವಾಹಕರಿಗೆ ಸೀಮಿತವಾಗಿದೆ ಮತ್ತು ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಮರಣ-ಕ್ಲೇಮ್ ಪರಿಶೀಲಕರು ಒಂದು ಸಣ್ಣ allowlist ನಲ್ಲಿದ್ದಾರೆ, ಮತ್ತು ಅವರು ತೆರೆಯುವ ಪ್ರತಿಯೊಂದು ದಾಖಲೆಯನ್ನೂ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಲೇಯರ್‌ನಲ್ಲಿ KMS-ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಫೀಲ್ಡ್‌ಗಳು ಮಾತ್ರ ciphertext ಆಗಿರುತ್ತವೆ; ಇತರ ವಿಷಯವನ್ನು IAM ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳು ಮತ್ತು ಲಾಗಿಂಗ್ ಮೂಲಕ ರಕ್ಷಿಸಲಾಗುತ್ತದೆ.
ಎರಡು ಎಕ್ಸಿಕ್ಯೂಟರ್ ರೋಲ್‌ಗಳು
ನನ್ನ ವಾಲ್ಟ್ ಅನ್ನು ಯಾರು ನೋಡಬಹುದು?
ಸಾಮಾನ್ಯ ಎಕ್ಸಿಕ್ಯೂಟರ್ (ಸಾಮಾನ್ಯವಾಗಿ ಕುಟುಂಬದ ಸದಸ್ಯರು): ಅವರನ್ನು ಯಾರಿಗಾಗಿ ಹೆಸರಿಸಲಾಗಿದೆಯೋ ಆ ವ್ಯಕ್ತಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಅವರದೇ ಆದ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಹೊಂದಿರುತ್ತಾರೆ. ಮರಣ ಕ್ಲೇಮ್ ಅನ್ನು ಸಲ್ಲಿಸಬಹುದು. Soult ಅದನ್ನು ಪರಿಶೀಲಿಸಿ ಅನುಮೋದಿಸಿದ ನಂತರವೇ ಅವರು ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು — ಫೋನ್ ಮತ್ತು ಇಮೇಲ್ OTP ಯೊಂದಿಗೆ — ಮತ್ತು ನಿಮ್ಮ ವಾಲ್ಟ್ ಅನ್ನು ನೋಡಬಹುದು.
ತುರ್ತು ಎಕ್ಸಿಕ್ಯೂಟರ್ (ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ಯಾವುದೇ ವಿಶ್ವಾಸಾರ್ಹ ವ್ಯಕ್ತಿ — ಸಂಗಾತಿ, ಮಗು, ಸಹೋದರ/ಸಹೋದರಿ ಅಥವಾ ಸ್ನೇಹಿತ): ಮರಣ ಕ್ಲೇಮ್ ಅಗತ್ಯವಿಲ್ಲ. ಫೋನ್ ಮತ್ತು ಇಮೇಲ್ OTP ನಂತರ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು. ಅವರು ಸೈನ್ ಇನ್ ಮಾಡಿದ ತಕ್ಷಣ ನಿಮಗೆ ಇಮೇಲ್ ಬರುತ್ತದೆ.
ಎರಡೂ ರೋಲ್‌ಗಳ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳು ನಿಮ್ಮ ವಾಲ್ಟ್ ಅನ್ನು read-only ಮೋಡ್‌ನಲ್ಲಿ ನೋಡುತ್ತಾರೆ. ತುರ್ತು ರೋಲ್ ವೈದ್ಯಕೀಯ ತುರ್ತು ಪರಿಸ್ಥಿತಿಗಳು ಮತ್ತು ಸಮಯ-ನಿರ್ಣಾಯಕ ಸಂದರ್ಭಗಳಿಗಾಗಿ; ಸಾಮಾನ್ಯ ರೋಲ್ ಮರಣದ ನಂತರದ ಹಸ್ತಾಂತರಕ್ಕಾಗಿ. ನೀವು ಎಷ್ಟು ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳನ್ನು ಹೆಸರಿಸಬಹುದು ಎಂಬುದು ನಿಮ್ಮ ಪ್ಲಾನ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.
ಅಪ್ಲಿಕೇಶನ್ ಲಾಜಿಕ್‌ನಲ್ಲಿ Role-based access. ಪ್ರತಿ ಎಕ್ಸಿಕ್ಯೂಟರ್ is_emergency ಫ್ಲಾಗ್ ಅನ್ನು ಹೊಂದಿರುತ್ತಾರೆ (ಯಾವುದೇ ಸಂಬಂಧ; ಒಟ್ಟು ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಪ್ಲಾನ್ ಮಿತಿಗೊಳಿಸುತ್ತದೆ). ತುರ್ತು-ಅಲ್ಲದ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳು ಮರಣ ಕ್ಲೇಮ್ ಅನುಮೋದನೆಯಾದ ನಂತರವೇ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು; ತುರ್ತು ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಸೈನ್ ಇನ್ ಮಾಡಬಹುದು. ಎಕ್ಸಿಕ್ಯೂಟರ್ ಸೈನ್-ಇನ್‌ಗೆ OTP ಪರಿಶೀಲನೆ ಅಗತ್ಯ ಮತ್ತು ಅದು ಮಾಲೀಕರಿಗೆ ಇಮೇಲ್ ಕಳುಹಿಸುತ್ತದೆ. ಎಕ್ಸಿಕ್ಯೂಟರ್ ಸೆಷನ್‌ಗಳು read-only ಆಗಿರುತ್ತವೆ.
ಹಸ್ತಾಂತರ ಪ್ರೋಟೋಕಾಲ್
ನನ್ನ ಕುಟುಂಬಕ್ಕೆ ಪ್ರವೇಶ ಹೇಗೆ ಸಿಗುತ್ತದೆ?
ಹೆಸರಿಸಿದ ಸಾಮಾನ್ಯ ಎಕ್ಸಿಕ್ಯೂಟರ್ ತಮ್ಮ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ಮರಣ ಕ್ಲೇಮ್ ಅನ್ನು ಸಲ್ಲಿಸಿ ಮರಣ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತಾರೆ; ನಿಮಗೂ ನಿಮ್ಮ ಇತರ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳಿಗೂ ಇಮೇಲ್ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಅನುಮೋದಿಸುವ ಮೊದಲು ಅಧಿಕೃತ Soult ನಿರ್ವಾಹಕರು ಕ್ಲೇಮ್ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ — ಪರಿಶೀಲಿಸದ ವಿನಂತಿಯ ಮೇಲೆ ಏನನ್ನೂ ಬಿಡುಗಡೆ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಅನುಮೋದನೆಯಾದ ನಂತರ, ನಿಮ್ಮ ಖಾತೆ read-only ಆಗುತ್ತದೆ, ಮತ್ತು ಎಕ್ಸಿಕ್ಯೂಟರ್ ಫೋನ್ ಮತ್ತು ಇಮೇಲ್ OTP ಯೊಂದಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡಿ ವಾಲ್ಟ್ ಅನ್ನು ವೀಕ್ಷಿಸಬಹುದು ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು. ಎಕ್ಸಿಕ್ಯೂಟರ್ ಸೈನ್ ಇನ್ ಮಾಡಿದ ಪ್ರತಿ ಬಾರಿ ನಿಮ್ಮ ನೋಂದಾಯಿತ ವಿಳಾಸಕ್ಕೆ ಇಮೇಲ್ ಹೋಗುತ್ತದೆ. ನೀವು ನಿಮ್ಮ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗೆ ನಿಮ್ಮ ವಾಲ್ಟ್ ಪಾಸ್‌ವರ್ಡ್ ಅಥವಾ ರಿಕವರಿ ಕಿಟ್ ಬಿಟ್ಟುಹೋಗದಿದ್ದರೆ, Advanced Password Keeper ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಲಾಕ್ ಆಗಿಯೇ ಇರುತ್ತವೆ.
ಗೇಟ್: (1) ನೋಂದಾಯಿತ, ಪರಿಶೀಲಿತ ಎಕ್ಸಿಕ್ಯೂಟರ್ ತಮ್ಮ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ಪ್ರಮಾಣಪತ್ರ ಅಪ್‌ಲೋಡ್‌ನೊಂದಿಗೆ ಮರಣ ಕ್ಲೇಮ್ ಸಲ್ಲಿಸುತ್ತಾರೆ; (2) Amazon SES ಮಾಲೀಕರಿಗೆ ಮತ್ತು ಇತರ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳಿಗೆ ಇಮೇಲ್ ಕಳುಹಿಸುತ್ತದೆ; (3) allowlist ನಲ್ಲಿರುವ Soult ನಿರ್ವಾಹಕರು ಕ್ಲೇಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ ಅನುಮೋದಿಸುತ್ತಾರೆ; (4) ಅನುಮೋದನೆಯು ಫೋನ್ + ಇಮೇಲ್ OTP ಯೊಂದಿಗೆ ಎಕ್ಸಿಕ್ಯೂಟರ್ ಸೈನ್-ಇನ್ ಅನ್ನು ತೆರೆಯುತ್ತದೆ ಮತ್ತು API ಲೇಯರ್‌ನಲ್ಲಿ ಖಾತೆಯನ್ನು read-only ಮಾಡುತ್ತದೆ; (5) ಪ್ರತಿ ಎಕ್ಸಿಕ್ಯೂಟರ್ ಸೈನ್-ಇನ್‌ನಲ್ಲೂ ಮಾಲೀಕರಿಗೆ ಇಮೇಲ್ ಹೋಗುತ್ತದೆ. ಕ್ಲೇಮ್ ಅಪ್‌ಲೋಡ್‌ಗಳು ಮತ್ತು ಅನುಮೋದನೆಗಳನ್ನು security event log ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ.
ವಿನ್ಯಾಸದಿಂದಲೇ ಹಂಚಿಕೆ ಇಲ್ಲ
ನನ್ನ CA ಅಥವಾ ಸಂಗಾತಿಯೊಂದಿಗೆ ಒಂದು ಡಾಕ್ಯುಮೆಂಟ್ ಹಂಚಿಕೊಳ್ಳಬಹುದೇ?
ಸದ್ಯಕ್ಕೆ ಇಲ್ಲ. ಪ್ರತಿ ಐಟಂ ಹಂಚಿಕೆ ಇಲ್ಲ, ಅಕೌಂಟೆಂಟ್‌ಗಾಗಿ ಪ್ರತಿ ಫೋಲ್ಡರ್ ಪ್ರವೇಶವಿಲ್ಲ, ಸಮಯ-ನಿರ್ಬಂಧಿತ ಶೇರ್ ಲಿಂಕ್ ಇಲ್ಲ. ನಿಮ್ಮ ವಾಲ್ಟ್ ಒಳಗೆ ಮತ್ತೊಬ್ಬ ವ್ಯಕ್ತಿ ಎಂದಾದರೂ ನೋಡುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಮೇಲೆ ವಿವರಿಸಿದ ಎಕ್ಸಿಕ್ಯೂಟರ್ ಫ್ಲೋ ಮೂಲಕ — ಮತ್ತು ಆಗಲೂ, ಅವರು ಎಲ್ಲವನ್ನೂ read-only ಮೋಡ್‌ನಲ್ಲಿ ನೋಡುತ್ತಾರೆ. ಪ್ರತಿ ಐಟಂ ಅಥವಾ ಪ್ರತಿ ಫೋಲ್ಡರ್ ಗ್ರ್ಯಾನ್ಯುಲಾರಿಟಿ ಸದ್ಯಕ್ಕೆ ಇಲ್ಲ.
ಯಾವುದೇ collaboration ಮೆಕ್ಯಾನಿಸಂ ಅಳವಡಿಸಿಲ್ಲ. ಏಕೈಕ ಪ್ರವೇಶ ಮಾರ್ಗಗಳು: (1) authenticated owner session, (2) executor session post-verification. ಯಾವುದೇ share-link ಜನರೇಟ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಯಾವುದೇ scoped tokens ಇಲ್ಲ, ಯಾವುದೇ per-resource ACL ಇಲ್ಲ. Roadmap ಪರಿಗಣನೆಯಲ್ಲಿ ಮಾತ್ರ — ನಿರ್ಮಿಸಿಲ್ಲ.
ವಾಸ್ತವ ಪರಿಶೀಲನೆ
ಅಪಾಯಗಳೇನು?
ಹ್ಯಾಕರ್‌ಗಳು, ಅಕೌಂಟ್ ಹ್ಯಾಕ್ ಮತ್ತು ಆಂತರಿಕ ಪ್ರವೇಶದಿಂದ ರಕ್ಷಿಸಲು ನಾವು ಶ್ರಮಿಸುತ್ತೇವೆ. ನಿಮ್ಮ ಪಿನ್ ಹಂಚಿಕೊಳ್ಳಲು ದೈಹಿಕವಾಗಿ ಬಲವಂತಪಡಿಸುವುದನ್ನು ನಾವು ತಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. Soult ಸಂಘಟನೆ ಮತ್ತು ಕುಟುಂಬದ ನಿರಂತರತೆಗಾಗಿ – ಒತ್ತಡದಲ್ಲಿ ಬಲವಂತದ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಯಿಂದ ರಕ್ಷಿಸಲು ಅಲ್ಲ.
Threat model ದೈಹಿಕ ಒತ್ತಾಯವನ್ನು ಹೊರತುಪಡಿಸುತ್ತದೆ. ತಗ್ಗಿಸುತ್ತದೆ: exfiltration, account takeover, insider access. ವ್ಯಾಪ್ತಿಯಿಂದ ಹೊರಗೆ: ಒತ್ತಾಯದ ಅಡಿಯಲ್ಲಿ PIN ಹೊರತೆಗೆಯುವಿಕೆ, ಅನ್‌ಲಾಕ್ ನಂತರ ಡಿವೈಸ್ ಕಾಂಪ್ರಮೈಸ್.
ಭಾರತದ ನೆಲದಲ್ಲಿ
ನನ್ನ ಡೇಟಾ ನಿಖರವಾಗಿ ಎಲ್ಲಿದೆ?
ಇಂದು, ಎಲ್ಲಾ ವಾಲ್ಟ್ ಡೇಟಾ AWS ಮುಂಬೈನಲ್ಲಿರುವ ನಮ್ಮ ಭಾರತ ಸೈಲೋದಲ್ಲಿದೆ. ನಾವು UAE ಯಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲು ಸಿದ್ಧತೆ ನಡೆಸುತ್ತಿದ್ದೇವೆ. ಅಲ್ಲಿನ ಬಳಕೆದಾರರ ವಾಲ್ಟ್‌ಗಳನ್ನು AWS ಮುಂಬೈ (ಭಾರತ) ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಸೈನ್ ಅಪ್ ಸಮಯದಲ್ಲಿ ಅದಕ್ಕೆ ಅವರ ಸ್ಪಷ್ಟ ಸಮ್ಮತಿಯನ್ನು ನಾವು ಕೇಳುತ್ತೇವೆ. US ಮತ್ತು ಆಗ್ನೇಯ ಏಷ್ಯಾಕ್ಕಾಗಿ ಭವಿಷ್ಯದ ಸೈಲೋಗಳು, ಮತ್ತು ಮೀಸಲಾದ GCC ಸೈಲೋ, ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿವೆ.
Active silo: ap-south-1 (ಮುಂಬೈ), ಡೇಟಾವನ್ನು ಹಲವು Availability Zones ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಕ್ರಾಸ್-ರೀಜನ್ DR ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ. DPDP Act, 2023 ರ ತತ್ವಗಳನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ನಿರ್ಮಿಸಲಾಗಿದೆ. ಬೇರೆ ಯಾವುದೇ silo ಲೈವ್ ಆಗಿಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಬಳಕೆದಾರರಿಗೆ GCC ಪ್ರದೇಶದಿಂದ ಸೇವೆ ನೀಡಲಾಗುತ್ತಿಲ್ಲ.
ವಿಪತ್ತು ರಿಕವರಿ ಶ್ರೇಣಿಗಳು
ವೈಫಲ್ಯದ ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಏನಾಗುತ್ತದೆ?
ಶ್ರೇಣಿ 1 — ಒಂದು ಸರ್ವರ್ ವಿಫಲವಾದರೆ: ಬಳಕೆದಾರರಿಗೆ ಅಗೋಚರ; AWS ನ ನಿರ್ವಹಿತ ಸೇವೆಗಳು ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸುತ್ತವೆ.
ಶ್ರೇಣಿ 2 — ಮುಂಬೈನ ಒಂದು ಡೇಟಾ ಸೆಂಟರ್ ವಿಫಲವಾದರೆ: ಸೇವೆ ಮುಂದುವರಿಯುತ್ತದೆ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಈಗಾಗಲೇ ಮುಂಬೈನ ಹಲವು ಡೇಟಾ ಸೆಂಟರ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ.
ಶ್ರೇಣಿ 3 — ಇಡೀ ಮುಂಬೈ ಪ್ರದೇಶ ಸ್ಥಗಿತಗೊಂಡರೆ: AWS ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸುವವರೆಗೆ ಸೇವೆ ವಿರಾಮಗೊಳ್ಳುತ್ತದೆ. ಎರಡನೇ ಪ್ರದೇಶದಲ್ಲಿ ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ, ಇಂದು ಲೈವ್ ಆಗಿಲ್ಲ.
ಶ್ರೇಣಿ 4 — ಮುಂಬೈ ಪ್ರದೇಶ ಶಾಶ್ವತವಾಗಿ ನಷ್ಟವಾದರೆ: ಇಂದು ನಾವು ಅದರಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಚೇತರಿಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕ್ರಾಸ್-ರೀಜನ್ ಬ್ಯಾಕಪ್ ರೆಪ್ಲಿಕೇಶನ್ ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ. ಅಲ್ಲಿಯವರೆಗೆ, ನಿಮ್ಮದೇ ಬ್ಯಾಕಪ್ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಅತ್ಯಂತ ಪ್ರಬಲ ರಕ್ಷಣೆಯಾಗಿದೆ.
Tier 1: managed-service self-healing (Lambda, DynamoDB, S3). Tier 2: ap-south-1 ಒಳಗೆ multi-AZ ಸಂಗ್ರಹಣೆ. Tiers 3–4: ಇಂದು ಕ್ರಾಸ್-ರೀಜನ್ failover ಇಲ್ಲ; ಎರಡನೇ ಪ್ರದೇಶಕ್ಕೆ ಕ್ರಾಸ್-ರೀಜನ್ ಬ್ಯಾಕಪ್ ರೆಪ್ಲಿಕೇಶನ್ ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ.
ಆಡಿಟ್ ಟ್ರಯಲ್
ಬದಲಾವಣೆಗಳ ದಾಖಲೆ.
ನಿಮ್ಮ vault ನಲ್ಲಿ ಆಗುವ ಪ್ರತಿ Create, Update ಅಥವಾ Delete ನ ದಾಖಲೆ — ಬದಲಾವಣೆಯನ್ನು ಯಾರು ಮಾಡಿದರು ಮತ್ತು ಯಾವಾಗ ಎಂಬುದರೊಂದಿಗೆ.
DynamoDB ನಲ್ಲಿ Audit log ಟೇಬಲ್. Write operations (CUD) ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ. ಬಳಕೆದಾರರ privacy ಮತ್ತು performance ಸಮತೋಲನಕ್ಕಾಗಿ Read events ಗಳನ್ನು ಹೊರತುಪಡಿಸಲಾಗಿದೆ. ಖಾತೆಯೊಂದಿಗೆ ಅಳಿಸಲ್ಪಡುತ್ತದೆ.
ಡೇಟಾ ಬಳಕೆಯ ನಿಯಮಗಳು
ಮಾರಾಟವಿಲ್ಲ, ತರಬೇತಿ ಇಲ್ಲ, ಅಚ್ಚರಿಗಳಿಲ್ಲ.
ನಿಮ್ಮ ವಾಲ್ಟ್ ವಿಷಯವನ್ನು AI ಮಾದರಿಗಳಿಗೆ ತರಬೇತಿ ನೀಡಲು ಅಥವಾ ಮಾರ್ಕೆಟಿಂಗ್‌ಗಾಗಿ ಎಂದಿಗೂ ಬಳಸಲಾಗುವುದಿಲ್ಲ. AI ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಬಳಸಿದಾಗ, ಆ ಸೆಷನ್‌ನ ಡೇಟಾವನ್ನು ಸಂದರ್ಭದಲ್ಲಿ ಮಾತ್ರ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ – ಮಾದರಿ ಸುಧಾರಣೆಗಾಗಿ ಎಂದಿಗೂ ಉಳಿಸಿಕೊಳ್ಳಲಾಗುವುದಿಲ್ಲ. ಆದಾಯವು ಚಂದಾದಾರಿಕೆ ಆಧಾರಿತವಾಗಿದೆ. ನಾವು ಎಂದಾದರೂ ಹೊಸ ಗಳಿಕೆಯ ವಿಧಾನವನ್ನು ಪರಿಗಣಿಸಿದರೆ – ಯಾವುದೇ ಬದಲಾವಣೆಯಾದರೂ – ನಾವು ಮೊದಲು ನಿಮ್ಮನ್ನು ಕೇಳುತ್ತೇವೆ. ತಿಳಿಸುವುದಿಲ್ಲ. ಘೋಷಿಸುವುದಿಲ್ಲ. ಕೇಳುತ್ತೇವೆ. ಮತ್ತು ಅದು ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಪ್ರಯೋಜನಕಾರಿ ಎಂದು ನಾವು ನಂಬಿದರೆ ಮಾತ್ರ ಕೇಳುತ್ತೇವೆ.
ಡೇಟಾ ಐಸೋಲೇಶನ್. ಯಾವುದೇ vault ವಿಷಯವನ್ನು AI/ML ತರಬೇತಿ ಪೈಪ್‌ಲೈನ್‌ಗಳಿಗೆ ನೀಡಲಾಗುವುದಿಲ್ಲ. AI ವೈಶಿಷ್ಟ್ಯಗಳು ಪ್ರತಿ ಸೆಷನ್‌ಗೆ ಡೇಟಾವನ್ನು in-context ಆಗಿ ಮಾತ್ರ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತವೆ — ಮಾದರಿ ಸುಧಾರಣೆಗಾಗಿ ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಆದಾಯ ಮಾದರಿಯು vault ವಿಷಯದಿಂದ ಸ್ವತಂತ್ರವಾಗಿದೆ. ಭವಿಷ್ಯದ ಹಣಗಳಿಕೆಯ ಬದಲಾವಣೆಗಳು ಸ್ಪಷ್ಟವಾದ ಪ್ರತಿ-ಬಳಕೆದಾರರ opt-in ಮೇಲೆ ಮಾತ್ರ ನಡೆಯುತ್ತವೆ — ಘೋಷಿಸಿ ಮುಂದುವರೆಯುವುದಿಲ್ಲ.
ಗೌಪ್ಯತೆ vs ಹಸ್ತಾಂತರ
ಸೇತುವೆಯ ಆಯ್ಕೆ.
ಚಾಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಂಪೂರ್ಣ ಗೌಪ್ಯತೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತವೆ — ನೀವು ಕೀಲಿಯನ್ನು ಕಳೆದುಕೊಂಡರೆ, ಅವು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಲೈಫ್ ವಾಲ್ಟ್‌ಗೆ ಇದು ಒಂದು ವೈಫಲ್ಯ. ಆದ್ದರಿಂದ ನಾವು Soult ಅನ್ನು ವಿಭಿನ್ನವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಿದ್ದೇವೆ: ನಿಮ್ಮ ವಾಲ್ಟ್ ವಿನ್ಯಾಸದಿಂದಲೇ ಮರುಪಡೆಯಬಹುದಾದದ್ದು, ಆದ್ದರಿಂದ ಫೋನ್ ಕಳೆದುಹೋದರೂ ಅಥವಾ PIN ಮರೆತರೂ ನಿಮ್ಮ ಕುಟುಂಬ ಎಂದಿಗೂ ಹೊರಗುಳಿಯುವುದಿಲ್ಲ, ಮತ್ತು ಪರಿಶೀಲಿತ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳು ನೀವು ಅವರಿಗೆ ಬಿಟ್ಟದ್ದನ್ನು ಪಡೆಯಬಹುದು. Soult ಸಿಬ್ಬಂದಿಗೆ ದಿನನಿತ್ಯದ ಪ್ರವೇಶವಿಲ್ಲ, ಮತ್ತು ಹಸ್ತಾಂತರವು ಪರಿಶೀಲಿತ ಮಾರ್ಗದ ಮೂಲಕ ಮಾತ್ರ ನಡೆಯುತ್ತದೆ. ನೀವು ಮಾತ್ರ ತೆರೆಯಬೇಕಾದ ಕೆಲವು ಪಾಸ್‌ವರ್ಡ್‌ಗಳಿಗಾಗಿ, Advanced Password Keeper ನಿಮಗೆ ಏಕೈಕ ವಶವನ್ನು ನೀಡುತ್ತದೆ. Soult ನಿಮ್ಮ ಪರಂಪರೆಗೆ ಒಂದು ಸೇತುವೆ, ಡಿಜಿಟಲ್ ಅಂತ್ಯವಲ್ಲ.
Standard vault ಡೇಟಾವನ್ನು ಸರ್ವರ್-ಸೈಡ್‌ನಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ (S3 ಮತ್ತು DynamoDB encryption at rest, ಜೊತೆಗೆ ಸೂಕ್ಷ್ಮ ಫೀಲ್ಡ್‌ಗಳಿಗೆ AWS KMS), ಆದ್ದರಿಂದ ಅದನ್ನು ನಿಮಗೆ ಮರುಸ್ಥಾಪಿಸಬಹುದು ಅಥವಾ ಪರಿಶೀಲಿತ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗೆ read-only ಆಗಿ ತೋರಿಸಬಹುದು. ಸಿಬ್ಬಂದಿಗೆ ದಿನನಿತ್ಯದ ಪ್ರವೇಶವಿಲ್ಲ; ಹಸ್ತಾಂತರಕ್ಕೆ ಮೇಲೆ ವಿವರಿಸಿದ ಪರಿಶೀಲಿತ ಮರಣ-ಕ್ಲೇಮ್ ಫ್ಲೋ ಅಗತ್ಯ. Advanced Password Keeper ನಮೂದುಗಳು (e2e_v2) ಮಾತ್ರ Soult ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗದ ಡೇಟಾ.
ರೋಡ್‌ಮ್ಯಾಪ್
ಮುಂದೆ ಏನು ಬರಲಿದೆ?
ಅಲ್ಪಾವಧಿ: ಒಂದು-ಕ್ಲಿಕ್ ವಾಲ್ಟ್ ರಫ್ತು (ಇಂದು ಬಳಕೆದಾರರು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬ್ಯಾಕಪ್ ಮಾಡುತ್ತಾರೆ); US ಸೈಲೋ (N. ವರ್ಜೀನಿಯಾ, DR ಒರೆಗಾನ್); SEA ಸೈಲೋ (ಸಿಂಗಾಪುರ್, DR ಜಕಾರ್ತಾ); ಕ್ರಾಸ್-ಸೈಲೋ ಬ್ಯಾಕಪ್ ಪ್ರತಿಕೃತಿ, ಇದರಿಂದ ಇಡೀ ಪ್ರದೇಶ ಕಳೆದುಹೋದರೂ ಏನಾದರೂ ಯಾವಾಗಲೂ ಉಳಿಯುತ್ತದೆ.
ಮಧ್ಯಮಾವಧಿ: ಮೀಸಲಾದ GCC ಸೈಲೋ; SOC 2 Type II.
ಯಾವಾಗಲೂ-ಆನ್: ನಿರಂತರ ಆಡಿಟ್‌ಗಳು, ಭದ್ರತಾ ಬಲವರ್ಧನೆ, ಮೂಲಸೌಕರ್ಯ ವಿಮರ್ಶೆಗಳು.
ಹಂತ 1 (ಮುಂದಿನದು): one-click encrypted export, US silo bring-up. ಹಂತ 2: SEA silo, cross-silo cold backup replication, WAF, mobile clients ನಲ್ಲಿ SSL pinning. ಹಂತ 3: ಮೀಸಲಾದ GCC silo, SOC 2 Type II, hardened multi-region KMS.
ಪ್ರಾಮಾಣಿಕ ಹೇಳಿಕೆಗಳು
ಪ್ರತಿ ಮಾರ್ಕೆಟಿಂಗ್ ಹೇಳಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ. ಇಂದು ಯಾವುದು ನಿಜ, ಯಾವುದು ಯೋಜಿಸಲಾಗಿದೆ, ಯಾವುದು ನಿರ್ಮಿಸಿಲ್ಲ, ನಾವು ಏನನ್ನು ಬಳಸುವುದಿಲ್ಲ.
| ಹೇಳಿಕೆ | ಸ್ಥಿತಿ | ಪ್ರಾಯೋಗಿಕ ಸತ್ಯ |
|---|---|---|
| ಸಿಬ್ಬಂದಿಗೆ ದಿನನಿತ್ಯದ ಪ್ರವೇಶವಿಲ್ಲ | ನಿಜ | vault ವಿಷಯಕ್ಕೆ ಸಿಬ್ಬಂದಿಯ ದಿನನಿತ್ಯದ ಪ್ರವೇಶವಿಲ್ಲ; ಪ್ರೊಡಕ್ಷನ್ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಮತ್ತು ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಮರಣ ಕ್ಲೇಮ್ ಪರಿಶೀಲಿಸುವಾಗ, allowlist ನಲ್ಲಿರುವ ಕೆಲವೇ ಪರಿಶೀಲಕರು ಒಂದು ಖಾತೆಯ ದಾಖಲೆಗಳನ್ನು ತೆರೆಯಬಹುದು; ಪ್ರತಿಯೊಂದು ಪ್ರವೇಶವನ್ನೂ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. Advanced Password Keeper ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು ಹೊರತುಪಡಿಸಿ, ಇದು ಪ್ರವೇಶ ನಿಯಂತ್ರಣ, ತಾಂತ್ರಿಕ ಅಸಾಧ್ಯತೆಯಲ್ಲ. |
| ಭಾರತದಲ್ಲಿ ಡೇಟಾ ರೆಸಿಡೆನ್ಸಿ | ನಿಜ | ಎಲ್ಲಾ vault ಡೇಟಾವನ್ನು ಭಾರತದಲ್ಲಿ, AWS ಮುಂಬೈನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಕೆಲವು ಕಾರ್ಯಾಚರಣೆಯ ಡೇಟಾವನ್ನು (ಸೈನ್-ಇನ್ ಕೋಡ್‌ಗಳು, ಪಾವತಿಗಳು, ಅನಾಲಿಟಿಕ್ಸ್, ಕ್ರ್ಯಾಶ್ ವರದಿಗಳು) ಭಾರತದ ಹೊರಗೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬಹುದಾದ ಸೇವಾ ಪೂರೈಕೆದಾರರು ನಿರ್ವಹಿಸುತ್ತಾರೆ. |
| ISO 27001 & ISO 9001 ಪ್ರಮಾಣೀಕರಣ | ಪ್ರಗತಿಯಲ್ಲಿದೆ | ಭದ್ರತಾ ಕಾರ್ಯಕ್ರಮವು ISO 27001 ಕ್ಕೆ ಅನುಗುಣವಾಗಿದೆ. ಗುಣಮಟ್ಟ ನಿರ್ವಹಣೆಯು ISO 9001 ಕ್ಕೆ ಅನುಗುಣವಾಗಿದೆ. ಎರಡಕ್ಕೂ ಮಾನ್ಯತೆ ಪಡೆದ ಪ್ರಮಾಣೀಕರಣ ಪ್ರಗತಿಯಲ್ಲಿದೆ. |
| AES-256 ಎನ್‌ಕ್ರಿಪ್ಶನ್ | ನಿಜ | ಎಲ್ಲಾ vault ಡೇಟಾವನ್ನು AES-256 ನೊಂದಿಗೆ at rest ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗಿದೆ, ಮತ್ತು ಸೂಕ್ಷ್ಮ ಫೀಲ್ಡ್‌ಗಳಿಗೆ ಹೆಚ್ಚುವರಿ AWS KMS ಪದರವಿದೆ. |
| Password Keeper — ಸ್ಟ್ಯಾಂಡರ್ಡ್ | ನಿಜ | ಡೀಫಾಲ್ಟ್. ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು AWS KMS ನೊಂದಿಗೆ ನಮ್ಮ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಮರುಪಡೆಯಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಎಕ್ಸಿಕ್ಯೂಟರ್‌ಗಳಿಗೆ ಹಸ್ತಾಂತರಿಸಬಹುದು. |
| Password Keeper — ಅಡ್ವಾನ್ಸ್ಡ್ | ಲೈವ್ | ಜುಲೈ 2026 ರಿಂದ ಲೈವ್ (ಐಚ್ಛಿಕ). Password Keeper ನಮೂದಿಗೆ Advanced ಅನ್ನು ಆನ್ ಮಾಡಿದರೆ, ಅದರ ಪಾಸ್‌ವರ್ಡ್ ನಿಮಗೆ ಮಾತ್ರ ತಿಳಿದಿರುವ ವಾಲ್ಟ್ ಪಾಸ್‌ವರ್ಡ್‌ನಿಂದ ಪಡೆದ ಕೀಯೊಂದಿಗೆ ನಿಮ್ಮ ಫೋನ್‌ನಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗುತ್ತದೆ, ಆದ್ದರಿಂದ Soult ಅದನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಮೂದಿನ ಇತರ ವಿವರಗಳು (ಶೀರ್ಷಿಕೆ, ಬಳಕೆದಾರಹೆಸರು, ವೆಬ್‌ಸೈಟ್, ಟಿಪ್ಪಣಿಗಳು, ಭದ್ರತಾ ಪ್ರಶ್ನೆ ಮತ್ತು ಉತ್ತರ) Standard ರಕ್ಷಣೆಯನ್ನು ಬಳಸುತ್ತವೆ. ನಿಮ್ಮ ವಾಲ್ಟ್ ಪಾಸ್‌ವರ್ಡ್ ಮತ್ತು 12-ಪದಗಳ ರಿಕವರಿ ಫ್ರೇಸ್ ಎರಡನ್ನೂ ಕಳೆದುಕೊಂಡರೆ, ಆ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಮರುಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. |
| ಒಂದು ಕ್ಲಿಕ್‌ನಲ್ಲಿ ವಾಲ್ಟ್ ಎಕ್ಸ್‌ಪೋರ್ಟ್ | ಯೋಜಿಸಲಾಗಿದೆ | ಇಂದು ನಿರ್ಮಿಸಿಲ್ಲ. ಬಳಕೆದಾರರು ಹಸ್ತಚಾಲಿತ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಒಂದು-ಕ್ಲಿಕ್ ರಫ್ತು ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ. |
| ಪ್ರತಿ ಐಟಂ ಹಂಚಿಕೆ | ನಿರ್ಮಿಸಿಲ್ಲ | ಇಂದು ಯಾವುದೇ ಹಂಚಿಕೆ ಅಥವಾ ಸಹಯೋಗ ಇಲ್ಲ. Executor flow ಒಂದೇ ಪ್ರವೇಶ ಮಾರ್ಗ. |
| ಕ್ರಾಸ್-ಸೈಲೋ ಬ್ಯಾಕಪ್ | ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿ | ಎರಡನೇ ಪ್ರದೇಶಕ್ಕೆ ಬ್ಯಾಕಪ್ ರೆಪ್ಲಿಕೇಶನ್ ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ ಮತ್ತು US/SEA ಸೈಲೋಗಳು ನಿಯೋಜನೆಗೊಂಡಾಗ ಬರುತ್ತದೆ. |
| ಕ್ರಾಸ್-ರೀಜನ್ ಡಿಸಾಸ್ಟರ್ ರಿಕವರಿ | ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿ | ಇಂದು ನಿಮ್ಮ ಡೇಟಾ ಒಂದೇ AWS ಪ್ರದೇಶದಲ್ಲಿ (ಮುಂಬೈ) ಇದೆ, ಅಲ್ಲಿನ ಹಲವು ಡೇಟಾ ಸೆಂಟರ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಎರಡನೇ ಪ್ರದೇಶದಲ್ಲಿ ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ; ಅಲ್ಲಿಯವರೆಗೆ, ಇಡೀ ಪ್ರದೇಶದ ನಷ್ಟದ ವಿರುದ್ಧ ನಿಮ್ಮದೇ ಬ್ಯಾಕಪ್ ಅತ್ಯಂತ ಪ್ರಬಲ ರಕ್ಷಣೆಯಾಗಿದೆ. |
| ಲೈವ್ ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ಅಳಿಸುವಿಕೆ | ತಕ್ಷಣವೇ | 10 ಸೆಕೆಂಡುಗಳ ದೃಢೀಕರಣ ಮತ್ತು ನಿಮ್ಮ MPIN, ನಂತರ ನಿಮ್ಮ ಲಾಗಿನ್, ದಾಖಲೆಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳನ್ನು ಲೈವ್ ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ. ಪ್ರತಿ-ಬಳಕೆದಾರ ಕೀ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಬ್ಯಾಕಪ್‌ಗಳು, ಹಿಂದಿನ ಫೈಲ್ ಆವೃತ್ತಿಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳನ್ನು crypto-shred ಮಾಡಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ತಕ್ಷಣವೇ ಅಳಿಸಲಾಗುವುದಿಲ್ಲ. |
| ಬಳಕೆದಾರರ ಡೇಟಾದ ಮೇಲೆ AI ತರಬೇತಿ | ಎಂದಿಗೂ ಇಲ್ಲ | Vault ವಿಷಯವನ್ನು AI ಮಾದರಿ ತರಬೇತಿಗಾಗಿ ಎಂದಿಗೂ ಬಳಸಲಾಗುವುದಿಲ್ಲ, AI ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೆಷನ್‌ನಲ್ಲಿ ಬಳಸಿದಾಗಲೂ ಸಹ. |
| ಬ್ಲಾಕ್‌ಚೈನ್ | ಬಳಸಿಲ್ಲ | ಖಾಸಗಿ ವಾಲ್ಟ್‌ಗೆ ಇದು ತಪ್ಪು ಸಾಧನ. ಬದಲಿಗೆ ನಾವು ಆಡಿಟ್ ಲಾಗ್‌ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. |
| ಜೀರೋ-ನಾಲೇಜ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ | ಭಾಗಶಃ ಲೈವ್ | ಇಂದು ಭಾಗಶಃ ಲೈವ್. Advanced Password Keeper ನಮೂದುಗಳು ನಿಜವಾಗಿಯೂ client-side ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿವೆ — ನಮಗೆ ಎಂದಿಗೂ ತಲುಪದ ವಾಲ್ಟ್ ಪಾಸ್‌ವರ್ಡ್‌ನಿಂದ ಪಡೆದ ಕೀಯೊಂದಿಗೆ ಮುದ್ರೆಯೊತ್ತಲಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಅವುಗಳನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ (Client-side encryption ನೋಡಿ). ಉಳಿದ ವಾಲ್ಟ್ ನಮ್ಮ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿದೆ, ಸೂಕ್ಷ್ಮ ಫೀಲ್ಡ್‌ಗಳು AWS KMS ಅಡಿಯಲ್ಲಿವೆ. ಅದು ಪ್ರಬಲವಾಗಿದೆ, ಆದರೆ ಜೀರೋ-ನಾಲೇಜ್ ಅಲ್ಲ — ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ, ಇದರಿಂದ ನಿಮ್ಮ ಕುಟುಂಬ ಎಂದಿಗೂ ಹೊರಗುಳಿಯುವುದಿಲ್ಲ. ವ್ಯಾಪಕವಾದ ಐಚ್ಛಿಕ ಜೀರೋ-ನಾಲೇಜ್ ಆಯ್ಕೆಗಳು ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿ ಉಳಿದಿವೆ. |
ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು
ನನ್ನ ಡೇಟಾವನ್ನು ನಾನು ಹೇಗೆ ಅಳಿಸುವುದು?
10 ಸೆಕೆಂಡುಗಳ ದೃಢೀಕರಣ ವಿರಾಮ ಮತ್ತು ನಿಮ್ಮ MPIN ನಂತರ, ನಿಮ್ಮ ಸೈನ್-ಇನ್ ಮತ್ತು vault ದಾಖಲೆಗಳನ್ನು ನಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗಳಿಂದ ಅಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಫೈಲ್‌ಗಳನ್ನು ಸಕ್ರಿಯ ಸ್ಟೋರೇಜ್‌ನಿಂದ ತಕ್ಷಣವೇ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ. ಇದನ್ನು ನೀವಾಗಲೀ ನಮ್ಮ ಸಪೋರ್ಟ್ ತಂಡವಾಗಲೀ ಹಿಂತಿರುಗಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಬ್ಯಾಕಪ್‌ಗಳು, ಹಿಂದಿನ ಫೈಲ್ ಆವೃತ್ತಿಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ ಲಾಗ್‌ಗಳಲ್ಲಿನ ಪ್ರತಿಗಳು ತಕ್ಷಣವೇ ಅಳಿಸಲ್ಪಡುವುದಿಲ್ಲ, ಮತ್ತು ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ವಿವರಗಳನ್ನು ತೆಗೆದುಹಾಕಿದ ಪಾವತಿ ದಾಖಲೆಯನ್ನು ಇರಿಸಿಕೊಳ್ಳಲಾಗುತ್ತದೆ. ನೀವು ಇಟ್ಟುಕೊಳ್ಳಲು ಬಯಸುವ ಯಾವುದನ್ನಾದರೂ ಮೊದಲು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿಕೊಳ್ಳಿ. ಒಂದು-ಕ್ಲಿಕ್ ರಫ್ತು ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ.
Soult ಸ್ಥಗಿತಗೊಂಡರೆ ಏನು?
ಒಂದು ವೇಳೆ Soult ಎಂದಾದರೂ ಮುಚ್ಚಬೇಕಾಗಿ ಬಂದರೆ, ನಾವು ನಿಮಗೆ ಮುಂಚಿತವಾಗಿ ತಿಳಿಸುತ್ತೇವೆ ಮತ್ತು ನಿಮ್ಮ ವಾಲ್ಟ್‌ನ ಪ್ರತಿಯನ್ನು ಪಡೆಯಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತೇವೆ. ಒಂದು-ಕ್ಲಿಕ್ ರಫ್ತು ನಮ್ಮ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿದೆ. ನಾವು ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಮಾರಾಟ ಮಾಡುವುದಿಲ್ಲ, ಅಥವಾ ನಿಮ್ಮ ಸಮ್ಮತಿಯಿಲ್ಲದೆ ನಿಮ್ಮ ವಾಲ್ಟ್ ಅನ್ನು ಖರೀದಿದಾರರಿಗೆ ವರ್ಗಾಯಿಸುವುದಿಲ್ಲ.
ಸಬ್‌ಸ್ಕ್ರಿಪ್ಶನ್‌ಗಳನ್ನು ಹೇಗೆ ಬಿಲ್ ಮಾಡಲಾಗುತ್ತದೆ?
Soult ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ Razorpay ಮೂಲಕ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಇನ್-ಆಪ್ ಖರೀದಿಗಳಿಲ್ಲ. ಇದು ಬಿಲ್ಲಿಂಗ್ ಅನ್ನು ನಿಮ್ಮ ವಾಲ್ಟ್ ಸಾಧನದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ.
ಅಳಿಸುವಿಕೆ ಪ್ರೋಟೋಕಾಲ್ ವಿವರಗಳು?
ದೃಢೀಕರಣದ ನಂತರ, ಬಳಕೆದಾರರ Cognito ಸೈನ್-ಇನ್ ಅನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ, DynamoDB ಯಲ್ಲಿನ vault ಟೇಬಲ್‌ಗಳಿಂದ ಅವರ ಸಾಲುಗಳನ್ನು (rows) ತೆರವುಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅವರ S3 ಫೈಲ್‌ಗಳನ್ನು ಸಕ್ರಿಯ ಸ್ಟೋರೇಜ್‌ನಿಂದ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ; ಜೊತೆಗೆ asynchronous ಎರಡನೇ ಸ್ವಚ್ಛಗೊಳಿಸುವ ಹಂತವೂ ನಡೆಯುತ್ತದೆ. ಪಾವತಿ ದಾಖಲೆಗಳನ್ನು ವೈಯಕ್ತಿಕ ವಿವರಗಳನ್ನು ಮರೆಮಾಡಿ (redacted) ಇರಿಸಿಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಪ್ರತಿ-ಬಳಕೆದಾರ ಕೀ ಇಲ್ಲ, ಆದ್ದರಿಂದ crypto-shredding ಇಲ್ಲ; ಬ್ಯಾಕಪ್‌ಗಳು, ಹಿಂದಿನ ಫೈಲ್ ಆವೃತ್ತಿಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳು ತಕ್ಷಣವೇ ಅಳಿಸಲ್ಪಡುವುದಿಲ್ಲ.
Soult ಬ್ಲಾಕ್‌ಚೈನ್ ಅನ್ನು ಏಕೆ ಬಳಸುವುದಿಲ್ಲ?
ಬ್ಲಾಕ್‌ಚೈನ್ ಅನ್ನು ಪಕ್ಷಗಳು ಪರಸ್ಪರ ನಂಬದ ಹಂಚಿಕೆಯ ಲೆಡ್ಜರ್‌ಗಳಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಪರಿಶೀಲನೆಗಾಗಿ ನಿರ್ಮಿಸಲಾಗಿದೆ — ಕ್ರಿಪ್ಟೋಕರೆನ್ಸಿ, ಪ್ರತಿಸ್ಪರ್ಧಿಗಳಾದ್ಯಂತ ಪೂರೈಕೆ ಸರಪಳಿಗಳು, ಸಾರ್ವಜನಿಕ ಭೂ ದಾಖಲೆಗಳು. ಇದರ ಶಕ್ತಿ ಎಂದರೆ ತಿರುಚುವಿಕೆಯನ್ನು ಜಗತ್ತಿಗೆ ಗೋಚರಿಸುವಂತೆ ಮಾಡುವುದು.
Soult ವಾಲ್ಟ್‌ಗಳು ಸಾರ್ವಜನಿಕಕ್ಕೆ ವಿರುದ್ಧವಾಗಿವೆ — ಅವು ವಿನ್ಯಾಸದಿಂದಲೇ ಖಾಸಗಿಯಾಗಿವೆ. ಡೇಟಾದಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರುವ ಏಕೈಕ ಪಕ್ಷ ಬಳಕೆದಾರರು. ತಿರುಚುವಿಕೆಯ ಉದ್ದೇಶ ಕಡಿಮೆ: ಇದು ಬಳಕೆದಾರರ ಸ್ವಂತ ಡೇಟಾ, ಬಳಕೆದಾರರ ಸ್ವಂತ ಕುಟುಂಬಕ್ಕಾಗಿ ಇರಿಸಲಾಗಿದೆ.
ಬದಲಾವಣೆ ಟ್ರ್ಯಾಕಿಂಗ್‌ಗಾಗಿ, ನಾವು ಆಡಿಟ್ ಲಾಗ್‌ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ (ವಿಭಾಗ 14 ನೋಡಿ) — ಪ್ರತಿ ರಚನೆ, ನವೀಕರಣ, ಅಳಿಸುವಿಕೆಯನ್ನು ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಮತ್ತು ನಟನೊಂದಿಗೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ಬ್ಲಾಕ್‌ಚೈನ್ ವೆಚ್ಚ, ಸಂಕೀರ್ಣತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಲೆಡ್ಜರ್‌ಗೆ ಮಾದರಿಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಮೂಲಕ ಗೌಪ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ — ಯಾವುದೇ ಬಳಕೆದಾರರ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸದೆ.
ಪರಿಶೀಲಿಸಿದ-ಸಾರ್ವಜನಿಕ ದೃಢೀಕರಣವು ನಿಜವಾದ ಬಳಕೆದಾರರ ಅವಶ್ಯಕತೆಯಾದಾಗ ಮರುಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
Soult ಏನು ಮಾಡಬಹುದು ಮತ್ತು ಏನು ಮಾಡಲಾಗುವುದಿಲ್ಲ ಎಂಬುದರ ಕುರಿತು ಇನ್ನಷ್ಟು — ಕಾನೂನು ಸಿಂಧುತ್ವ ಪುಟವನ್ನು ಓದಿ. Executor ಪ್ರೋಟೋಕಾಲ್‌ನ ವಿವರಗಳಿಗಾಗಿ, Executor & Handover Flow ನೋಡಿ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ →