VPN ID-এর মতো দেখতে cid সাফিক্স আসলে শুধু একটি MIME Content-ID

আপনি একটি মেইল হেডারে কোণ-বন্ধনীর ভেতরের শনাক্তকারীতে openvpn দেখতে পান এবং সরাসরি যে সিদ্ধান্তে আসেন তা হলো বার্তাটির সঙ্গে কোনো VPN সেশনের সম্পর্ক আছে। সেই সিদ্ধান্তে পৌঁছানোর আগে পুরো লাইনটি পড়ুন: স্ট্রিংটি বসে আছে একটি Content-ID-তে, আর Content-ID হলো একটি বার্তার ভেতরের একটি অংশের নাম। HTML-এ একটি cid: রেফারেন্স সেই নামটির দিকে ইশারা করে, আর জোড়াটি থাকে যাতে মেইলটি একটি ছবি দুবার না পাঠিয়েই বহন করতে পারে। এই ব্যবস্থাপনার কোনো কিছুই কোনো VPN সার্ভারে পৌঁছায় না, আর সাফিক্সের কোনো কিছুই বলে না কে এই শনাক্তকারীটি তৈরি করেছে।

শনাক্তকারীটি আসলে কী নির্দেশ করে

HTML মেইল খুব কমই একক ব্লক হিসেবে আসে। টেক্সট আর প্রতিটি অন্তর্নির্মিত ছবি সাধারণত আলাদা আলাদা MIME অংশ হিসেবে ভ্রমণ করে, আর ক্লায়েন্ট সেগুলো প্রদর্শনের জন্য আবার জোড়া দেয়। তা করতে তার দরকার ছবির অংশটির একটি নাম এবং এমন একটি রেফারেন্স যা সেই নামেই মিলে যায়।

নিচের জোড়াটি উদাহরণের জন্য বানানো।

Content-ID: <[email protected]>

<img src="cid:[email protected]" alt="Company mark">

হেডার লাইনটি বসে ছবির অংশে; img এলিমেন্টটি বসে HTML অংশে। কোণ-বন্ধনী হেডারের সিনট্যাক্সের অংশ, তাই একটি cid: রেফারেন্স সাধারণত শনাক্তকারীটি সেগুলো ছাড়াই লেখে। এমন অক্ষরযুক্ত মান যা এস্কেপ করা দরকার তা এনকোড করতে হয়, এজন্যই এই জোড়াটি রূপান্তরের নিয়ম নয়, কেবল উদাহরণ। অর্থ বহন করে দুটি স্ট্রিংয়ের মিল, তাদের যেকোনো একটি একা নয়।

@openvpn সাফিক্স একটি গঠনগত খুঁটিনাটি

Content-ID তৈরি হয় এক বার্তার ভেতরে অনন্য হওয়ার জন্য, আর মেইল সফটওয়্যার প্রায়ই একটি @ আর একটি ডোমেইন যোগ করে এটিকে ঠিকানার মতো দেখায়। এই আকৃতি জেনারেটরের একটি রীতি, কোনো পথ নয়: হেডারের কোনো কিছুই ক্লায়েন্টকে mailer.example-এর সঙ্গে যোগাযোগ করতে বলে না, আর বার্তাটি দেখানোর সময় কোনো লুকআপ ঘটে না। ফিল্ডটি কোনো অ্যাকাউন্টের নাম, VPN ব্যবহারকারী বা VPN ক্লায়েন্টের রেখে যাওয়া চিহ্নও নয়। যে বার্তাটি জোড়া দিয়েছে সে অংশের নাম দেওয়ার সময় স্ট্রিংটি বেছেছে।

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

কাঁচা সোর্স দেখুন, তারপর গোপনীয়তার প্রশ্নের বিচার করুন

কাঁচা সোর্স খুলে পুরো Content-ID মানটি পড়ুন, কারণ RFC 2392 একটি মানকে প্রেরকের হোস্টনাম বা অ্যাকাউন্টের মতো স্ট্রিং বহন করতে দেয়। তারপর একই নাম যেখানে যেখানে দেখা যায় তা খুঁজুন: HTML-এ একটি cid: রেফারেন্স, আরেকটি হেডার, আগের কোনো উত্তরের উদ্ধৃত ব্লক। ওই উপস্থিতিগুলোর মধ্যে মিলই আপনাকে অংশটির উদ্দেশ্য বলে দেয়।

এই একই ধর্মের কারণেই একটি শনাক্তকারী গোপনীয়তার জন্য গুরুত্বপূর্ণ হতে পারে। হোস্টনাম বা অ্যাকাউন্টের নাম থেকে উদ্ভূত একটি মান বার্তার সঙ্গে ভ্রমণ করে এবং যে মেশিন বা ব্যক্তি এটি পাঠিয়েছে তাদের সম্পর্কে কিছু প্রকাশ করতে পারে। এটি তবুও VPN সেশন নয়, আর এটিকে তা ভেবে ব্যবহার করা আবিষ্কারটিকেই নষ্ট করে।

দূরবর্তী ছবি নাকি অন্তর্নির্মিত অংশ: ভিন্ন ট্রাফিক

একটি img এলিমেন্ট যার উৎস https এবং একটি img এলিমেন্ট যার উৎস cid HTML-এ একই রকম দেখায়, কিন্তু নেটওয়ার্কে ভিন্নভাবে আচরণ করে। প্রথমটি এমন একটি রিসোর্সের নাম দেয় যা বার্তা খোলার পর ক্লায়েন্ট আনতে পারে, আর সেই আনা প্রেরককে বলে দেয় বার্তাটি পড়া হয়েছে এবং কোন ঠিকানা থেকে। দ্বিতীয়টি বার্তার ভেতরেই থাকা একটি অংশের বিপরীতে মিলে যায়, তাই এটি দেখালে কারও সঙ্গে যোগাযোগ হয় না।

একটি বার্তা দুটোই মিশ্রিত করতে পারে, আর একটি যাচাই করলে অন্যটি পরিষ্কার হয় না। দূরবর্তী রেফারেন্সগুলো অন্তর্নির্মিতগুলোর থেকে আলাদা করে গুনুন, আর ক্লায়েন্টের সেটিংস কী অনুমোদন করে তা লিখে রাখুন। গোপনীয়তার জন্য গুরুত্বপূর্ণ সিদ্ধান্ত হলো সেই পার্থক্যটি, শনাক্তকারীর ভেতরের শব্দটি নয়।

বার্তাটি না পাঠিয়ে প্রমাণটি ভাগ করুন

যখন অন্য কাউকে এটি দেখতে হবে, আগে সম্পাদনা করুন এবং ধারাবাহিকভাবে সম্পাদনা করুন। ঠিকানাগুলো আর অপ্রাসঙ্গিক হেডারগুলো বদলান, তারপর Content-ID আর তার cid: রেফারেন্স কপিতে হুবহু একই বানানে রাখুন, কারণ অমিল থাকলে একমাত্র গুরুত্বপূর্ণ প্রমাণটিই নষ্ট হয়। বলুন হেডারটি কোন অংশের ছিল আর কোন লাইনটি এটিকে নির্দেশ করেছিল। পর্যালোচকের প্রয়োজন সম্পর্কটি, বার্তাটি নয়।

তারপর দুটি সিদ্ধান্ত লেখায় আলাদা করুন: বার্তাটিতে কী আছে, আর এটি কী প্রমাণ করে না। এভাবে গঠিত দাবি যাচাই করা যায় এবং তার সঙ্গে তর্ক করা যায়, আর একটি উপযোগী প্রতিবেদন ঠিক এই সুযোগই দেয়।