বড় কী সংখ্যা কেন VPN-কে বেশি নিরাপদ করে না
কী-এর আকার একটি অ্যালগরিদম ও একটি ভূমিকার ভেতরেই অর্থবহ। সমকক্ষ যাচাই, স্যুট নির্বাচন, প্যাচিং ও অপারেটরের রেকর্ড — এসব প্রশ্নের উত্তর এটি দিতে পারে না।
বিজ্ঞাপনে বলা হয় 256 বিট, অন্য পণ্য বলে 128 বিট, আর সিদ্ধান্তটি স্পষ্ট মনে হয় যতক্ষণ না খেয়াল করেন যে সংখ্যাগুলো ভিন্ন ভিন্ন জিনিস বোঝায়। সিমেট্রিক সাইফারের কী, সার্টিফিকেটের পাবলিক কী এবং কী-বিনিময়ের প্যারামিটার একই মাপকাঠিতে মাপা হয় না। এর কোনোটিই ক্লায়েন্ট সার্ভারকে আদৌ যাচাই করেছে কি না তা ঢেকে রাখে না। সংখ্যাটি প্রকৃত তথ্য, এবং এর চারপাশের বিপণন যা বোঝায় তার চেয়ে অনেক সংকীর্ণ।
যেকোনো তুলনা করার আগে জিজ্ঞেস করুন কোন কী গণনা করা হচ্ছে এবং এটি কী সুরক্ষা দেয়।
তিন কাজে তিনটি কী
ডেটা সাইফার টানেলের পেলোড এনক্রিপ্ট করে, আর এর কী প্রতিটি সেশনের জন্য নতুন করে তৈরি হয়। সার্টিফিকেটের পাবলিক কী প্রমাণায়নের সময় একটি প্রান্তের পরিচয় প্রমাণ করে। কী-বিনিময়ের ধাপ, সাধারণত একটি ক্ষণস্থায়ী Diffie-Hellman প্রকরণ, একটি যৌথ গোপনীয়তা প্রতিষ্ঠা করে যা পরে কোনো পক্ষই পুনর্গঠন করতে পারে না। প্রত্যেকের নিজস্ব শক্তি-অনুমান ও নিজস্ব আকারের রীতি আছে।
তাই 256-এর পাশে 2048 আর তার পাশে 32-কে আকার দিয়ে সাজানো যায় না; এগুলো ভিন্ন প্রশ্নের উত্তর।
একটি ভূমিকার ভেতরেও সংখ্যাটি কেবল ব্যবহৃত অ্যালগরিদম পরিবারের সাপেক্ষে কিছু বলে।
সংখ্যাটি কোথায় সাহায্য করে, আর কোথায় থামে
একটি অ্যালগরিদমের ভেতরে বড় কী ব্রুট-ফোর্স অনুসন্ধানের খরচ বাড়ায়, আর কম্পিউটিং শক্তি বদলানোর সঙ্গে প্রকাশিত নির্দেশিকা সার্টিফিকেট কী-এর ন্যূনতম নির্ধারণ করে। এটি বৈধ এবং সংকীর্ণ তুলনা: AES-128 ও AES-256 উভয়ই বিস্তৃত ব্যবধানে সরাসরি আক্রমণ প্রতিরোধ করে, তাই বাস্তবে পার্থক্যটি খুব কমই নির্ধারক।
সেই তুলনার বাইরে সংখ্যাটি কনফিগারেশন ভুল, সার্টিফিকেট যাচাই বা প্রোটোকল সংস্করণ সম্পর্কে কিছুই পূর্বানুমান করে না।
সম্পূর্ণ সমঝোতাকৃত স্যুট পড়ুন
একটি সংযোগ আসলে যা ব্যবহার করে তা একটি স্যুট: একটি সাইফার মোড, একটি অখণ্ডতা বা প্রমাণিত-এনক্রিপশন গঠন, একটি কী-বিনিময় গ্রুপ ও একটি প্রমাণায়ন পদ্ধতি। যথাযথ হ্যান্ডশেকসহ আধুনিক AEAD মোড আলাদা MAC-সহ পুরোনো মোডের চেয়ে ভিন্ন প্রস্তাব, এমনকি যখন শিরোনামের কী-আকার একই।
openvpn --show-ciphers | head -20 openvpn --show-tls | head -20 openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm' wg show
কনফিগার করা সর্বোচ্চ নয়, সমঝোতাকৃত ফলাফল পড়ুন। শক্তিশালী স্যুট দেওয়া ক্লায়েন্টও দুর্বলভাবে সংযুক্ত হয় যদি সার্ভার দুর্বল বিকল্প বেছে নেয় এবং প্রোফাইল তা অনুমোদন করে। পারফরম্যান্স যদি উদ্বেগের বিষয় হয়, তবে সংশ্লিষ্ট ডিভাইস ও পথে তা মাপুন, কারণ হার্ডওয়্যার ত্বরন ও প্যাকেটের আকার ছবিতে আসার পর কী-আকার থ্রুপুটের দুর্বল পূর্বানুমান।
যে অংশগুলো কোনো সংখ্যা কখনো মাপে না
সফটওয়্যার রক্ষণাবেক্ষণ প্রথম বাদ পড়া। যে লাইব্রেরি আর সংশোধন পায় না তার ওপর গড়া টানেল তার কী-আকার যতটা ইঙ্গিত দেয় তার চেয়ে দুর্বল, আর কোনো কনফিগারেশন মান তা সারায় না। অপারেটরের আচরণ দ্বিতীয়: সংযোগের রেকর্ড, অ্যাকাউন্টের তথ্য ও সহায়তা পরিচালনা সম্পূর্ণভাবে ক্রিপ্টোগ্রাফির বাইরে। যে সেবা আপনার প্রত্যাশার চেয়ে বেশি রাখে, দীর্ঘ কী তাকে নিরাপদ করে না।
সমকক্ষ যাচাই তৃতীয় এবং সবচেয়ে ফলপ্রসূ। যে ক্লায়েন্ট যেকোনো সার্টিফিকেট গ্রহণ করে, তার কাছে অপ্রমাণিত সমকক্ষের চারপাশে মোড়া একটি শক্তিশালী সাইফার থাকে, যা সঠিক যাচাইসহ সাধারণ সাইফারের চেয়েও খারাপ। সংখ্যার আগে এই তিনটি দেখুন, আর সংখ্যাটি নিজের জায়গা নেবে।