SHA-1, SHA-256, SHA-384 বা SHA-512 ব্যবহার করে যেকোনো বার্তা এবং সিক্রেটের জন্য একটি HMAC স্বাক্ষর গণনা করুন, হেক্স, base64 বা base64url আউটপুট সহ।
মেসেজ অথেনটিকেশন কোড, স্থানীয়ভাবে। HMAC একটি হ্যাশ ফাংশনকে একটি সিক্রেট কী-এর সাথে একত্রিত করে, যাতে প্রাপক ইন্টিগ্রিটি এবং প্রামাণিকতা উভয়ই যাচাই করতে পারেন। Web Crypto API দিয়ে আপনার ব্রাউজারে গণনা করা হয়।
একটি HMAC কিছুই গোপন করে না। এটি একটি ভিন্ন প্রশ্নের উত্তর দেয়: এই নির্দিষ্ট বার্তাটি কি শেয়ার্ড সিক্রেটের অধিকারী কেউ তৈরি করেছে, এবং তারপর থেকে এটি কি পরিবর্তিত হয়েছে? আউটপুট হল একটি নির্দিষ্ট আকারের ট্যাগ যা আপনি বার্তার সাথে পাঠান; প্রাপক একই কী দিয়ে এটি পুনরায় গণনা করে এবং তুলনা করে। মিলে যাওয়া ট্যাগ মানে বার্তাটি প্রামাণিক এবং অক্ষত। মিল না হওয়া ট্যাগ মানে এটি দুটোই নয়, এবং কোনটি তা বলার কোনো উপায় নেই।
এটি HMAC-কে ওয়েবহুক স্বাক্ষর, API রিকোয়েস্ট স্বাক্ষর, সাইনড কুকি এবং সেশন টোকেনের মূল চালিকাশক্তি করে তোলে। Stripe, GitHub এবং বেশিরভাগ ওয়েবহুক প্রদানকারী এইভাবে তাদের পেলোডে স্বাক্ষর করে, যাতে আপনি যাচাই করতে পারেন একটি রিকোয়েস্ট সত্যিই তাদের কাছ থেকে এসেছে, আপনার এন্ডপয়েন্ট URL অনুমান করা কারো কাছ থেকে নয়।
সুস্পষ্ট নির্মাণটি — SHA256(key + message) — SHA-1 এবং SHA-256-এর মতো Merkle-Damgard হ্যাশের বিরুদ্ধে ভাঙা। এই হ্যাশগুলো ডেটা ব্লকে প্রসেস করে এবং স্টেট সামনে বহন করে, তাই একজন আক্রমণকারী যিনি একটি বৈধ ডাইজেস্ট জানেন, তিনি কী কখনো না জেনেই বার্তার শেষে ডেটা যোগ করে বর্ধিত বার্তার জন্য বৈধ ডাইজেস্ট গণনা করতে পারেন। এটিই লেংথ-এক্সটেনশন আক্রমণ, এবং এটি তাত্ত্বিক নয়; এটি বাস্তব API ভেঙেছে।
HMAC-এর নেস্টেড নির্মাণ, H(key XOR opad || H(key XOR ipad || message)), সেই ফাঁক বন্ধ করে। ভিন্ন প্যাডেড কী দিয়ে দুটি পাস মানে চূড়ান্ত ডাইজেস্ট আক্রমণকারী-প্রভাবিত ডেটার উপর হ্যাশের কাঁচা অভ্যন্তরীণ স্টেট নয়। এ কারণেই আপনার নিজস্ব কিয়েড হ্যাশ উদ্ভাবনের বদলে সবসময় HMAC ব্যবহার করা উচিত।
বাইরের কিছু বাধ্য না করলে SHA-256 বেছে নিন। SHA-1 এখনও HMAC-এর ভিতরে নিরাপদ কারণ নির্মাণটি কলিশন রেজিস্ট্যান্সের উপর নির্ভর করে না, কিন্তু নতুন সিস্টেমের এটি ব্যবহারের কোনো কারণ নেই এবং নিরীক্ষকরা এটিকে চিহ্নিত করবেন। SHA-512 এই উদ্দেশ্যে অর্থবহভাবে শক্তিশালী নয় এবং 64-বিট হার্ডওয়্যারে কখনো কখনো দ্রুততর।
হ্যাশ পছন্দের চেয়ে দুটি বাস্তবায়ন বিবরণ বেশি গুরুত্বপূর্ণ। প্রথমত, ট্যাগগুলো ধ্রুবক সময়ে তুলনা করুন — একটি সাধারণ স্ট্রিং তুলনা প্রথম ভিন্ন বাইটেই তাড়াতাড়ি ফিরে আসে, যা একটি করে বাইট ট্যাগ জাল করার জন্য যথেষ্ট টাইমিং তথ্য ফাঁস করে। দ্বিতীয়ত, কীগুলো অন্তত ডাইজেস্ট দৈর্ঘ্যের র্যান্ডম বাইট হওয়া উচিত, মনে রাখার মতো পাসফ্রেজ নয়; HMAC কী পাসওয়ার্ড হ্যাশ নয় এবং কোনো স্ট্রেচিং পায় না।