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

তিনটি বস্তু, তিনটি ভিন্ন প্রশ্ন

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

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

দর্শনার্থী এন্ডপয়েন্টগুলোর মধ্যে কী সংযুক্ত করতে পারে

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

দুটি এন্ডপয়েন্ট জুড়ে সার্টিফিকেট, রিডাইরেক্ট ও পৃষ্ঠার বিষয়বস্তু মিলে যাওয়া শক্তিশালী সংকেত যে তারা একই সেবার অন্তর্গত। এটি সেবা সম্পর্কে একটি বক্তব্য, মানুষের সম্পর্কে নয়, যতক্ষণ না অন্য কোনো রেকর্ড দুটিকে যুক্ত করে।

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

ফরওয়ার্ডিং প্রদানকারীকে কী জানতে হয়

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

ঐতিহাসিক ম্যাপিং, অ্যাকাউন্ট সংযোগ বা সংযোগের রেকর্ড থেকে যায় কি না, তা প্রদানকারীর প্রকৃত নীতি ও বাস্তবায়নের প্রশ্ন। ফরওয়ার্ডিং প্রমাণ করে না যে প্রতিটি শ্রেণি লগ করা হয়। নির্দিষ্টভাবে জিজ্ঞাসা করুন ম্যাপিং প্রত্যাহারের পর কোন ক্ষেত্রগুলো টিকে থাকে এবং কতদিন।

ইনকামিং পৌঁছানোযোগ্যতা ক্লায়েন্টের আউটবাউন্ড রাউটিং, DNS ও ব্যর্থতার আচরণ থেকেও আলাদা। একটি ম্যাপিং যোগ করলে ক্লায়েন্টের বাকি ট্রাফিক কীভাবে বের হয় তা বর্ণিত হয় না।

ম্যাপিং কতদিন থাকে তা এক্সপোজার বদলে দেয়

একটি ম্যাপিং একটি সেশন, একটি রিজার্ভেশন, অথবা তাকে বদলে দেওয়া প্রদানকারীর নীতি অনুযায়ী টিকে থাকতে পারে। স্থায়ী বরাদ্দ বা নিয়মিত ঘূর্ণন কোনোটিই ধরে নেওয়া উচিত নয়; পণ্যের নথিভুক্ত আচরণ পড়ুন এবং আপনি যা পর্যবেক্ষণ করেন তা লিখে রাখুন। এক সপ্তাহের ব্যবধানে দুটি পর্যবেক্ষণ 'ঘূর্ণন' সম্পর্কে পণ্য পৃষ্ঠার যেকোনো বিপণন বাক্যের চেয়ে বেশি বলে। পর্যবেক্ষিত ব্যবধান আপনার নোটে এন্ডপয়েন্টের পাশে লিখুন, কারণ ব্যবধানটি এক্সপোজারেরই অংশ।

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

সচেতনভাবে প্রকাশ করুন, তারপর দুটি দরজাই বন্ধ করুন

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

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

কিছু প্রকাশ করা তার প্রশাসন পৃষ্ঠাগুলো উন্মুক্ত করা বা অ্যাপ্লিকেশনের লগইন বাদ দেওয়ার যৌক্তিকতা দেয় না, আর অনুবাদ এমন সেবাকে TLS দেয় না যার কখনোই তা ছিল না। ট্রাফিক যেভাবেই আসুক, এনক্রিপ্টেড প্রোটোকল ও তার সার্ভার-পরিচয় যাচাই ঠিক জায়গায় রাখুন। তারপর রেসপন্স হেডার পরীক্ষা করুন, কারণ 'ব্যানার' বা ডিবাগ পৃষ্ঠা অপরিচিতকে সেবার ইচ্ছার চেয়ে বেশি বলতে পারে। দুটি কমান্ড যা ফেরত দেয় তা একজন পর্যবেক্ষক যে দৃশ্য পান সেই একই দৃশ্য।

সেবাটি বন্ধ করা মানে দুটি বন্ধকরণ, একটি নয়: মালিকের মাধ্যমে ম্যাপিং প্রত্যাহার করুন, তারপর লিসেনার ও এনটাইটেলমেন্টকে আলাদা বিষয় হিসেবে দেখুন। বুকমার্ক করা একটি এন্ডপয়েন্ট উত্তর দেওয়া বন্ধ করলে তা কোনো ক্রেডেনশিয়াল বাতিল করে না, আর ইতিমধ্যে পৌঁছে দেওয়া তথ্য ফিরিয়ে আনে না।

সম্পর্কিত নিবন্ধ