আরও দীর্ঘ SOCKS চেইন পরের হপকে স্বয়ংক্রিয়ভাবে লুকায় না

একটি চেইন বদলে দেয় কে প্রতিটি সংযোগ খুলছে। শুধু তালিকায় আরেকটি SOCKS ঠিকানা যোগ করলে তা এনক্রিপশন যোগ করে না।

এমন একটি ক্লায়েন্ট ভাবুন যে এই চেইনটি নিজেই তৈরি করে:

application → SOCKS A → SOCKS B → website

সে প্রথমে A-কে B-এর সঙ্গে সংযোগ করতে বলে। সেই স্ট্রিমের মধ্য দিয়ে সে পরে ওয়েবসাইটের সংযোগের জন্য B-এর সঙ্গে দরকষাকষি করতে পারে। যদি ক্লায়েন্ট থেকে A পর্যন্ত পরিবহন দুটি দরকষাকষিকেই এনক্রিপশন ছাড়া বহন করে, তবে সেই লিংকে যথেষ্ট সক্ষম একজন পর্যবেক্ষক ক্লায়েন্টের পাঠানো সেটআপ বাইটগুলো পড়তে পারে। বাইরের TCP গন্তব্য পর্যবেক্ষকের একমাত্র সম্ভাব্য প্রমাণ নয়।

চেইনকে সুরক্ষিত অ্যাপ্লিকেশন বিনিময় থেকে আলাদা করুন

TLS সেশন শুরু হওয়ার পরে HTTPS ওয়েবসাইটের অ্যাপ্লিকেশন বিষয়বস্তু রক্ষা করতে পারে। এটি আগের SOCKS সেটআপ বার্তাগুলোকে পিছিয়ে গিয়ে এনক্রিপ্ট করে না। SOCKS5 ব্যবহারকারীনাম/পাসওয়ার্ড প্রমাণীকরণও এনক্রিপ্টেড পরিবহন নয়।

ক্লায়েন্ট ও প্রথম হপের মধ্যে এনক্রিপ্টেড ব্যবস্থা সেই লিংকে দৃশ্যমানতা বদলায়। তবু এর একজন অপারেটর ও ডিক্রিপ্ট করা স্ট্রিম ধরে রাখা আরেকটি প্রান্ত থাকে। চেইনটি অনুসরণ করা যায় না বলে দাবি করার বদলে সেই বিশ্বাসের সীমা বর্ণনা করুন।

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

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