
Gmail Confidential mode-এ মেয়াদ আছে—অতিরিক্ত encryption আলাদা সুবিধা

Gmail-এর Confidential mode নির্দেশিকা অনুযায়ী, এই ব্যবস্থায় বার্তার মেয়াদ ঠিক করা, আগেই প্রবেশাধিকার সরানো এবং প্রাপকের ফরওয়ার্ড, কপি, প্রিন্ট ও ডাউনলোডের বিকল্প বন্ধ করা যায়। Confidential mode চালু করলেই বার্তার মূল লেখা বা সংযুক্তিতে বাড়তি client-side encryption যোগ হয় না। প্রাপক স্ক্রিনশট বা ছবি তুলতে পারেন; তাই বোতাম বন্ধ থাকাকে বার্তার অনুলিপি রাখা অসম্ভব হওয়ার নিশ্চয়তা ভাবা ঠিক নয়।
মূল লেখা ও সংযুক্তি Google-এর ক্লাউডে পৌঁছানোর আগেই বাড়তি এনক্রিপশন দরকার হলে সেটি আলাদা ব্যবস্থা। Gmail-এর CSE নির্দেশিকা অনুযায়ী, যোগ্য Google Workspace অ্যাকাউন্টে client-side encryption বা CSE ব্রাউজারেই বিষয়বস্তু এনক্রিপ্ট করে; বিষয়, সময়চিহ্ন ও প্রাপকের তথ্য সেই বাড়তি সুরক্ষা পায় না। CSE চালু থাকা বার্তায় Confidential mode ব্যবহার করা যায় না। ফলে মেয়াদভিত্তিক প্রবেশাধিকার আর বিষয়বস্তুর বাড়তি এনক্রিপশন—কোনটি প্রয়োজন, তা বার্তা পাঠানোর আগেই ঠিক করতে হয়।
সাধারণ ইমেইলে TLS কী সুরক্ষা দেয়
নিয়মিত ইমেইলের ক্ষেত্রে প্রথম স্তর হলো বার্তা এক ইমেইল সেবা থেকে অন্যটিতে যাওয়ার পথের সুরক্ষা। Gmail-এর নিরাপত্তা নির্দেশনা বলছে, Transport Layer Security বা TLS পরিবহনের সময় বার্তা সুরক্ষিত রাখে; এটি কাজ করতে প্রেরক ও প্রাপকের উভয় ইমেইল সেবাকে TLS ব্যবহার করতে হয়। অপর পক্ষের সেবা TLS সমর্থন না করলে সেই পথে বার্তাটি এনক্রিপ্টেড থাকবে, এমন নিশ্চয়তা নেই।
TLS বার্তা পৌঁছানোর পর প্রাপক কত দিন সেটি খুলতে পারবেন বা অন্য কাউকে পাঠাতে পারবেন কি না, তা নিয়ন্ত্রণ করে না। আবার Confidential mode বেছে নিলেও প্রাপকপক্ষের ইমেইল সেবায় অনুপস্থিত TLS যোগ হয় না। কাজেই পরিবহনের সুরক্ষা এবং প্রাপকের ব্যবহারের ওপর নিয়ন্ত্রণকে একই সিদ্ধান্ত ধরে নেওয়া যাবে না।
Gmail-এ পাওয়া কোনো বার্তার সুরক্ষার ধরন দেখতে বার্তাটি খুলে প্রাপকের নামের পাশের বিবরণে ‘Security’ অংশ দেখুন। সেখানে সাধারণ TLS, অন্য সমর্থিত এনক্রিপশন বা এনক্রিপশন সমর্থিত নয়—এমন অবস্থা দেখানো হতে পারে। বিশেষ করে ভিন্ন ইমেইল সেবার কারও সঙ্গে সংবেদনশীল তথ্য আদানপ্রদানের সময় এই তথ্য পরিবহনের ঝুঁকি বুঝতে সাহায্য করে; এটি প্রাপক পরে বার্তার কী করবেন, তার বিবরণ নয়।
মেয়াদ ও প্রবেশাধিকার নিয়ন্ত্রণে Confidential mode
কাউকে সীমিত সময়ের জন্য বার্তা ও সংযুক্তি দেখতে দিতে চাইলে Confidential mode কাজে আসে। নির্ধারিত মেয়াদ শেষ হলে প্রাপক আর সেগুলো খুলতে পারেন না; প্রেরক চাইলে মেয়াদ শেষ হওয়ার আগেও প্রবেশাধিকার সরাতে পারেন। পাসকোডের শর্ত দেওয়া হলে সেটিও বার্তার লেখা ও সংযুক্তি খোলার ক্ষেত্রে প্রযোজ্য হয়। সাময়িক প্রবেশাধিকার দেওয়ার প্রয়োজনের সঙ্গে এই নিয়ন্ত্রণের সরাসরি সম্পর্ক আছে।
কম্পিউটারে Gmail থেকে বার্তা লেখার সময় সেটি চালু করতে হয়:
- নতুন বার্তা খুলে লেখার জানালার নিচে Confidential mode-এর বিকল্প নির্বাচন করুন।
- বার্তাটি কত দিন খোলা যাবে, সেই মেয়াদ বেছে নিন।
- প্রাপক পাসকোড কীভাবে পাবেন, সেই বিকল্প দেখুন; উপযুক্ত হলে SMS পাসকোড নির্বাচন করুন।
- বিকল্পগুলো সংরক্ষণ করে প্রাপক ও বার্তার বিষয় যাচাই করে পাঠান।
পাঠানোর পর আগেই প্রবেশাধিকার বন্ধ করতে ‘Sent’ অংশে বার্তাটি খুলে ‘Remove access’ নির্বাচন করতে হয়। এতে প্রাপক পরবর্তী সময়ে বার্তাটি খোলার সুযোগ হারান, কিন্তু আগে তোলা স্ক্রিনশট বা ছবির অনুলিপি মুছে যায় না। ক্ষতিকর সফটওয়্যার থাকা প্রাপকের পক্ষেও বার্তা কপি বা ডাউনলোড করা সম্ভব হতে পারে। তাই যাঁকে তথ্য দেখানো হচ্ছে, তাঁর ওপর আস্থা রাখার প্রশ্নটি মেয়াদ ঠিক করার মতোই প্রাসঙ্গিক।
পাসকোডের পথটিও প্রাপকের অবস্থার ওপর নির্ভর করে। SMS ছাড়া বিকল্পে Gmail ব্যবহারকারী সরাসরি বার্তা খুলতে পারেন, আর Gmail ব্যবহার করেন না এমন প্রাপক ইমেইলে পাসকোড পান। SMS পাসকোডের জন্য প্রকাশিত সমর্থিত অঞ্চলের তালিকায় ভারত আছে, বাংলাদেশ নেই। বাংলাদেশি ফোন নম্বরে এই পদ্ধতি পাওয়া যাবে ধরে নিয়ে জরুরি বার্তা পাঠানোর পরিকল্পনা করা তাই ঠিক হবে না; প্রাপক কীভাবে বার্তাটি খুলবেন, তা পাঠানোর আগেই মিলিয়ে নিতে হবে।
বিষয়বস্তুতে বাড়তি এনক্রিপশন কখন প্রয়োজন
বার্তার মূল লেখা, লেখার ভেতরের ছবি ও সংযুক্তি ক্লাউডে পৌঁছানোর আগেই এনক্রিপ্ট করতে হলে CSE প্রাসঙ্গিক। এটি ব্যক্তিগত Gmail অ্যাকাউন্টের সাধারণ সুবিধা নয়; নির্দিষ্ট Google Workspace সংস্করণ এবং প্রতিষ্ঠানের প্রশাসনিক ব্যবস্থার ওপর প্রাপ্যতা নির্ভর করে। কাজের বা শিক্ষাপ্রতিষ্ঠানের অ্যাকাউন্টে বিকল্পটি না থাকলে প্রশাসকের কাছে তার প্রাপ্যতা জানতে হবে।
CSE-তে প্রতিষ্ঠান এনক্রিপশন ও ডিক্রিপশনের চাবি পরিচালনা করে। ফলে শুধু পরিবহনের পথে সুরক্ষার তুলনায় বার্তার বিষয়বস্তুর জন্য আলাদা ব্যবস্থা পাওয়া যায়। তবে এই ব্যবস্থার সীমানা বার্তার মূল লেখা ও সংযুক্তি পর্যন্ত: subject line, সময়চিহ্ন এবং প্রাপকের পরিচয়সংক্রান্ত হেডারে বাড়তি CSE সুরক্ষা থাকে না। গোপন তথ্য পাঠালে তাই বিষয় লাইনে এমন বিবরণ না রাখাই যুক্তিসংগত, যার প্রকাশই সমস্যা তৈরি করতে পারে।
প্রতিষ্ঠানের বাইরে কাউকে CSE-সুরক্ষিত বার্তা পাঠানোর শর্তও ব্যবহৃত ব্যবস্থার ওপর বদলায়। কিছু কনফিগারেশনে বাইরের প্রাপক বিদ্যমান Google অ্যাকাউন্ট বা অতিথি অ্যাকাউন্ট দিয়ে বার্তা খুলতে পারেন; S/MIME-ভিত্তিক ব্যবস্থায় আগে ডিজিটাল সনদ বিনিময় করতে হয়। প্রাপকের ঠিকানা জানা থাকাই যে এনক্রিপ্টেড বার্তা পাঠানো ও খোলার জন্য যথেষ্ট, এমন নয়। প্রতিষ্ঠানের সেটআপ এবং প্রাপকের প্রবেশপথ আগে জানা থাকলে ভুল সময়ে বার্তা আটকে যাওয়ার ঝুঁকি কমে।
CSE চালু করলে একই বার্তায় Confidential mode-এর মেয়াদ ও প্রবেশাধিকার প্রত্যাহারের সুবিধা পাওয়া যায় না। এই সীমাটি বিশেষভাবে জরুরি যখন বার্তায় গোপন সংযুক্তি আছে, আবার প্রাপককে অল্প সময়ের জন্যই সেটি দেখাতে চান। তখন কোন ঝুঁকিটি নিয়ন্ত্রণ করা বেশি প্রয়োজন—বিষয়বস্তু ক্লাউডে যাওয়ার আগের সুরক্ষা, নাকি প্রাপকের পরবর্তী প্রবেশাধিকার—সেই ভিত্তিতে বেছে নিতে হবে।
কোন প্রয়োজনের জন্য কোন ব্যবস্থা
ইমেইলের সুরক্ষাকে একটি মাত্র ‘এনক্রিপ্টেড’ পরিচয়ে না ফেলে প্রয়োজন অনুযায়ী তিনটি স্তর আলাদা করুন:
- পরিবহনের পথ: সাধারণ ইমেইলে প্রেরক ও প্রাপকের সেবা TLS ব্যবহার করলে বার্তাটি চলার পথে সুরক্ষা পায়। অপর পক্ষের সেবা TLS সমর্থন করে কি না, সংবেদনশীল তথ্যের ক্ষেত্রে সেটি গুরুত্বপূর্ণ।
- সাময়িক প্রবেশাধিকার: বার্তা খোলার মেয়াদ বা Gmail-এ ফরওয়ার্ড, কপি, প্রিন্ট ও ডাউনলোডের বিকল্প নিয়ন্ত্রণ করতে Confidential mode বেছে নিন। প্রাপক অন্য উপায়ে অনুলিপি রাখতে পারেন, তাই এটি তাঁর কাছে পৌঁছে যাওয়া তথ্য ফিরিয়ে নেওয়ার উপায় নয়।
- বিষয়বস্তুতে বাড়তি এনক্রিপশন: যোগ্য Workspace অ্যাকাউন্টে CSE পাওয়া গেলে মূল লেখা ও সংযুক্তির জন্য সেটি বিবেচনা করুন। বিষয় ও প্রাপকের তথ্য এই বাড়তি সুরক্ষার বাইরে থাকবে এবং একই বার্তায় Confidential mode পাওয়া যাবে না।
ধরা যাক, কাউকে একটি খসড়া শুধু নির্দিষ্ট সময় পর্যন্ত দেখতে দিতে হবে। সেখানে মেয়াদ ও প্রবেশাধিকার সরানোর সুবিধাই সিদ্ধান্তের কেন্দ্র হতে পারে। অন্যদিকে প্রতিষ্ঠানের সংবেদনশীল সংযুক্তি ক্লাউডে পৌঁছানোর আগেই এনক্রিপ্ট করার শর্ত থাকলে CSE বেশি প্রাসঙ্গিক, যদি অ্যাকাউন্ট ও প্রাপকের ব্যবস্থা তা সমর্থন করে। এই দুই পরিস্থিতিতে ‘Confidential’ শব্দটির চেয়ে তথ্যটি কোথায় এবং কার কাছ থেকে সুরক্ষিত রাখা দরকার, সেই প্রশ্নই ব্যবস্থাটি বেছে দেয়।
আরও পড়ুন:
সম্পর্কিত নিবন্ধ


Metricool Flows-এ comment থেকেই DM—প্রথম বার্তায় link দেওয়া যাবে না

GitHub-এ SHA-1 HTTPS বন্ধ—পুরোনো Git client এখন connection হারাতে পারে

Google Takeout দিয়ে ব্যাকআপ নিন—সাত দিনেই download link শেষ

Meta Muse email ও কেনাকাটা করবে—Confidential VM কিন্তু এখনো আসেনি

Resend না SendGrid—৫০ হাজার ইমেইলে দাম নয়, dedicated IP-ই ফারাক
আমাদের নিউজলেটার নিন
সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।