কেন CBC একটি 16-বাইট বার্তার জন্য একটি অতিরিক্ত ব্লক আউটপুট করে?

PKCS7 একটি সম্পূর্ণ 16-বাইট প্যাডিং ব্লক যোগ করে যখন ইনপুটটি ব্লক-সারিবদ্ধ হয়। এটি প্রত্যাশিত, নকল প্লেইনটেক্সট নয়।

সফল CBC প্যাডিং আমার কী সঠিক প্রমাণ করতে পারে?

না। প্যাডিং একটি ফরম্যাটিং চেক, বার্তা প্রমাণীকরণ নয়। একটি উপযুক্ত প্রমাণীকৃত প্রোটোকল এবং বিশ্বস্ত প্রসঙ্গ ব্যবহার করুন।

AES প্যাডিং : PKCS7 ও CBC-এর ত্রুটি

প্যাডিং একটি মোডের বার্তা প্রক্রিয়াকরণের অন্তর্গত

AES এর একটি 16-বাইট ব্লকের আকার রয়েছে। CBC সম্পূর্ণ ব্লক প্রয়োজন এবং এই টুল PKCS7 ব্যবহার করে। GCM এবং CTR PKCS7 ছাড়া আংশিক চূড়ান্ত ব্লক প্রক্রিয়া করতে পারে। একটি প্যাডিং সেটিং যোগ করবেন না কারণ অন্য লাইব্রেরির API একটি দেখায়; এটি অবশ্যই প্রকৃত মোড এবং প্রোটোকলের সাথে মেলে।

পাসওয়ার্ড প্রোফাইল GCM ঠিক করে এবং তাই কোন PKCS7 নির্বাচক নেই। Raw CBC প্রদর্শন করে PKCS7 এর সুস্পষ্ট নিয়ম হিসাবে। শূন্য প্যাডিং বা নো প্যাডিং ব্যবহার করে একটি লক্ষ্য স্বয়ংক্রিয়ভাবে সেই সেটিংসের সাথে সামঞ্জস্যপূর্ণ নয়।

একটি বাইট-স্তরের PKCS7 উদাহরণ

একটি 13-বাইট বার্তার জন্য, PKCS7 মান 03 সহ তিনটি বাইট যুক্ত করে, একটি 16-বাইট ব্লক তৈরি করে। যদি একটি বার্তা ইতিমধ্যেই ঠিক 16 বাইট হয়, PKCS7 হেক্সাডেসিমেলে ষোলটি 10 বাইটের সম্পূর্ণ ব্লক যোগ করে। সেই সম্পূর্ণ অতিরিক্ত ব্লক অপসারণকে দ্ব্যর্থহীন করে তোলে।

কাঁচা CBC টুলে, abc এ প্রবেশ করার জন্য তিনটি UTF-8 বাইট ব্যবহার করা হয়। এনক্রিপশনের আগে তেরোটি 0d প্যাডিং বাইট যোগ করা হয়; তিনটি প্লেইনটেক্সট বাইট বৈধ PKCS7 অপসারণের পরে পুনরুদ্ধার করা হয়। সম্পাদকে ম্যানুয়ালি সেই বাইটগুলি যুক্ত করবেন না: বাস্তবায়ন ইতিমধ্যে প্যাডিং পরিচালনা করে।

কি একটি প্যাডিং ত্রুটি আপনাকে বলতে পারেন

একটি ভুল কী, ভুল IV, ভুল মোড, পরিবর্তিত সাইফারটেক্সট বা ভিন্ন প্যাডিং কনভেনশন ব্যর্থতার কারণ হতে পারে। একটি প্যাডিং ত্রুটি সনাক্ত করে না কোন প্যারামিটারটি ভুল। বিপরীতভাবে, এলোমেলো ভুল-কী বাইটগুলিতে মাঝে মাঝে বৈধ-সুদর্শন প্যাডিং থাকতে পারে, তাই একটি সফল অপসারণ প্লেইনটেক্সটকে প্রমাণীকরণ করে না।

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

বার্তা পরিবর্তন না করেই সমস্যা সমাধান করুন

নিশ্চিত করুন যে সাইফারটেক্সটটি সঠিকভাবে ডিকোড করা হয়েছে, CBC IV হল 16 বাইট এবং কীটি তার নির্বাচিত আকারের সাথে মেলে৷ মূল বার্তায় যেকোন প্রয়োজনীয় ট্রেলিং নতুন লাইন ধরে রাখুন। যদি পিয়ার অন্য প্যাডিং কনভেনশন ব্যবহার করে, তাহলে শূন্য ছিঁড়ে ফেলা বা কতটা প্লেইনটেক্সট মুছতে হবে তা অনুমান করার পরিবর্তে সেই সিস্টেমের নথিভুক্ত বাস্তবায়ন ব্যবহার করুন।

প্রযুক্তিগত রেফারেন্স

অক্টোবর আপডেট করা হয়েছে 16, 2026