তিনটি হপ, একটি হোস্ট: প্রকৃত গোপনীয়তা-নির্ভরতা গণনা
হপ-সংখ্যা ভাগ করা হোস্টিং, একটি অ্যাডমিন অ্যাকাউন্ট আর একই রেজিস্ট্রার লুকিয়ে রাখে। নির্ভরতার খাতা তৈরি করুন, প্রতিটি সারি মূল্যায়ন করুন এবং দেখুন একটি ভাগ করা মান কী যুক্ত করে।
দ্বিতীয় হপটি সময়মতো উঠে এল, আর আপনার ডায়াগ্রাম এখনও তিনটি আলাদা প্রদানকারী দেখায়। তারপর ইনভয়েস আসে এবং তাদের দুটি একই হোস্টিং কোম্পানির নাম বলে, একই রেজিস্ট্রার তিনটি ডোমেইনই ধরে রাখে, এবং প্রতিটি অ্যাকাউন্ট আপনার মালিকানার একটি মেইলবক্সে পুনরুদ্ধার হয়। টানেল কনফিগারেশনে কিছুই ভাঙা নেই। নকশাটি কেবল হপগুলোর নিচে থাকা নির্ভরতাগুলো কখনও গণনা করেনি, আর হপ-সংখ্যা ট্রাফিক যে পথে যায় তা বর্ণনা করে, যে পক্ষগুলো তার উপর কাজ করতে পারে তাদের সংখ্যা নয়।
উপসর্গটি লগে নয়, বিলিংয়ে দেখা যায়
এটি আপনি টানেল লগে পাবেন না, কারণ টানেল ঠিক সেটাই করছে যা আপনি কনফিগার করেছেন। প্রমাণ থাকে প্রকাশ্য রেকর্ড ও অ্যাকাউন্ট সেটিংসে: whois সংস্থার নাম যা এন্ডপয়েন্টগুলোর মধ্যে মেলে, অভিন্ন নেম সার্ভার, ভাগ করা রেজিস্ট্র্যান্ট ঠিকানা, একটি পেমেন্ট পদ্ধতি, একটি কন্ট্রোল প্যানেল। এর প্রত্যেকটি ইঙ্গিত যে স্বতন্ত্রভাবে ব্যর্থ হওয়ার কথা থাকা দুটি স্তর একসাথে ব্যর্থ হতে পারে।
এই ইঙ্গিতগুলোর কোনোটিই প্রমাণ করে না যে কোনো একক পক্ষ আপনার ট্রাফিক পড়তে পারে। এগুলো যা কমায় তা হলো স্বতন্ত্র সিদ্ধান্তের সংখ্যা, যা ভুল হতে হবে তার আগে দুটি সুরক্ষা স্তর একই ঘটনায় আপস হয়।
আপনি সত্যিই যে রেকর্ডগুলো দেখতে পান সেগুলো তুলনা করুন এবং কী তুলনা করেছেন তা লিখে রাখুন। প্রতিটি এন্ডপয়েন্ট ঠিকানায় সংস্থাটি খুঁজুন, প্রতিটি ডোমেইনের নেম সার্ভার তালিকাভুক্ত করুন, এবং চেইনের প্রতিটি অ্যাকাউন্টের পুনরুদ্ধার সেটিংস খুলুন। যেখানে দুটি মান মেলে, লক্ষ্য করুন মিলটি মালিকানা নিয়ে, পরিচালনা নিয়ে, নাকি কেবল একটি রিসেলার ফ্রন্ট নিয়ে। এগুলো আলাদা ফলাফল, আর সেগুলোকে এক হিসেবে ধরা হলো নির্ভরতা পর্যালোচনাকে অনুমানে পরিণত করার উপায়।
লজিক্যাল পথ আঁকুন, তারপর নির্ভরতা মানচিত্র
দুটি ডায়াগ্রাম দরকার, আর বেশিরভাগ মানুষ কেবল প্রথমটি আঁকে। লজিক্যাল পথ দেখায় প্রতিটি সুরক্ষা স্তর কোথায় শেষ হয় এবং সেই এন্ডপয়েন্ট কী পর্যবেক্ষণ করতে পারে। নির্ভরতা মানচিত্র দেখায় সেই এন্ডপয়েন্টগুলোর প্রতিটি কে পরিচালনা ও প্রশাসন করে, যা সম্পূর্ণ আলাদা একগুচ্ছ নাম।
| Layer to record | Evidence you can collect | What a shared value would mean |
|---|---|---|
| Endpoint operator | Published operator, contract, support contacts | The same party sees two traffic layers |
| Compute and hosting | Address ranges, hosting brands, platform status pages | One administrative action affects two machines |
| Network dependency | Endpoints and transit links near the observation point | Two paths share a segment that could be watched once |
| Management | Control panels, SSH keys, staff with access | One credential compromise crosses both layers |
| Account linkage | Registration records, payment method, recovery mail | Two services can be tied to one identity |
প্রতিটি সারি পূরণ করার বদলে মূল্যায়ন করুন। পরিচিত মানে আপনি এমন রেকর্ড দেখেছেন যা তা বলে, অনুমিত মানে একটি পর্যবেক্ষণ তা সমর্থন করে কিন্তু নিষ্পত্তি করে না, আর অজানা মানে কিছুই পাওয়া যায়নি। ভাগ করা হোস্টিং ব্র্যান্ড হলো ভাগ করা অবকাঠামোর একটি অনুমান, ভাগ করা গ্রাহক ডেটাবেসের বিবৃতি নয়। শুধু প্রত্যাশিত সিদ্ধান্তের জন্য সুবিধাজনক বলে একটি অনুমানকে চুপচাপ পরিচিত তথ্যে উন্নীত করবেন না।
খালি সারি নিজেই একটি ফলাফল। এটি আপনাকে বলে কোন তথ্যটি জানলে সিদ্ধান্ত বদলাবে, আর তা একটি পরিশীলিত প্রতিপক্ষ কী করতে পারে তা নিয়ে আরেকটি অনুচ্ছেদের চেয়ে বেশি কাজে লাগে।
একটি AS নম্বর কেবল রাউটিং প্রশ্নের উত্তর দেয়
স্বায়ত্তশাসিত সিস্টেম হলো রাউটিং প্রশাসনের একটি ধারণা, ঠিকানার একটি সেট যা অন্য নেটওয়ার্কের কাছে এক সুসংগত রাউটিং দৃশ্য হিসেবে উপস্থাপিত হয়। তাই ভিন্ন AS নম্বর কর্পোরেট মালিকানা, পৃথক কর্মী বা স্বাধীন আইনি নিয়ন্ত্রণ নিয়ে নির্দিষ্ট কিছু বলে না। উল্টো ভুলটিও সমান সাধারণ: একই AS-এ দুটি এন্ডপয়েন্ট স্বয়ংক্রিয়ভাবে এক পক্ষ কর্তৃক নির্দিষ্ট ব্যবহারকারী শনাক্ত করার ঘটনা নয়।
আপনি যদি সংখ্যাগুলো চান, ধরে নেওয়ার বদলে সেগুলো রিজলভ করুন। নিচের ঠিকানাটি একটি প্লেসহোল্ডার, আর ফ্ল্যাগটি টুলকে বলে প্রতিটি হপকে সেই AS দিয়ে লেবেল করতে যা এটি ঘোষণা করে।
mtr --aslookup --report --report-cycles 5 203.0.113.9সেই আউটপুটকে রাউটিংয়ের পরিমাপ হিসেবে ধরুন, মালিকানা বা সম্পূর্ণ ট্রাফিক পথের নয়। আপনি যে অ্যাক্সেস নেটওয়ার্ক থেকে শুরু করেন এবং এন্ডপয়েন্টগুলোর মধ্যে ট্রানজিট নির্ভরতাগুলো আলাদা প্রশ্ন, যার উত্তর এন্ডপয়েন্ট ঠিকানা দিতে পারে না। যখন কোনো রুট বা রিলে পছন্দ আপনার বসে থাকা জায়গা থেকে পর্যবেক্ষণ করা যায় না, তখন নির্দিষ্ট কোনো নেটওয়ার্ক আজ কীভাবে পথ বেছে নেয় সে বিষয়ে সাধারণ দাবি না এনে সেটিকে অজানা হিসেবে চিহ্নিত করুন। অপর্যবেক্ষিত হওয়া পর্যবেক্ষণ-অযোগ্য হওয়ার সমান নয়, তবে তা প্রমাণও নয়।
ঝুঁকির নাম দেওয়ার আগে পর্যবেক্ষণের নাম দিন
বেশিরভাগ নির্ভরতা পর্যালোচনায় তিনটি ফলাফল মিশে যায়, আর সেগুলো আলাদা করাই কাজের বড় অংশ। এনক্রিপ্টেড ট্রাফিকের নিষ্ক্রিয় দৃশ্যমানতা একটি ফলাফল। ভাগ করা প্রশাসনিক অ্যাক্সেস আরেকটি, কারণ এটি দৃশ্য নয়, একটি কাজ বোঝায়। অ্যাকাউন্ট সংযোগ তৃতীয়, কারণ এটি কোনো প্রযুক্তিগত অ্যাক্সেস না দিয়েই পরিচয়গুলোকে যুক্ত করে।
এখানে RFC 6973-এ গোপনীয়তার নির্দেশনা একটি কাজের কাঠামো দেয়: প্রতিটি সত্তা কী শেখে তা তালিকাভুক্ত করুন, তারপর জিজ্ঞাসা করুন তা অন্যত্র রাখা তথ্যের সঙ্গে কীভাবে মিলিত হতে পারে। পথের দুটি বিন্দু যদি একই রকম ট্রাফিক প্যাটার্ন দেখে, তা পারস্পরিক সম্পর্কের উদ্বেগের কারণ হতে পারে, কিন্তু কেউ শনাক্ত হয়েছে এমন কোনো মাপা সম্ভাবনা তারা দেয় না। উদ্বেগটি লিখুন, তারপর যে পর্যবেক্ষণ তা নিশ্চিত করবে সেটি লিখুন।
দুটি টানেল সেবা ও একটি ভাড়া করা প্রক্সির চেইনে ফিরে আসুন। যদি প্রক্সির প্রশাসনিক প্রমাণপত্র একটি টানেল সার্ভারের সঙ্গে পুনরুদ্ধার অ্যাকাউন্ট ভাগ করে, একটি একক প্রশাসনিক আপস দুই সীমানাই পার হতে পারে। যদি একমাত্র মিল হয় যে একটি হোস্টিং কোম্পানি দুটি মেশিনই চালায়, পর্যালোচনাকে বলতে হবে সেই কোম্পানির কী ক্ষমতা আছে এবং কোন তথ্য সুরক্ষিত থাকে। একই তিনটি হপ, ভিন্ন ফলাফল।
খাতাটি নামহীনতার সনদ নয় এবং কখনও হবে না। এর মূল্য সংকীর্ণ ও বেশি ব্যবহারিক: এটি দেখায় কোথায় স্বাধীনতা প্রতিষ্ঠিত, কোথায় ধরে নেওয়া হয়েছে, এবং কোন একক অজানা সারি সিদ্ধান্ত সরাবে। পরেরবার সেই সারিটি বাছুন, আর তার উত্তর না পাওয়া পর্যন্ত ডায়াগ্রামের বাকি অংশ অপরিবর্তিত রাখুন।