সুৰক্ষা

সহজ ভাষাত

আপোনাৰ প্ৰতিটো device-এ নিজৰ এযোৰ চাবি তৈয়াৰ কৰে। আপুনি বাৰ্তা পঠিয়ালে, আপোনাৰ phone-এ এটা নতুন এক-বাৰ-ব্যৱহাৰৰ চাবিৰে সেইটো বন্ধ কৰে, তাৰপিছত সেই চাবিটো chat-ৰ প্ৰতিটো device-ৰ বাবে আলাদাকৈ বন্ধ কৰে। কেৱল সেই device-বোৰেহে খুলিব পাৰে। আপোনাৰ phone-এ বাৰ্তাটোত চহি দিয়ে, যাতে পঢ়া মানুহৰ phone-এ বুজিব পাৰে যে এইটো সঁচাকৈয়ে আপোনাৰ পৰা আহিছে আৰু মাজপথত সলনি হোৱা নাই।

কাৰিকৰী সাৰাংশ

Device চাবি: চাবি মিলোৱাৰ বাবে X25519 আৰু চহিৰ বাবে Ed25519, device-তে তৈয়াৰ হয়। ব্যক্তিগত চাবি platform-ৰ সুৰক্ষিত ঠাইত ৰখা হয় আৰু কেতিয়াও upload কৰা নহয়।
বাৰ্তাসমূহ: এটা যাদৃচ্ছিক 256-bit content key এ ChaCha20-Poly1305 ৰে payload গোপন কৰে। content key টো প্ৰতিজন গ্ৰাহকৰ ডিভাইচৰ বাবে ephemeral X25519 + HKDF-SHA256 ব্যৱহাৰ কৰি মেৰিওৱা হয়। envelope header (বাৰ্তালাপ, প্ৰেৰক, ডিভাইচ, বাৰ্তাৰ id, গ্ৰাহকৰ তালিকা) associated data হিচাপে বান্ধি ৰখা হয় আৰু Ed25519 ৰে চহী কৰা হয়।
ফাইল: device-তে এক-বাৰ-ব্যৱহাৰৰ চাবিৰে গোপন কৰা হয়, আৰু সেই চাবিটো গোপন বাৰ্তাৰ ভিতৰেদিয়ে যায়। server-এ কেৱল গোপন কৰা তথ্যহে ৰাখে।
কল: WebRTC-ত DTLS-SRTP media ব্যৱহাৰ হয়। Offer, answer আৰু ICE candidate — এই সকলো একেই চহী কৰা, সংকেতবদ্ধ envelope-ৰ মাজেৰে যায়, সেয়েহে server-এ কলৰ সংযোগ স্থাপনৰ তথ্য পঢ়িব বা সলনি কৰিব নোৱাৰে।
সুৰক্ষা সংখ্যা: দুজন মানুহৰ device চাবিৰ এটা ছাপ। মাজত কোনো নাই বুলি নিশ্চিত কৰিবলৈ সামনাসামনি মিলাই চাওক। কোনো পৰিচিতৰ চাবি সলনি হ'লে app-এ সতৰ্ক কৰে।
ছাইন-ইন: scrypt password hash, বৈকল্পিক TOTP দুই-স্তৰীয় যাচাইকৰণ hashed recovery code ৰ সৈতে, 5 বাৰ বিফল হ'লে লক হোৱা, 12-ঘণ্টাৰ নিষ্ক্ৰিয় আৰু 24-ঘণ্টাৰ সৰ্বাধিক session, HttpOnly SameSite=Strict cookie। ক'তো SMS ব্যৱহাৰ কৰা নহয়।
ৱেব: কঠোৰ Content-Security-Policy, তৃতীয় পক্ষৰ কোনো উৎস নাই, frame-ত সোমোৱা নিষিদ্ধ, উৎপাদন পৰিৱেশত HSTS।
Android: স্ক্ৰীন কেপচাৰৰ বিৰুদ্ধে FLAG_SECURE, ক্লিয়াৰটেক্সট ট্ৰেফিক বন্ধ, এপ বেকআপ বন্ধ।

server-এ কি দেখিব পাৰে

কোনে কাৰ সৈতে কেতিয়া কথা পাতে, বাৰ্তা আৰু ফাইলৰ আকাৰ, গোটৰ নাম আৰু সদস্যপদ, আৰু যে এটা call আৰম্ভ হৈছে — এইবোৰ server-এ দেখিব পাৰে। কাম, চুক্তি আৰু খচৰা প্ৰতিবেদন server-ত ৰখা হয়, শেষৰ পৰা শেষলৈ গোপনকৈ নহয়। এই কথা আমি Privacy পৃষ্ঠাত খোলাখুলিকৈ উল্লেখ কৰিছো।

আমি কেনেকৈ পৰীক্ষা কৰো

প্ৰতিটো release-এ 40-তকৈ বেছি স্বয়ংক্ৰিয় পৰীক্ষাৰ মাজেদি পাৰ হয়, য'ত আছে: Python-ত লিখা protocol-ৰ এটা স্বতন্ত্ৰ ৰূপ যি app-ৰ সৈতে একেলগে কাম কৰিব লাগিব; সলনি কৰা, নকল আৰু পুনৰ ব্যৱহাৰ কৰা envelope-ৰ ওপৰত আক্ৰমণ; server database-ত সাধাৰণ লিখনি বিচৰা; মেয়াদ উকলা অদৃশ্য বাৰ্তা তাৰ চাবিসহ মচা হৈছে নে নাই তাৰ যাচাই; আৰু web app-এ তৃতীয় পক্ষলৈ কোনো অনুৰোধ পঠিয়ায় নে নাই তাৰ browser পৰীক্ষা।

জনা সীমাবদ্ধতা

এতিয়ালৈকে forward secrecy ratchet নাই: কাৰোবাৰ ডিভাইচৰ key চুৰি হ'লে সেই ডিভাইচলৈ অহা আগৰ বাৰ্তাসমূহ পঢ়িব পৰা যাব পাৰে। double-ratchet ব্যৱস্থা পিছলৈ যোগ কৰাৰ পৰিকল্পনা আছে।
Metadata server-ৰ দৃষ্টিগোচৰ হয়, যিদৰে ওপৰত কোৱা হৈছে।
ৱেব সংস্কৰণৰ সুৰক্ষা ব্ৰাউজাৰ আৰু আমাৰ চাৰ্ভাৰে পঠিওৱা কোডৰ ওপৰত নিৰ্ভৰ কৰে। এইটোৱেই এটা কাৰণ যে ৱেব সংস্কৰণটো কেৱল এটা সৰু আমন্ত্ৰণ-ভিত্তিক পাইলটতে সীমাবদ্ধ কৰা হৈছে: প্ৰথমে Google Play ৰ এপটো আহিব, আৰু আমি তাৰ signing certificate Namaskara লওক পৃষ্ঠাত প্ৰকাশ কৰিম।