VPN-এর উপর ইমেইল ফিল্টারিং: কনটেন্ট নিয়ম আসলে কোথায় চলে

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

তিনটি স্তর স্বাধীন: VPN পরিবহন, SMTP TLS সংযোগ এবং বার্তার নিজস্ব এনক্রিপশন। প্রত্যেকটি ভিন্ন জায়গায় শেষ হয়।

যে স্তর বার্তাটি দেখতে পারে সেখান থেকে শুরু করুন

VPN ডিক্যাপসুলেশন আপনাকে ভেতরের নেটওয়ার্ক ট্রাফিক দেয়। যদি মেইল ক্লায়েন্ট কোনো সাবমিশন সার্ভারে TLS সংযোগ খোলে, ভেতরের ট্রাফিকে তখনও সেই TLS স্ট্রিম থাকে, পড়ার উপযোগী মেইল নয়।

তাই টানেলের প্রান্তে নেওয়া প্যাকেট ক্যাপচার “এই বার্তায় নিষিদ্ধ সংযুক্তি আছে কি” এই প্রশ্নের চেয়ে ভিন্ন প্রশ্নের উত্তর দেয়।

SMTP TLS সমাপ্তি খামেই শেষ হয়

মেইল সার্ভারে SMTP TLS সমাপ্ত করলে বার্তাটি সেই প্রান্তে যেভাবে জমা দেওয়া হয়েছে সেভাবেই উন্মোচিত হয়। সার্ভার হেডার, খাম এবং MIME গঠন দেখে। অনেক কনটেন্ট নিয়মের জন্য এটি যথেষ্ট। খাম আপনাকে প্রেরক ও প্রাপকদের বলে, সার্ভার যেভাবে বুঝেছে সেভাবে।

S/MIME-সুরক্ষিত বার্তার জন্য এটি যথেষ্ট নয়। সার্ভার একটি সুরক্ষিত সত্তা পায়, আর সংশ্লিষ্ট কী ছাড়া ভেতরের কনটেন্ট পড়তে পারে না। একই সীমাবদ্ধতা অক্ষত অবস্থায় আসা এনক্রিপ্টেড সংযুক্তির ক্ষেত্রেও প্রযোজ্য।

নিষ্ক্রিয় ক্যাপচার পড়ার উপযোগী করতে পরিবহন নিরাপত্তা দুর্বল করবেন না। এটি নিয়মটি ডেটা যেখানে আছে সেখানে বসানোর বদলে স্থাপত্য বদলে দেয়।

S/MIME যেখানে কী আছে সেখানেই শেষ হয়

S/MIME MIME বার্তার ডেটা সুরক্ষিত করে, তাই এর সীমা হলো কী উপাদান এবং অনুমোদিত ডিক্রিপশন ব্যবস্থা। সেই কী ছাড়া একটি ফিল্টার দৃশ্যমান মেটাডেটা বা সুরক্ষিত কোনো বস্তুর উপস্থিতির উপর কাজ করতে পারে, কিন্তু সেটি ভিন্ন ফলাফল।

সংস্থা যদি অনুমোদিত এনক্রিপশন গেটওয়ে বা পরিচালিত এন্ডপয়েন্ট নিয়ন্ত্রণ চালায়, তবে প্লেইনটেক্সট কোথায় আছে, কোন পরিচয় এটি পরিদর্শন করতে পারে এবং কী ও রেকর্ড কীভাবে সুরক্ষিত থাকে তা নথিভুক্ত করুন। VPN দিয়ে ট্রাফিক পাঠিয়ে কোনো মাস্টার কী তৈরি হয় না।

কেউ প্লেইনটেক্সট শ্রেণিবিন্যাসের প্রতিশ্রুতি দেওয়ার আগেই এটি লিখে রাখুন। প্রতিশ্রুতিটাই সেই অংশ যা ফিরিয়ে নেওয়া কঠিন।

নিয়মটি মেইল প্ল্যাটফর্মে বসান

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

উদাহরণস্বরূপ, Postfix নথিভুক্ত করে কিউয়ের পরে কনটেন্ট ফিল্টারিং: মেইল কিউতে যায়, ফিল্টারে পাঠানো হয় এবং বিতরণ পথে ফিরে আসে। এর কিউ-পরবর্তী ব্যবস্থাটি একই নির্দেশিকা যে কিউ-পূর্ব প্রক্সি ও Milter বিকল্পের কথা বলে তার থেকে আলাদা। আপনি যে মেইল সেবা সত্যিই চালান তার জন্য সমর্থিত ইন্টিগ্রেশন ও ব্যর্থতার আচরণ বেছে নিন।

একটি সংযুক্তি নিয়ম সম্পূর্ণ ডেটা-ক্ষতি কর্মসূচি নয়। ব্রাউজার আপলোড, শেয়ার করা স্টোরেজ এবং এন্ডপয়েন্ট কার্যক্রমের নিজস্ব নিয়ন্ত্রণ দরকার।

কৃত্রিম বার্তা দিয়ে গ্রহণযোগ্যতা পরীক্ষা লিখুন

অনুমোদিত কৃত্রিম উদাহরণ দিয়ে পরীক্ষা করুন: একটি অনুমোদিত বার্তা, একটি নিষিদ্ধ কনটেন্ট কার্যক্রম এবং বার্তা-স্তরের এনক্রিপশনের ঘোষিত ব্যবস্থাপনা। ফিল্টার অনুপলব্ধ হলে মেইল সেবা কী করে তাও অন্তর্ভুক্ত করুন।

উপযোগী ফলাফল কার্যক্রম, প্রয়োগের স্থান এবং সেখানে দৃশ্যমান ডেটার নাম বলে। “VPN এটি ডিক্রিপ্ট করেছে” একটি স্তরের উত্তর দেয় এবং মেইল অ্যাপ্লিকেশনের কনটেন্ট ও অনুমোদন মডেলের বিকল্প হতে পারে না।