সৎ, স্বচ্ছ সিকিউরিটি
আমরা 'মিলিটারি-গ্রেড' বা 'অটুট' হওয়ার দাবি করি না, কারণ ওগুলো মার্কেটিংয়ের মিথ্যা কথা। আপনার উত্তরাধিকার আমরা কীভাবে সুরক্ষিত রাখি, তার সম্পূর্ণ, সৎ বিবরণ এখানে দেওয়া হলো, যা মানুষের জন্য লেখা।
টেকনিক্যাল বিষয়গুলি জানতে চান? সিকিউরিটি হোয়াইটপেপার পড়ুনদুটি স্তরের সুরক্ষা
Soult-এর প্রতিটি ভল্ট সার্ভার-সাইডে এনক্রিপ্ট করা থাকে। আপনার সবথেকে জরুরি পাসওয়ার্ডগুলির জন্য, আপনি আরও এক ধাপ এগিয়ে শুধু নিজের কাছেই চাবি রাখতে পারেন।
আপনার ভল্টের সবকিছু
ট্রানজিটে (TLS) এবং অ্যাট রেস্ট (AES-256) এনক্রিপ্ট করা, আর আপনার সবচেয়ে সংবেদনশীল তথ্য — Aadhaar, PAN, কার্ড ও অ্যাকাউন্ট নম্বর — থাকে একটি অতিরিক্ত AWS KMS লকের অধীনে। Soult কর্মীদের আপনার ভল্টে রুটিন অ্যাক্সেস নেই। ডিজাইনগতভাবে পুনরুদ্ধারযোগ্য, তাই সময় এলে একজন যাচাই করা Executor-কে read-only অ্যাক্সেস দেওয়া যেতে পারে।
আপনার সবচেয়ে জরুরি পাসওয়ার্ড
আপনার ডিভাইসেই এনক্রিপ্ট করা থাকে একটি কী (key) দিয়ে, যা শুধু আপনার জানা একটি ভল্ট পাসওয়ার্ড থেকে তৈরি। কী (key) কখনও Soult-এর কাছে পৌঁছায় না — তাই আমরা এই পাসওয়ার্ডগুলি ডিক্রিপ্ট করতে পারি না, এমনকি বাধ্য করা হলেও। শুধু পাসওয়ার্ডটিই সিল করা থাকে; এন্ট্রির বাকি অংশ Standard সুরক্ষা ব্যবহার করে। আপনার কাছে থাকা একটি Recovery Kit দ্বারা সুরক্ষিত।
সৎ ট্রেড-অফ: আপনি যদি আপনার ভল্ট পাসওয়ার্ড এবং আপনার Recovery Kit উভয়ই হারান, তবে এই এন্ট্রিগুলি চিরতরে চলে যাবে — Soult-ও সেগুলি পুনরুদ্ধার করতে পারবে না। এটাই একমাত্র নিয়ন্ত্রণের উদ্দেশ্য।
কোন পাসওয়ার্ডগুলি কেবল আপনিই কখনও খুলতে পারবেন, তা আপনিই ঠিক করেন। বাকি সবকিছু ইচ্ছে করেই পুনরুদ্ধারযোগ্য রাখা হয়েছে, যাতে ফোন হারালে বা PIN ভুলে গেলে আপনার পরিবার কখনও আটকে না যায়। আরও ঐচ্ছিক জিরো-নলেজ বিকল্প আমাদের রোডম্যাপে রয়েছে।
আর্কিটেকচার ওভারভিউ
আমার ডেটা আসলে কোথায় থাকে?
আপনার ডেটা মুম্বাইয়ের AWS ডেটা সেন্টারে সংরক্ষিত থাকে। Soult চলে serverless AWS পরিষেবায় — Lambda, DynamoDB, S3 এবং Cognito — তাই প্যাচ করার বা লগ ইন করার মতো কোনো Soult-পরিচালিত সার্ভার নেই, এবং নিচের মেশিনগুলি AWS নিজেই সুরক্ষিত রাখে। এতে অ্যাটাক সারফেস কমে, কিন্তু পুরোপুরি দূর হয় না: আমাদের API, সাইন-ইন এবং ক্লাউড কনফিগারেশন এখনও সুরক্ষিত রাখতে হয়, যা আমরা অথেন্টিকেশন, লিস্ট-প্রিভিলেজ অ্যাক্সেস এবং মনিটরিং দিয়ে করি।
- Serverless: AWS Lambda, DynamoDB, S3, Cognito.
- প্রাথমিক অঞ্চল: ap-south-1 (মুম্বাই)।
- ক্রস-রিজিয়ন দুর্যোগ পুনরুদ্ধার: আমাদের রোডম্যাপে রয়েছে।
ডেটা রেসিডেন্সি ও সিলো
প্রতিটি ইউজারের ডেটা কোথায় যায়?
বর্তমানে Soult একটি AWS অঞ্চল থেকে চলে — ভারতের মুম্বাই — এবং প্রতিটি ভল্ট সেখানেই সংরক্ষিত। আমরা UAE-তে লঞ্চ করার প্রস্তুতি নিচ্ছি। সেখানকার ব্যবহারকারীদের ভল্ট AWS মুম্বাইতে (ভারত) সংরক্ষিত হবে, এবং সাইন-আপের সময় আমরা এ বিষয়ে তাঁদের স্পষ্ট সম্মতি চাইব। অন্যান্য বাজারের জন্য আলাদা আঞ্চলিক সিলো আমাদের রোডম্যাপে আছে; এখনও কোনোটি চালু হয়নি।
- বর্তমানে: প্রতিটি ব্যবহারকারীর জন্য একটিই অঞ্চল, ap-south-1 (মুম্বাই)।
- রোডম্যাপ: আলাদা আঞ্চলিক সিলো, প্রতিটির নিজস্ব database ও file store সহ।
- সিলোগুলির মধ্যে দেশ-ভিত্তিক কোনো routing এখনও চালু হয়নি।
কেন AWS মুম্বাই?
স্থানীয় নিয়মকানুন ও সুরক্ষার জন্য কেন AWS মুম্বাই?
AWS মুম্বাই আমাদের ভারতে একটি পরিণত, স্বাধীনভাবে অডিট করা ডেটা সেন্টার পরিকাঠামো দেয়। ভারতীয় ভূখণ্ডে ডেটা রাখলে আপনার উত্তরাধিকার ভারতীয় আইন মেনে চলে এবং কোনো জটিলতা ছাড়াই আপনার পরিবারের নাগালের মধ্যে থাকে।
- ভারতীয় ডেটার জন্য DPDP Act 2023-এর নীতির সাথে সামঞ্জস্যপূর্ণ।
- AWS-এর নিজস্ব পরিকাঠামো স্বাধীনভাবে অডিট করা হয়, যার মধ্যে ISO 27001 সার্টিফিকেশন এবং SOC 2 রিপোর্ট রয়েছে।
- Physical security AWS দ্বারা manage করা হয়।
পরিচয় ও Login
আমি কীভাবে নিরাপদে sign up ও log in করব?
রেজিস্ট্রেশন: ফোন OTP এবং ইমেল OTP দিয়ে ভেরিফাই করা হয়। আপনি একটি security question এবং একটি 4-digit PIN সেট করেন।
বিশ্বস্ত ব্যবহার: প্রতিদিনের অ্যাক্সেসের জন্য শুধুমাত্র আপনার 4-digit PIN প্রয়োজন।
নতুন ডিভাইস: 2-Factor Security চালু হয়: প্রথমে ফোন OTP, তারপর আপনার PIN।
- ইউজার identity management-এর জন্য AWS Cognito।
- SMS-ভিত্তিক OTP ডেলিভারির জন্য AWS SNS।
- ইমেল-ভিত্তিক OTP ডেলিভারির জন্য AWS SES।
Shared Device-এর সুরক্ষা
আমার পরিবারের সদস্যরা কেন একটি shared ফোনে আমার vault app খুলতে পারবে না?
যেসব বাড়িতে ফোন শেয়ার করা হয়, সেখানে ফিঙ্গারপ্রিন্ট দিয়ে যে কেউ রেজিস্টার করে ঢুকতে পারে। একটি ব্যক্তিগত 4-digit PIN আপনার vault-কে ব্যক্তিগত রাখে যখন বাচ্চারা গেম খেলে বা আপনার সঙ্গী ফোন ব্যবহার করে।
- MPIN app-specific, device-wide নয়।
- Biometrics (ফিঙ্গারপ্রিন্ট/ফেস) একটি device-level convenience, Soult-এর security layer নয়।
- PIN নিরাপদে device keychain/keystore-এ store করা থাকে।
- Session tokens expire করে এবং re-authentication প্রয়োজন হয়।
৪-ডিজিট PIN কেন?
৪-ডিজিট PIN কি সত্যিই যথেষ্ট সুরক্ষিত?
হ্যাঁ — কারণ সুরক্ষা PIN-এর দৈর্ঘ্যে নয়, বরং লকআউটে। তিনবার ভুল চেষ্টা করলেই আপনার ভল্ট ২৪ ঘণ্টার জন্য লক হয়ে যাবে। আপনার ফোন চুরি হলেও, চোর মাত্র ৩ বার চেষ্টা করতে পারবে, তারপরই দরজা বন্ধ হয়ে যাবে। আমরা ইচ্ছাকৃতভাবে ৬-এর বদলে ৪ ডিজিট বেছেছি — কারণ ৬ ডিজিটের PIN মনে রাখা কঠিন, এতে বেশি লকআউট ও রিসেট হয়।
- ব্রুট-ফোর্স সুরক্ষা: ৩ বার ভুল চেষ্টা করলে ২৪ ঘণ্টার জন্য লকআউট।
- লকআউট Cognito-এর মাধ্যমে সার্ভার-সাইডে কার্যকর করা হয়।
- সাইন-ইন যাচাই করতে আপনার MPIN শুধুমাত্র TLS-এর মাধ্যমে আমাদের আইডেন্টিটি প্রোভাইডার (AWS Cognito)-এর কাছে পাঠানো হয়; ৩ বার ভুল চেষ্টা করলে অ্যাকাউন্ট ২৪ ঘন্টার জন্য লক হয়ে যায়।
- সুরক্ষা ও ব্যবহারযোগ্যতার মধ্যে ভারসাম্য বজায় রাখতে ইউজার এক্সপেরিয়েন্সের সিদ্ধান্ত।
ডেটা-অ্যাট-রেস্ট এনক্রিপশন
যদি কেউ আমাদের সার্ভার থেকে হার্ড ড্রাইভ চুরি করে?
আপনার ডেটা অ্যাট রেস্ট AES-256 দিয়ে এনক্রিপ্ট করা, তাই চুরি হওয়া ড্রাইভে শুধু অপাঠ্য সাইফারটেক্সট থাকে। এনক্রিপশন কী (key) AWS পরিচালনা করে, ডেটা থেকে আলাদাভাবে।
- DynamoDB টেবিলগুলি AWS-পরিচালিত কী দিয়ে অ্যাট-রেস্ট (AES-256) এনক্রিপ্টেড থাকে।
- S3-এর ফাইলগুলি সার্ভার-সাইড এনক্রিপশন (SSE-S3, AES-256) ব্যবহার করে এবং ১৫ মিনিটে মেয়াদোত্তীর্ণ হওয়া pre-signed লিঙ্কের মাধ্যমে আদান-প্রদান হয়।
- সমস্ত ব্যাকআপ এবং স্ন্যাপশটও এনক্রিপ্টেড থাকে।
এনক্রিপশন কী অথরিটি
এনক্রিপশন কীগুলি কার কাছে থাকে?
AWS রাখে। আমাদের ফিল্ড-এনক্রিপশন কী AWS Key Management Service-এর হার্ডওয়্যারের ভেতরে থাকে এবং কখনও পাঠযোগ্য রূপে সেখান থেকে বের হয় না, তাই Soult-এর কেউ কখনও আসল কী হাতে পান না। আপনি যখন কোনো সুরক্ষিত ফিল্ড সেভ করেন বা দেখেন, তখন আমাদের অ্যাপ্লিকেশন KMS-কে সেটি ব্যবহার করতে বলে — এটিই পরিবারের কাছে যাচাই করা হস্তান্তর সম্ভব করে, তাই এটি এমন কী নয় যা শুধু আপনার কাছেই থাকে। ফাইল এবং ডেটাবেস টেবিলের কী AWS পরিচালনা করে।
- ফিল্ড-লেভেল এনক্রিপশন কী AWS KMS-এ পরিচালিত হয়; ফাইল ও টেবিল এনক্রিপশন কী AWS পরিচালনা করে।
- KMS কী FIPS 140-ভ্যালিডেটেড Hardware Security Modules (HSMs)-এ রাখা হয়।
ডাবল-লক সুরক্ষা
সংবেদনশীল ফিল্ডগুলির জন্য ডাবল-লক সুরক্ষা কী?
নির্দিষ্ট উচ্চ-সংবেদনশীল তথ্যের জন্য — Aadhaar, PAN ও পাসপোর্ট নম্বর, কার্ড ও অ্যাকাউন্ট নম্বর, এবং Standard Password Keeper-এর পাসওয়ার্ড — আমরা একটি দ্বিতীয় স্তর যোগ করি: সংরক্ষণের আগে আমাদের সার্ভার এই প্রতিটি ফিল্ড AWS KMS-এ রাখা একটি কী দিয়ে এনক্রিপ্ট করে। ডেটাবেসে সেগুলি সাইফারটেক্সট হিসেবে থাকে, এবং আপনি দেখানোর সিদ্ধান্ত না নেওয়া পর্যন্ত অ্যাপ সেগুলি মাস্ক করে দেখায়।
- সার্ভার-সাইড, ফিল্ড-লেভেল এনক্রিপশন, একটি কাস্টমার-ম্যানেজড AWS KMS কী দিয়ে — রেকর্ড লেখার আগে ব্যাকএন্ড এটি প্রয়োগ করে।
- এই ফিল্ডগুলি TLS-এর মাধ্যমে আমাদের কাছে আসে এবং আমাদের সার্ভারে এনক্রিপ্ট করা হয়। শুধুমাত্র Advanced Password Keeper-এর পাসওয়ার্ডগুলি আপলোডের আগে আপনার ডিভাইসে এনক্রিপ্ট করা হয়।
ডেটা-ইন-ট্রানজিট টানেল
পাবলিক Wi-Fi-এ আমার ডেটা সুরক্ষিত থাকে কি?
ডেটা একটি সুরক্ষিত টানেলের মাধ্যমে যাতায়াত করে। পাবলিক এয়ারপোর্ট Wi-Fi-এর হ্যাকাররা আপনি কী আপলোড বা পড়ছেন তা দেখতে পারবে না।
- সমস্ত API এবং ডেটা স্থানান্তরের জন্য TLS 1.2 বা উচ্চতর সংস্করণ কার্যকর করা হয়।
- আমাদের API শুধুমাত্র HTTPS সংযোগ গ্রহণ করে (AWS API Gateway-এর মাধ্যমে)।
- ফাইল আপলোড ও ডাউনলোডে প্রি-সাইনড S3 URL ব্যবহার করা হয়, যার মেয়াদ ১৫ মিনিট পরে শেষ হয়ে যায়।
কর্মীদের অ্যাক্সেস সীমাবদ্ধতা
Soult-এর কর্মীরা কি আমার গোপন তথ্য দেখতে পারে?
রুটিন কাজে নয়। স্বাভাবিক কাজের অংশ হিসেবে Soult কর্মীরা আপনার ভল্টের কন্টেন্ট দেখেন না, এবং আমাদের প্রোডাকশন সিস্টেমে অ্যাক্সেস সীমিত ও লগ করা হয়। যখন একটি মৃত্যুর দাবি পর্যালোচনা করা হয়, তখন অল্প কয়েকজন অনুমোদিত কর্মী সেই অ্যাকাউন্টের ডকুমেন্টগুলি খুলতে পারেন, এবং প্রতিটি এমন অ্যাক্সেস লগ করা হয়। আপনার সবচেয়ে সংবেদনশীল ফিল্ডগুলি KMS-এনক্রিপ্টেড সাইফারটেক্সট হিসেবেও সংরক্ষিত থাকে, তাই শুধু ডেটাবেস দেখে সেগুলি জানা যায় না।
- IAM রোলগুলি 'লিস্ট প্রিভিলেজ' নীতি অনুসরণ করে।
- প্রোডাকশন সিস্টেমে অ্যাক্সেস শুধুমাত্র অনুমোদিত কর্মীদের মধ্যে সীমাবদ্ধ।
- প্রশাসনিক অ্যাক্সেস লগ করা হয়।
Executor অ্যাক্সেস রোল
কে আমার vault দেখতে পাবে?
সাধারণ Executor: মৃত্যুর দাবি (death claim) জানাতে পারেন। Soult সেটি যাচাই ও অনুমোদন করার পর, তাঁরা ফোন ও ইমেল OTP দিয়ে সাইন ইন করে আপনার ভল্ট read-only মোডে দেখতে পারেন।
জরুরী Executor: (আপনার বেছে নেওয়া যেকোনো বিশ্বস্ত ব্যক্তি — জীবনসঙ্গী, সন্তান, ভাইবোন বা বন্ধু) OTP দিয়ে ফোন ও ইমেল যাচাই করার পর যেকোনো সময় সাইন ইন করতে পারেন। অ্যাপে তাঁদের অ্যাক্সেস read-only, এবং তাঁরা সাইন ইন করা মাত্রই আপনাকে ইমেল করা হয়।
- অ্যাপ্লিকেশন লজিকে Role-Based Access Control (RBAC) প্রয়োগ করা হয়েছে।
- Executor-দের রোল DynamoDB-তে অ্যাট্রিবিউট হিসাবে সংরক্ষণ করা হয়।
- Executor সেশন read-only: Executor-রা অ্যাপে কিছু যোগ, এডিট বা ডিলিট করতে পারেন না।
- কোনো Executor সাইন ইন করলেই Amazon SES আপনাকে ইমেল পাঠায়।
পরিবারের কাছে হস্তান্তরের পদ্ধতি
আমার অবর্তমানে পরিবার কীভাবে আমার vault-এর অ্যাক্সেস পাবে?
আপনার Regular Executor তাঁর ড্যাশবোর্ড থেকে একটি মৃত্যুর দাবি জানান এবং একটি ডেথ সার্টিফিকেট আপলোড করেন; আপনাকে এবং আপনার Executor-দের ইমেল করা হয়। অনুমোদনের আগে Soult-এর একজন অনুমোদিত অ্যাডমিনিস্ট্রেটর দাবিটি পর্যালোচনা করেন — যাচাই না হওয়া অনুরোধে কিছুই প্রকাশ করা হয় না। অনুমোদিত হলে, আপনার অ্যাকাউন্ট read-only হয়ে যায়, এবং Executor ফোন ও ইমেল OTP দিয়ে সাইন ইন করে আপনার ভল্ট দেখতে ও ডাউনলোড করতে পারেন। প্রতিবার তাঁরা সাইন ইন করলে আপনার অ্যাকাউন্টে একটি ইমেল যায়।
- যেকোনো Regular Executor অ্যাক্সেসের আগে ডেথ সার্টিফিকেট সহ মৃত্যুর দাবি Soult যাচাই ও অনুমোদন করে।
- Executor সাইন-ইনের জন্য ফোন ও ইমেল OTP যাচাইকরণ প্রয়োজন।
- দাবিগুলি Soult অ্যাডমিনরা একটি অ্যাক্সেস-সীমিত অ্যাডমিন প্যানেলে অনুমোদন করেন।
- Executor সেশন read-only, এবং প্রতিটি Executor সাইন-ইনে মালিককে ইমেল করা হয়।
আইটেম-ভিত্তিক শেয়ারিং নেই
আমি কি আজ আমার CA বা জীবনসঙ্গীর সাথে একটি ডকুমেন্ট শেয়ার করতে পারি?
আজ নয়। কোনো আইটেম-ভিত্তিক শেয়ারিং নেই, অ্যাকাউন্ট্যান্টের জন্য ফোল্ডার-ভিত্তিক অ্যাক্সেস নেই, এবং কোনো সময়-সীমিত শেয়ার লিঙ্কও নেই। আপনার ভল্টের ভেতরে অন্য কেউ কখনও দেখতে পারেন কেবল আপনার মনোনীত Executor-রা, Executor ফ্লো-এর মাধ্যমে।
- বর্তমান আর্কিটেকচার হলো প্রতি vault-এর জন্য সিঙ্গেল-টেন্যান্ট অ্যাক্সেস।
- গ্র্যানুলার শেয়ারিং (আইটেম-ভিত্তিক, ফোল্ডার-ভিত্তিক) একটি গুরুত্বপূর্ণ আর্কিটেকচারাল পরিবর্তন।
- মূলত মৃত্যুর পর হস্তান্তরের উপর জোর দেওয়া হয়, সক্রিয় সহযোগিতার উপর নয়।
- এটি সিকিউরিটি মডেলকে সরল করে এবং অ্যাটাক সারফেস কমায়।
বাস্তব জগতের ঝুঁকি
আমার কী কী সিকিউরিটি ঝুঁকি সম্পর্কে জানা উচিত?
আমরা দূর থেকে হওয়া আক্রমণ (রিমোট অ্যাটাক) থেকে সুরক্ষা দেওয়ার জন্য কাজ করি। কিন্তু আপনাকে শারীরিকভাবে জোর করে PIN শেয়ার করানো থেকে আটকাতে পারি না। Soult হলো সুসংগঠিত থাকা এবং পরিবারের ধারাবাহিকতা বজায় রাখার জন্য।
- থ্রেট মডেল দূরবর্তী, টেকনিক্যাল আক্রমণের উপর গুরুত্ব দেয়।
- জোরজবরদস্তি, সোশ্যাল ইঞ্জিনিয়ারিং বা ব্যবহারকারীর প্রতি শারীরিক হুমকি থেকে সুরক্ষা দেয় না।
ভারতীয় ভূখণ্ডে ডেটা
আমার ডেটা ঠিক কোথায় থাকে এবং এটি কি ভারতীয় ভূখণ্ডে আছে?
বর্তমানে, সমস্ত ভল্ট ডেটা ভারতে, AWS মুম্বাইতে সংরক্ষিত। ভারতের DPDP Act, 2023-এর নীতিগুলি মাথায় রেখে তৈরি।
- প্রাইমারি: AWS ap-south-1 (মুম্বাই)।
- মুম্বাইয়ের মধ্যে, ডেটা একাধিক AWS ডেটা সেন্টারে (Availability Zones) সংরক্ষিত থাকে।
- ভল্টের ডেটা ভারতের বাইরে সংরক্ষণ করা হয় না।
- ভল্টের সমস্ত ডেটা ভারতে (AWS মুম্বাই) সংরক্ষণ করা হয়।
ডিজাস্টার রিকভারি টিয়ার্স
কী হবে যদি একটি সার্ভার অথবা পুরো রিজিয়ন ফেল করে?
টিয়ার 1 — একটি সার্ভার ফেল করলে: ব্যবহারকারীদের কাছে অদৃশ্য; AWS-এর ম্যানেজড পরিষেবা স্বয়ংক্রিয়ভাবে এটি প্রতিস্থাপন করে।
টিয়ার 2 — মুম্বাইয়ের একটি ডেটা সেন্টার ব্যর্থ হলে: পরিষেবা চালু থাকে; আপনার ডেটা আগে থেকেই মুম্বাইয়ের একাধিক ডেটা সেন্টারে সংরক্ষিত।
টিয়ার 3 — পুরো মুম্বাই রিজিয়ন ডাউন হলে: AWS রিজিয়নটি পুনরুদ্ধার না করা পর্যন্ত পরিষেবা বন্ধ থাকে। দ্বিতীয় একটি রিজিয়নে স্ট্যান্ডবাই আমাদের রোডম্যাপে রয়েছে, আজ লাইভ নয়।
টিয়ার 4 — Soult বন্ধ হয়ে গেলে: আমরা আপনাকে আগে থেকে জানাব এবং আপনার ভল্টের একটি কপি পেতে সাহায্য করব।
- AWS-ম্যানেজড serverless পরিষেবা (Lambda, DynamoDB, S3) একক-সার্ভার ব্যর্থতা থেকে স্বয়ংক্রিয়ভাবে পুনরুদ্ধার করে।
- DynamoDB ও S3 মুম্বাইয়ের একাধিক Availability Zone জুড়ে ডেটা রিডান্ড্যান্টভাবে সংরক্ষণ করে।
- ক্রস-রিজিয়ন ব্যাকআপ ও ফেইলওভার: আমাদের রোডম্যাপে রয়েছে।
- ওয়ান-ক্লিক সেলফ-সার্ভ এক্সপোর্ট আমাদের রোডম্যাপে আছে।
অডিট ট্রেল
আমার ভল্টে করা প্রতিটি পরিবর্তনের রেকর্ড থাকে কি?
হ্যাঁ। আপনার ভল্টে প্রতিটি ক্রিয়েশন (Creation), আপডেট (Update) বা ডিলিশন (Deletion) একটি অডিট লগে রেকর্ড করা হয় — কে পরিবর্তনটি করেছেন এবং কখন, সহ।
- পরিবর্তনগুলি আমাদের ডেটাবেসের একটি অডিট লগ টেবিলে লেখা হয়।
- প্রতিটি Create, Update বা Delete ইউজার এবং টাইমস্ট্যাম্প সহ লগ করা হয়।
- অডিট রেকর্ডে অ্যাক্সেস সীমিত, এবং আপনার অ্যাকাউন্টের সাথে সেগুলিও মুছে ফেলা হয়।
ডেটা ব্যবহারের সীমাবদ্ধতা
আমার ডেটা কি কখনো AI ট্রেনিংয়ের জন্য ব্যবহার করা হয় অথবা অ্যাডভার্টাইজারদের কাছে বিক্রি করা হয়?
না। আপনার ভল্টের কন্টেন্ট কখনো AI মডেল ট্রেনিংয়ের জন্য বা মার্কেটিংয়ের জন্য ব্যবহার করা হয় না। রেভিনিউ শুধুমাত্র সাবস্ক্রিপশন-ভিত্তিক। যদি আমরা আয়ের কোনো নতুন উপায় নিয়ে কখনো ভাবি, তাহলে আমরা আপনাকে প্রথমে জিজ্ঞেস করব — নোটিফাই করব না, অ্যানাউন্স করব না — জিজ্ঞেস করব।
- বিজনেস মডেল সাবস্ক্রিপশন-ভিত্তিক (SaaS), ডেটা মনিটাইজেশন নয়।
- আমাদের গোপনীয়তা নীতিতে প্রতিশ্রুতি দেওয়া আছে যে আপনার ভল্টের কন্টেন্ট কখনও AI ট্রেনিংয়ের জন্য ব্যবহার করা হয় না।
- ভল্টের কন্টেন্ট অ্যানালিটিক্স বা AI ট্রেনিং পাইপলাইনে পাঠানো হয় না।
- Google Firebase এবং Meta App Events অ্যাপ ইভেন্ট ও ডিভাইস আইডেন্টিফায়ার পায় (ক্র্যাশ রিপোর্টে আপনার ইমেলও থাকে) — কিন্তু কখনও ভল্টের কন্টেন্ট নয়।
গোপনীয়তা বনাম উত্তরাধিকার
আমার পুরো ভল্ট কেন জিরো-নলেজ নয়?
কারণ একটি লাইফ ভল্টকে আপনার পরেও টিকে থাকতে হয়। কী (key) যদি কেবল আপনার কাছেই থাকত, তাহলে ফোন হারানো, PIN ভুলে যাওয়া বা আপনার প্রয়াণ — যেকোনো একটির কারণে আপনার পরিবার চিরতরে আটকে যেতে পারত। তাই আমরা আপনার ভল্টকে পুনরুদ্ধারযোগ্য করে ডিজাইন করেছি: এটি আমাদের সার্ভারে এনক্রিপ্ট করা, Soult কর্মীদের এতে রুটিন অ্যাক্সেস নেই, এবং অন্য কেউ ভেতরে ঢুকতে পারেন কেবল আপনার মনোনীত Executor-দের কাছে একটি যাচাইকৃত হস্তান্তরের মাধ্যমে। যে অল্প কয়েকটি পাসওয়ার্ড কেবল আপনারই খোলা উচিত, সেগুলির জন্য Advanced Password Keeper চালু করুন।
Soult আপনার উত্তরাধিকারের একটি সেতু, কোনো ডিজিটাল ডেড এন্ড নয়।
- ডিজাইনগতভাবে পুনরুদ্ধারযোগ্য: ভল্টের ডেটা সার্ভার-সাইডে এনক্রিপ্ট করা হয় (অ্যাট রেস্ট AES-256, সংবেদনশীল ফিল্ডের জন্য অতিরিক্ত AWS KMS), তাই এটি আপনাকে ফিরিয়ে দেওয়া যায় বা একজন যাচাইকৃত Executor-কে read-only হিসেবে দেখানো যায়। Advanced Password Keeper-এর এন্ট্রিগুলি ব্যতিক্রম: সেগুলি আপনার ডিভাইসে এনক্রিপ্ট করা, এবং Soult সেগুলি পুনরুদ্ধার করতে পারে না।
ফিউচার রোডম্যাপ
কী কী সিকিউরিটি ফিচার এরপর আসছে?
নিকট ভবিষ্যতে: এক ক্লিকে ভল্ট এক্সপোর্ট, US সিলোস (N. Virginia), SEA সিলোস (Singapore)।
মধ্য মেয়াদে: ডেডিকেটেড GCC সিলোস, SOC 2 Type II।
নিরন্তর: চলমান অডিট, সিকিউরিটি হার্ডেনিং, ইনফ্রাস্ট্রাকচার রিভিউ।
- ভালনারেবিলিটি অ্যাসেসমেন্ট সম্পন্ন; একটি পূর্ণাঙ্গ পেনিট্রেশন টেস্টের পরিকল্পনা করা হয়েছে।
- আমরা যে ম্যানেজড পরিষেবাগুলির উপর চলি (Lambda, DynamoDB, S3, Cognito), AWS সেগুলি প্যাচ করে।
- CheckRed দিয়ে ক্লাউড কনফিগারেশন মনিটরিং; স্বয়ংক্রিয় ডিপেন্ডেন্সি স্ক্যানিংয়ের পরিকল্পনা করা হয়েছে।
সৎ দাবি
সিকিউরিটি ইন্ডাস্ট্রি বিভ্রান্তিকর বাজওয়ার্ডে ভরা। আমরা কী দাবি করি, কী করি না এবং কেন, তা এখানে দেওয়া হলো। আমরা বিশ্বাস করি, স্বচ্ছতাই সুরক্ষার সর্বোচ্চ রূপ।
| দাবি | স্ট্যাটাস | আসল সত্যি |
|---|---|---|
| AES-256 এনক্রিপশন | সত্যি | সমস্ত অ্যাট-রেস্ট ডেটার জন্য ব্যবহৃত হয়। ট্রানজিটে থাকা ডেটা TLS দিয়ে সুরক্ষিত। এটি ইন্ডাস্ট্রি-স্ট্যান্ডার্ড, কোনো বিশেষ ফিচার নয়। |
| ভারতীয় ডেটা রেসিডেন্সি | সত্যি | সমস্ত ভল্ট ডেটা ভারতে, AWS মুম্বাইতে স্টোর ও প্রসেস করা হয়। আমরা এখনও সামগ্রিকভাবে DPDP Act-এর সাথে সম্পূর্ণ সম্মতিপূর্ণ নই — এর পূর্ণ বাধ্যবাধকতা ১৩ মে ২০২৭ থেকে প্রযোজ্য। |
| সার্ভারলেস আর্কিটেকচার | সত্যি | অ্যাটাক সারফেস কমায়: নিচের সার্ভারগুলি AWS চালায় ও প্যাচ করে, এবং কম্প্রোমাইজ করার মতো কোনো দীর্ঘস্থায়ী Soult সার্ভার নেই। অ্যাপ্লিকেশন কোড, API এবং কনফিগারেশন এখনও সুরক্ষিত রাখতে হয়। |
| জিরো-নলেজ | আংশিক লাইভ | শুধুমাত্র 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: রেডিনেস (প্রস্তুতি)-র কাজ চলছে; একজন স্বাধীন অডিটর রিপোর্ট ইস্যু করলে আমরা তা প্রকাশ করব। একটি Type II রিপোর্টের জন্য ৬–১২ মাসের একটি পর্যবেক্ষণ সময়কালও প্রয়োজন। |
| মিলিটারি-গ্রেড সিকিউরিটি | মার্কেটিং | এটি একটি অর্থহীন মার্কেটিং টার্ম। আমরা AES-256 এবং FIPS 140-ভ্যালিডেটেড কী হার্ডওয়্যারের মতো নির্দিষ্ট, যাচাইযোগ্য স্ট্যান্ডার্ড ব্যবহার করি। |
| তাৎক্ষণিক ডিলিশন (লাইভ ডেটা) | তাৎক্ষণিক | অ্যাকাউন্ট ডিলিট করলে আপনার সাইন-ইন ও ভল্ট রেকর্ড আমাদের ডেটাবেস থেকে এবং আপনার ফাইল অ্যাক্টিভ স্টোরেজ থেকে সঙ্গে সঙ্গে সরিয়ে ফেলা হয়। আমরা ক্রিপ্টোগ্রাফিক ইরেজার ব্যবহার করি না (নষ্ট করার মতো কোনো প্রতি-ব্যবহারকারী কী নেই), তাই ব্যাকআপ, ফাইলের আগের ভার্সন এবং সিস্টেম লগে থাকা কপিগুলি তাৎক্ষণিকভাবে মুছে ফেলা হয় না। আপনার ব্যক্তিগত বিবরণ সরিয়ে একটি পেমেন্ট রেকর্ড রাখা হয়। |
| অভেদ্য / হ্যাক-প্রুফ | কখনো না | কোনো সিস্টেমই অভেদ্য নয়। আমরা একাধিক স্তরের প্রতিরক্ষা, দ্রুত শনাক্তকরণ এবং স্বচ্ছ যোগাযোগের উপর জোর দিই। |
| Blockchain | ব্যবহৃত নয় | এই কাজের জন্য Blockchain সঠিক টুল নয়। এটি বিকেন্দ্রীভূত, পাবলিক ট্রাস্টের জন্য। আমাদের কেন্দ্রীভূত, ব্যক্তিগত ট্রাস্ট প্রয়োজন। এর পরিবর্তে আমরা একটি audit log ব্যবহার করি। |
ডেটা মুছে ফেলা ও ব্যবসা বন্ধ হয়ে যাওয়া
আমি কীভাবে আমার ডেটা স্থায়ীভাবে মুছে ফেলব?
১০ সেকেন্ডের নিশ্চিতকরণ বিরতি এবং আপনার MPIN-এর পরে, আপনার সাইন-ইন ও ভল্ট রেকর্ড আমাদের ডেটাবেস থেকে মুছে ফেলা হয় এবং আপনার ফাইলগুলি অ্যাক্টিভ স্টোরেজ থেকে সঙ্গে সঙ্গে সরিয়ে ফেলা হয়। আপনি বা আমাদের সাপোর্ট টিম কেউই তা আর ফেরাতে পারে না। ব্যাকআপ, ফাইলের আগের ভার্সন এবং সিস্টেম লগে থাকা কপিগুলি তাৎক্ষণিকভাবে মুছে ফেলা হয় না, এবং আপনার ব্যক্তিগত বিবরণ সরিয়ে একটি পেমেন্ট রেকর্ড রাখা হয়। যা কিছু রাখতে চান, আগে তা ডাউনলোড করে নিন।
Soult বন্ধ হয়ে গেলে কী হবে?
যদি কখনও Soult বন্ধ করতে হয়, আমরা আপনাকে আগে থেকে জানাব এবং আপনার ভল্টের একটি কপি পেতে সাহায্য করব। ওয়ান-ক্লিক এক্সপোর্ট আমাদের রোডম্যাপে আছে। আমরা আপনার ডেটা বিক্রি করব না, অথবা আপনার সম্মতি ছাড়া আপনার ভল্ট কোনো ক্রেতার কাছে হস্তান্তর করব না।
subscription payment কীভাবে পরিচালনা করা হয়?
Soult ওয়েবসাইটে Razorpay-এর মাধ্যমে পরিচালিত হয়। কোনো in-app purchase নেই। এটি আপনার vault device থেকে billing আলাদা রাখে।
সাধারণ ভুল ধারণা
Soult কেন blockchain ব্যবহার করে না?
Blockchain তৈরি হয়েছে shared ledger-এ পাবলিক ভেরিফিকেশনের জন্য, যেখানে পক্ষগুলো একে অপরকে বিশ্বাস করে না। Soult vault গুলো ডিজাইনগতভাবে ব্যক্তিগত।
পরিবর্তন ট্র্যাকিংয়ের জন্য, আমরা audit log ব্যবহার করি — প্রতিটি Create, Update, Delete timestamp এবং actor সহ রেকর্ড করা হয়। Blockchain খরচ, জটিলতা বাড়াবে এবং কোনো ব্যবহারকারীর সমস্যা সমাধান না করেই গোপনীয়তা কমিয়ে দেবে।
- ব্যবহারের ক্ষেত্রে অমিল: Blockchain বিকেন্দ্রীকরণ এবং স্বচ্ছতার জন্য।
- Soult-এর কেন্দ্রীকরণ এবং গোপনীয়তা প্রয়োজন।
- একটি audit log blockchain-এর অতিরিক্ত খরচ ছাড়াই পরিবর্তনগুলি রেকর্ড করে।
- এই অ্যাপ্লিকেশনের জন্য blockchain-এর পারফরম্যান্স এবং খরচ অনেক বেশি।
সম্পূর্ণ সিকিউরিটি হোয়াইটপেপার পড়ুন
এই পাতাটি সাধারণ ভাষায় লেখা। সম্পূর্ণ টেকনিক্যাল আর্কিটেকচার — এনক্রিপশন, কী ম্যানেজমেন্ট, অ্যাক্সেস কন্ট্রোল এবং ডেটা রেসিডেন্সি সম্পর্কে বিস্তারিত জানতে, আমাদের সিকিউরিটি হোয়াইটপেপার পড়ুন।
সিকিউরিটি হোয়াইটপেপার খুলুন