কেন এনক্রিপশন স্ক্রিনশট প্রতিরোধ করে না

দুটি ভিন্ন প্রশ্ন

এনক্রিপশন উত্তর দেয়: মেসেজিং সার্ভারে বার্তা প্রেরণ ও সংরক্ষণের সময় কে বিষয়বস্তু পড়তে পারে? এনক্রিপ্ট করা AiThao বার্তার ক্ষেত্রে, সার্ভার এনক্রিপ্ট কপি রিলে করে এবং অংশগ্রহণকারী ডিভাইসগুলো কী ধরে রাখে। এটি ক্লাউডে ডিক্রিপ্ট করা টেক্সট অনুবাদের আলাদা অনুরোধকে আবৃত করে না।

স্ক্রিনশট সুরক্ষা উত্তর দেয়: অ্যাপ কি প্রদর্শিত কথোপকথনকে স্ক্রিনশট বা স্ক্রিন রেকর্ডিংয়ে যেতে দেবে? এটি ডিক্রিপশনের পর, শব্দগুলো দেখানো ডিভাইসে কাজ করে। শুধুমাত্র এনক্রিপ্ট করা সংযোগ সেই স্ক্রিন নিয়ম আরোপ করতে পারে না।

উদাহরণ: একটি ব্যক্তিগত ঠিকানা পাঠানো

ধরুন আপনি একটি এনক্রিপ্ট করা চ্যাটে একটি ঠিকানা পাঠাচ্ছেন। এনক্রিপশন প্রেরণ পথে বার্তার বিষয়বস্তু সুরক্ষিত করে। আপনার যোগাযোগের ফোনটি তারপর এটি খোলে যাতে তারা পড়তে পারে। কোনো স্ক্রিন সীমাবদ্ধতা ছাড়া, একটি সাধারণ স্ক্রিনশট সেই পাঠযোগ্য দৃশ্য ক্যাপচার করতে পারে।

যদি আপনি 'Ask not to screenshot' সক্ষম করেন, তবে অন্য ব্যক্তির সমর্থিত AiThao অ্যাপ কথোপকথনে তার ক্যাপচার সুরক্ষা প্রয়োগ করে। এটি স্ক্রিনে একটি সীমাবদ্ধতা যোগ করে; এটি ঠিকানা পেয়েছে এমন ব্যক্তিকে পরিবর্তন করে না। আপনার যোগাযোগ এখনও এটি মনে রাখতে, অন্য জায়গায় টাইপ করতে বা অন্য ডিভাইস দিয়ে স্ক্রিনের ছবি তুলতে পারে।

প্রতিটি স্তর কী কী আবৃত করে

এন্ড-টু-এন্ড এনক্রিপশন: প্রেরণে বার্তার বিষয়বস্তু এবং সার্ভারে এনক্রিপ্ট কপি। এটি সব মেটাডেটা লুকায় না: পরিষেবাটি এখনও কার সাথে কে যোগাযোগ করে, ডেলিভারি অবস্থা এবং গ্রুপ সদস্যতার মতো তথ্য প্রয়োজন হয়। এটি দুর্বল এন্ডপয়েন্টে প্লেইনটেক্সট সুরক্ষিত করে না।

স্ক্রিনশট সুরক্ষা: সমর্থিত স্ক্রিনে স্ক্রিনশট এবং স্ক্রিন রেকর্ডিংয়ের অ্যাপ এবং অপারেটিং সিস্টেম হ্যান্ডলিং। এটি ট্রানজিটে বার্তা এনক্রিপ্ট করে না, আনলক করা ফোন সুরক্ষিত করে না, বা বিষয়বস্তু কপি করা যাবে না এমন গ্যারান্টি দেয় না।

একসাথে: এনক্রিপ্ট করা প্রেরণ এবং প্রদর্শিত কথোপকথনে সীমাবদ্ধতা। কোনো স্তরই প্রমাণ করে না যে একজন ব্যক্তি যিনি বৈধভাবে একটি বার্তা পান, তিনি তা গোপন রাখবেন।

কীভাবে AiThao স্ক্রিন সীমাবদ্ধতা প্রয়োগ করে

এক-একজন চ্যাটে, যেকোনো ব্যক্তি চ্যাট সেটিংসে স্ক্রিনশট সুরক্ষা অনুরোধ করতে পারেন। একটি গ্রুপে, একজন অ্যাডমিন গ্রুপ সেটিং নিয়ন্ত্রণ করেন। একটি আলাদা পছন্দ নতুন এক-একজন চ্যাটে অনুরোধ প্রয়োগ করে; এটি সক্ষম না করা পর্যন্ত বন্ধ থাকে। ব্যবহারিক স্ক্রিনশট পৃষ্ঠায় সঠিক সুইচ রয়েছে।

iPhone-এ, অ্যাপ iOS আপডেটের সাথে পরিবর্তন হতে পারে এমন একটি সিস্টেম আচরণ ব্যবহার করে কথোপকথন এবং এর থেকে খোলা ছবি ঢেকে রাখে। Android-এ, চ্যাট সিস্টেমের নিরাপদ-উইন্ডো মেকানিজম ব্যবহার করে। এগুলো প্ল্যাটফর্ম আচরণ, এই প্রতিশ্রুতি নয় যে প্রতিটি ক্যাপচার পদ্ধতি ব্লক করা হয়েছে।

সুরক্ষা কোথায় থেমে যায়

স্ক্রিনের দিকে তাক করা একটি ক্যামেরা অ্যাপের নিয়ন্ত্রণের বাইরে। পরিবর্তিত ক্লায়েন্ট, দুর্বল ফোন এবং এক্সটার্নাল মিররিং বা ক্যাপচারও ইচ্ছিত সীমাবদ্ধতা পরাস্ত করতে পারে। iPhone-এ, যদি মূল সিস্টেম আচরণ পরিবর্তিত হয়, সুরক্ষা ছাড়াই বিষয়বস্তু দৃশ্যমান থাকতে পারে।

এনক্রিপশনের জন্য, এন্ডপয়েন্টগুলো গুরুত্বপূর্ণ: যারা একটি আনলক করা ডিভাইস পড়তে পারে বা তার সফটওয়্যার নিয়ন্ত্রণ করতে পারে, তারা সেখানে প্লেইনটেক্সট পেতে পারে। সেফটি-নাম্বর চেক ডিভাইস পরিচয় যাচাই করতে সাহায্য করে; এটি প্রাপককে ছবি তুলতে থামায় না।

ক্লাউড অনুবাদ একটি আলাদা সীমানা

যখন একটি প্রাপ্ত এনক্রিপ্ট করা বার্তা অনুবাদ করা হয়, ফোনটি এটি ডিক্রিপ্ট করে এবং ক্লাউড প্রসেসিংয়ের জন্য বিষয়বস্তু পাঠায়। বার্তার এনক্রিপ্ট করা প্রেরণ সেই অনুবাদ অনুরোধকে এন্ড-টু-এন্ড এনক্রিপ্ট করে না। স্ক্রিনশট সুরক্ষা চালু করলে অনুবাদ কোথায় হয় তা পরিবর্তন হয় না।

কলের জন্য, অনুবাদেও পাঠযোগ্য অডিও প্রয়োজন। একটি অনুবাদিত কল এন্ড-টু-এন্ড এনক্রিপ্ট করা নয়। অনুবাদ বন্ধ করলে ক্লাউড প্রসেসিং বন্ধ হয় কিন্তু সেই কলে ইতিমধ্যে শেয়ার করা কী আনডু করে না। এই পার্থক্যগুলো যেকোনো স্ক্রিনশট সেটিং থেকে আলাদা রাখুন।

কী শেয়ার করবেন তা বেছে নেওয়া

ব্যক্তিগত যোগাযোগের জন্য এনক্রিপ্ট করা প্রেরণ এবং সমর্থিত অ্যাপগুলো যখন ক্যাপচার সীমাবদ্ধ করতে চান তখন স্ক্রিনশট সুরক্ষা ব্যবহার করুন। ক্লাউডে প্রসেস করতে না চান এমন বিষয়বস্তু শেয়ার করার আগে অনুবাদ সেটিংস পরীক্ষা করুন। কিছু যা কখনও কপি করা যাবে না, তার জন্য দরকারী সিদ্ধান্ত পাঠানোর আগে আসে: কম বিস্তারিত শেয়ার করুন, বা এটি পাঠাবেন না।