সরাসরি প্রধান সামগ্রীতে চলে যান

JWT (JSON Web Token) কি এবং কেন এটি ব্যবহার করা হয়?

Introduction

আজকের ডিজিটাল যুগে আমরা যখনই কোনো ওয়েবসাইট বা অ্যাপে লগইন করি, ব্যাকগ্রাউন্ডে সিকিউরিটির অনেক কাজ চলে। আগেকার দিনে সার্ভার মনে রাখত কে লগইন করেছে, কিন্তু এখনকার মডার্ন অ্যাপ্লিকেশনে JWT (JSON Web Token) বা সহজ কথায় "Jot" অনেক বেশি জনপ্রিয়। এই ভিডিওতে সহজ কিছু উদাহরণের মাধ্যমে বোঝানো হয়েছে কেন আমাদের সেশন আইডি (Session ID) বাদ দিয়ে JWT-র দিকে যাওয়া উচিত এবং এটি আসলে কীভাবে কাজ করে।


১. সেশন (Session) ভিত্তিক অথেন্টিকেশন এবং এর সমস্যা

রেফারেন্স: [01:32]

আগে যখন আপনি কোনো ওয়েবসাইটে ইউজারনেম ও পাসওয়ার্ড দিয়ে লগইন করতেন, সার্ভার আপনার জন্য একটি Session ID তৈরি করত। এই আইডিটি সার্ভারের মেমোরিতে জমা থাকত। আপনি যখনই নতুন কোনো রিকোয়েস্ট পাঠাতেন, সার্ভার সেই আইডি দেখে বুঝত যে আপনিই সেই ব্যক্তি।

সহজ উদাহরণ (Coffee Shop Scenario): ভিডিওতে একটি দারুণ উদাহরণ দেওয়া হয়েছে। ধরুন আপনি একটি কফি শপে প্রতিদিন কফি খান। আপনি ৫০ ডলার অগ্রিম দিয়ে দিলেন এবং দোকানদার (Bob) আপনার চেহারা দেখে বা খাতায় লিখে রাখল যে আপনি টাকা দিয়েছেন। কিন্তু যদি দোকানদার বদলে যায় বা আপনি অন্য কোনো শহরের সেই একই চেইন শপে যান, তারা আপনাকে চিনবে না। কারণ আপনার তথ্যের খাতাটি (Database) শুধুমাত্র আগের দোকানেই ছিল।

সেশন ভিত্তিক সমস্যার সহজ ব্যাখ্যা:

  • Scalability (স্কেলেবিলিটি): যদি আপনার অ্যাপ্লিকেশন অনেক বড় হয় এবং অনেকগুলো সার্ভার থাকে, তবে সব সার্ভারকে জানাতে হবে যে ইউজার লগইন করেছে। এটি মেইনটেইন করা বেশ কঠিন এবং খরচসাপেক্ষ।

  • Sticky Sessions: ইউজারকে সবসময় একই সার্ভারে রিকোয়েস্ট পাঠাতে হয়, যা সিস্টেমকে স্লো করে দিতে পারে।


২. JWT বা টোকেন ভিত্তিক অথেন্টিকেশন কী?

রেফারেন্স: [09:22]

এই সমস্যার সমাধান হলো Token। কফি শপের উদাহরণে ফিরে যাই—এখন দোকানদার আপনাকে কোনো খাতায় লিখে না রেখে একটি কার্ড বা পাস দিল। এই কার্ডে আপনার নাম, কার্ড দেওয়ার তারিখ এবং মেয়াদ শেষ হওয়ার তারিখ লেখা আছে। সাথে আছে দোকানদারের একটি Secret Seal বা স্বাক্ষর (Signature)

এখন আপনি পৃথিবীর যে প্রান্তেই সেই কফি শপে যান না কেন, কার্ডটি দেখালেই তারা বুঝবে এটি আসল। কারণ তাদের কাছে সেই সীল বা স্বাক্ষরটি চেনার উপায় আছে। এটাই হলো JWT

সহজ ভাষায়: JWT হলো একটি ছোট প্যাকেজ যা ইন্টারনেটের মাধ্যমে এক জায়গা থেকে অন্য জায়গায় নিরাপদে তথ্য আদান-প্রদান করতে পারে।


৩. JWT-এর গঠন (Structure of JWT)

রেফারেন্স: [10:48]

একটি JWT দেখতে অদ্ভুত কোড মনে হলেও এর তিনটি প্রধান অংশ থাকে:

  1. Header: এখানে বলা থাকে টোকেনটি কোন টাইপের এবং কোন অ্যালগরিদম (যেমন: HS256) ব্যবহার করে এটি তৈরি করা হয়েছে।

  2. Payload: এখানে ইউজারের তথ্য থাকে। যেমন—ইউজার আইডি, নাম, বা টোকেনটি কখন এক্সপায়ার হবে। এগুলোকে বলা হয় Claims

  3. Signature: এটি সবচেয়ে গুরুত্বপূর্ণ অংশ। হেডার এবং পেলোডকে একটি সিক্রেট কি (Secret Key) দিয়ে এনক্রিপ্ট করে এটি তৈরি করা হয়। কেউ যদি টোকেনের তথ্য পরিবর্তন করার চেষ্টা করে, তবে সিগনেচার আর মিলবে না।

কঠিন শব্দের সহজ ব্যাখ্যা:

  • Payload: মূলত যে ডেটা বা তথ্য আমরা পাঠাতে চাই।

  • Algorithm: একটি গাণিতিক নিয়ম যা ডেটাকে সুরক্ষিত বা ছোট করতে ব্যবহার করা হয়।


৪. কেন JWT সেরা?

রেফারেন্স: [12:57]

  • Stateless: সার্ভারকে ইউজারের কোনো তথ্য মেমোরিতে ধরে রাখতে হয় না। টোকেন নিজেই সব তথ্য বহন করে।

  • Mobile Friendly: মোবাইল অ্যাপের ক্ষেত্রে এটি সেশনের চেয়ে অনেক বেশি কার্যকর।

  • Accountability: এটি প্রমাণ করে যে তথ্যটি সঠিক জায়গা থেকেই এসেছে এবং মাঝপথে কেউ তা পরিবর্তন করেনি।


এনালাইসিস ও আমার চিন্তাভাবনা

ভিডিওর মূল উদ্দেশ্য: কনটেন্ট ক্রিয়েটর এখানে বোঝাতে চেয়েছেন যে, বর্তমানের ডিস্ট্রিবিউটেড সিস্টেমে (যেখানে অনেকগুলো সার্ভার একসাথে কাজ করে) সেশন ম্যানেজমেন্ট অনেক জটিল। JWT এই জটিলতা কমিয়ে নিরাপত্তা নিশ্চিত করে।

বাস্তব প্রেক্ষাপট ও আমার বিশ্লেষণ: JWT দারুণ হলেও এর কিছু সীমাবদ্ধতা আছে। যেমন—একবার টোকেন ইস্যু করলে সেটি ম্যানুয়ালি ডিলিট বা 'Logout' করা কঠিন (যদি না আপনি ব্ল্যাকলিস্টিং ব্যবহার করেন)।

বিকল্প ও পরামর্শ: ১. Security: JWT সাধারণত 'Base64' এনকোডেড থাকে, অর্থাৎ যে কেউ চাইলে এটি ডিকোড করে ভেতরের তথ্য দেখতে পারে। তাই পেলোডে কখনো গোপন পাসওয়ার্ড বা ক্রেডিট কার্ড নম্বর রাখবেন না। ২. HTTPS: সবসময় HTTPS ব্যবহার করুন যাতে মাঝপথে কেউ টোকেনটি চুরি করতে না পারে। ৩. Refresh Tokens: দীর্ঘ সময়ের জন্য সিকিউরিটি নিশ্চিত করতে 'Access Token' এর পাশাপাশি 'Refresh Token' ব্যবহার করা একটি ভালো প্র্যাকটিস।

সারকথা: আপনি যদি এমন কোনো অ্যাপ্লিকেশন বানান যেখানে স্কেলেবিলিটি এবং পারফরম্যান্স জরুরি, তবে JWT ই আপনার প্রথম পছন্দ হওয়া উচিত।

ভিডিও লিঙ্ক: https://youtu.be/CELcrLHQmZs

[

#35 What is JWT and Why

Telusko · 115K views

](http://www.youtube.com/watch?v=CELcrLHQmZs)

মন্তব্যসমূহ

এই ব্লগটি থেকে জনপ্রিয় পোস্টগুলি

সিজ্জিন (Sijjin) vs ইল্লিয়িন (Illiyin) পার্থক্য Difference

Sijjin (سِجِّين) এবং Illiyin (عِلِّيِّين) —এ দুটি শব্দ কুরআনে এসেছে এবং দুটোই মানুষের আমলনামা সংরক্ষণ সম্পর্কিত স্থানকে নির্দেশ করে। ১. সিজ্জিন (Sijjin) সিজ্জিন হলো পাপীদের (কাফের, মুনাফিক ও দুরাচারীদের) আমলনামা সংরক্ষণের স্থান। এটি সাত তলদেশের নীচে এক কারাগার বা অন্ধকার জগতে অবস্থিত বলে উল্লেখ রয়েছে। সূরা আল-মুতাফফিফীন (৮৩:৭-৯) তে বলা হয়েছে: "كَلَّا إِنَّ كِتَابَ الْفُجَّارِ لَفِي سِجِّينٍ ۝ وَمَا أَدْرَاكَ مَا سِجِّينٌ ۝ كِتَابٌ مَرْقُومٌ" অর্থ: "না, পাপীদের আমলনামা সিজ্জিনে সংরক্ষিত। তুমি কি জানো, সিজ্জিন কী? এটি এক লিখিত দলিল।" সিজ্জিনকে একটি কারাগার, সংকীর্ণ স্থান, বা নিচের স্তরে অবস্থিত এক অন্ধকার দুনিয়া হিসেবে ব্যাখ্যা করা হয়। ২. ইল্লিয়িন (Illiyin) ইল্লিয়িন হলো সৎকর্মশীলদের (মুমিন ও নেককারদের) আমলনামা সংরক্ষণের স্থান । এটি সপ্তম আসমানের ওপরে সংরক্ষিত এক সম্মানিত স্থান। সূরা আল-মুতাফফিফীন (৮৩:১৮-২১) তে বলা হয়েছে: "كَلَّا إِنَّ كِتَابَ الْأَبْرَارِ لَفِي عِلِّيِّينَ ۝ وَمَا أَدْرَاكَ مَا عِلِّيُّونَ ۝ كِتَابٌ مَرْقُومٌ ۝ يَش...

Allow CSP in Chrome and Firefox and Call Server API in Spring boot Bangla

ঠিক আছে 🔥। আমি তোমার জন্য একটি সম্পূর্ণ README-style document বানাচ্ছি, যেখানে Chrome এবং Firefox দুটোতেই Spring Boot backend-এর জন্য CSP এবং CORS ঠিকভাবে configure করার process step-by-step আছে। README: CSP & CORS Configuration for Spring Boot (Chrome & Firefox) Overview এই document-এ দেখানো হয়েছে কিভাবে: Spring Boot backend থেকে Content Security Policy (CSP) configure করা যায়। Spring Boot backend থেকে Cross-Origin Resource Sharing (CORS) allow করা যায়। Chrome ও Firefox-এ fetch/API calls চালাতে হয় কীভাবে। ⚠️ Important: নিচের setup mostly development/test environment-এর জন্য। Production environment-এ অবশ্যই CSP & CORS secure করে configure করতে হবে। 1. Spring Boot Backend Configuration 1.1 CSP (Content Security Policy) Spring Boot WebFlux বা Spring MVC application-এ CSP header সেট করতে হবে: a) WebFlux (reactive) import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.web....

AWS Lambda কী?

AWS Lambda কী? AWS Lambda হল একটি সার্ভারলেস কম্পিউটিং সার্ভিস, যা AWS ক্লাউডে কোড রান করার জন্য ব্যবহৃত হয়। Lambda ব্যবহারকারীদের কোনো সার্ভার বা ইনফ্রাস্ট্রাকচার ম্যানেজমেন্ট ছাড়াই কোড চালাতে সাহায্য করে। এটি মূলত ইভেন্ট-ড্রিভেন, যেখানে বিভিন্ন AWS সেবা (যেমন S3, DynamoDB, SNS) বা কাস্টম ইভেন্ট দ্বারা Lambda ফাংশন ট্রিগার হতে পারে। Lambda কোড রান করার পর তা একাধিক আউটপুট জেনারেট করতে পারে, অথবা অন্যান্য সিস্টেমে ফলাফল পাঠাতে পারে। Lambda একটি serverless প্ল্যাটফর্ম, যার মানে হল আপনি কোনও সার্ভার বা হোস্টিং ম্যানেজ করবেন না। আপনি শুধুমাত্র আপনার কোড লেখবেন এবং Lambda সার্ভিস তার ইনফ্রাস্ট্রাকচার পরিচালনা করবে। AWS Lambda এর প্রধান সুবিধা: সার্ভার পরিচালনা প্রয়োজন নেই : আপনি কেবল কোড লেখবেন, সার্ভার বা ইনফ্রাস্ট্রাকচার সম্পর্কিত কোনও চিন্তা করার দরকার নেই। স্কেলিং : Lambda স্বয়ংক্রিয়ভাবে ইনফ্রাস্ট্রাকচার স্কেল করতে পারে। আপনার অ্যাপ্লিকেশনের উপর ট্রাফিক বাড়লে Lambda আপনাআপনি সেই অনুযায়ী স্কেল হবে। কোনও ইনিশিয়াল কস্ট নেই : আপনি শুধুমাত্র আপনার কোড রান হওয়া সময়ের জন্য খরচ দেন, স...