কুকি পার্সার

Set-Cookie হেডার এবং document.cookie স্ট্রিংকে স্ট্রাকচার্ড ডেটায় পার্স করুন। সর্বোচ্চ নিরাপত্তা ও প্রাইভেসির জন্য সব প্রসেসিং আপনার ব্রাউজারেই হয়।

একাধিক ফরম্যাট সিকিউরিটি ফ্ল্যাগ কুকি পরিসংখ্যান

মান দেখার মোড (স্পষ্ট, ঐচ্ছিক)

মূল মান সর্বদা বজায় থাকে। ডিকোডিং একবারই, এবং কেবল নির্বাচিত মোডে প্রয়োগ হয়। URL ডিকোডিং-এ + অপরিবর্তিত থাকে; Base64 UTF-8 টেক্সট প্রত্যাশা করে। এটি স্বাক্ষরিত বা এনক্রিপ্টেড টোকেন ডিক্রিপ্ট করে না। HttpOnly কুকি ব্রাউজারের JavaScript পড়তে পারে না; শুধু যে হেডার দেখার অনুমতি আছে সেটিই পেস্ট করুন।

কুকি ডেটা

মোট কুকি

সিকিউর কুকি

HttpOnly কুকি

পার্স করা কুকি

নাম	ভ্যালু	ডোমেইন	পাথ	মেয়াদ শেষ	Max-Age	ফ্ল্যাগ

কুকি পার্সার ব্যবহারের পদ্ধতি

মোড বেছে নিন

HTTP হেডারের জন্য Set-Cookie হেডার মোড অথবা ব্রাউজার কুকি স্ট্রিংয়ের জন্য document.cookie মোড নির্বাচন করুন

ডেটা পেস্ট করুন

আপনার Set-Cookie হেডার (লাইনপ্রতি একটি) বা document.cookie স্ট্রিং ইনপুট ফিল্ডে পেস্ট করুন

ফলাফল দেখুন

সিকিউরিটি ফ্ল্যাগের পরিসংখ্যানসহ স্ট্রাকচার্ড টেবিলে পার্স করা কুকি দেখুন

HTTP কুকি কী?

HTTP কুকি হলো ছোট ছোট ডেটা যা ওয়েবসাইটের হয়ে ব্রাউজার সংরক্ষণ করে। এগুলো Set-Cookie HTTP রেসপন্স হেডারের মাধ্যমে পাঠানো হয় এবং পরবর্তী রিকোয়েস্টে Cookie হেডারের সাথে যুক্ত থাকে। কুকি ব্যবহার হয় সেশন ম্যানেজমেন্ট, পার্সোনালাইজেশন ও ট্র্যাকিংয়ের জন্য। HttpOnly, Secure এবং SameSite-এর মতো সিকিউরিটি ফ্ল্যাগ কুকিকে ক্রস-সাইট স্ক্রিপ্টিং (XSS) ও ক্রস-সাইট রিকোয়েস্ট ফর্জারি (CSRF) আক্রমণ থেকে রক্ষা করতে সাহায্য করে।

HttpOnly

ক্লায়েন্ট-সাইড স্ক্রিপ্টকে কুকি অ্যাক্সেস করতে বাধা দেয়, XSS আক্রমণ কমায়

Secure

নিশ্চিত করে কুকি শুধুমাত্র HTTPS কানেকশনে পাঠানো হয়

SameSite

ক্রস-সাইট কুকি পাঠানো নিয়ন্ত্রণ করে: CSRF আক্রমণ ঠেকাতে Strict, Lax বা None

সাধারণ প্রশ্ন

কোন কুকি ফরম্যাটগুলো সমর্থিত?

টুলটি Set-Cookie HTTP হেডার এবং document.cookie JavaScript স্ট্রিং পার্স করে। একসাথে একাধিক কুকি পার্স করা যায়।

সিকিউরিটি ফ্ল্যাগ দেখায় কি?

হ্যাঁ। প্রতিটি কুকির জন্য HttpOnly, Secure, SameSite (Strict/Lax/None), Path এবং Domain অ্যাট্রিবিউট দেখানো হয়।

একসাথে একাধিক কুকি পার্স করা যায়?

হ্যাঁ। Set-Cookie মোডে লাইনপ্রতি একটি হেডার পেস্ট করুন। document.cookie মোডে স্ট্রিংয়ের সব কুকি পার্স হয়।

SameSite অ্যাট্রিবিউটের ভ্যালুগুলোর মানে কী?

SameSite=Strict কুকি শুধু একই সাইটের নেভিগেশনে পাঠায় - পূর্ণ CSRF সুরক্ষা, তবে অন্য সাইট থেকে আসা লিংকে কুকি যায় না। Lax (ব্রাউজার ডিফল্ট) টপ-লেভেল GET নেভিগেশনে কুকি নিতে দেয়, ফলে বাইরের লিংক থেকে লগইন সেশন কাজ করে কিন্তু বেশিরভাগ CSRF আটকায়। None বিধিনিষেধ বাতিল করে কিন্তু Secure বাধ্যতামূলক, নাহলে ব্রাউজার প্রত্যাখ্যান করে - ক্রস-সাইট iframe ও পেমেন্ট ফ্লোর দরকার ঠিক এই কম্বিনেশনই।

সেশন কুকি আর পার্সিস্টেন্ট কুকির পার্থক্য কী?

Expires বা Max-Age ছাড়া কুকি হলো সেশন কুকি: এটি শুধু মেমরিতে থাকে এবং ব্রাউজার সেশন শেষ হলে মুছে যায় (তবে আধুনিক ব্রাউজার ক্র্যাশের পর পুনরুদ্ধার করতে পারে)। Expires নির্দিষ্ট করে পরম সময়সীমা, Max-Age সেকেন্ডে আপেক্ষিক সময়সীমা; দুটোই থাকলে Max-Age জেতে। remember-me লগইন ও দীর্ঘজীবী অ্যানালিটিক্স ID রিস্টার্ট টিকে যায় পার্সিস্টেন্ট কুকির কারণেই।

__Secure- এবং __Host- কুকি প্রিফিক্স কী করে?

এগুলো নাম-স্তরের নিশ্চয়তা যা ব্রাউজার প্রয়োগ করে। __Secure- এর জন্য https অরিজিন ও Secure অ্যাট্রিবিউট দরকার। __Host- আরও কড়া: Secure, Domain অ্যাট্রিবিউট নেই (host-only), এবং Path=/ - তাই __Host- প্রিফিক্সযুক্ত কুকি কোনো সাবডোমেইন ওভাররাইট করতে পারে না, যা কুকিকে নির্দিষ্ট সাইটেই আটকে রাখে। অসমর্থিত ব্রাউজার প্রিফিক্সগুলোকে সাধারণ নামের অক্ষর হিসেবেই দেখে।

কুকি কত বড় হতে পারে, আর প্রতি ডোমেইনে কয়টা রাখা যায়?

RFC 6265 অনুযায়ী ব্রাউজারকে অন্তত কুকিপ্রতি 4096 বাইট এবং প্রতি ডোমেইনে অন্তত 50টি কুকি নিতে হবে। Chrome প্রায় 180 কুকি/ডোমেইন ও মোট কয়েক হাজার পর্যন্ত রাখে; Safari বাস্তবে আরও কড়া। কুকি ডোমেইনের প্রতিটি রিকোয়েস্টের সাথে যায়, তাই ভারী কুকি স্টোরেজ ট্রাফিক স্পষ্টভাবে ধীর করে - বড় সাইটগুলো স্টেট localStorage বা সার্ভার-সাইড সেশনে সরায় সেই কারণেই।

HttpOnly আর Secure কীভাবে কুকি রক্ষা করে?

HttpOnly কুকিকে JavaScript-এর document.cookie থেকে লুকায়, তাই ইনজেক্ট করা XSS স্ক্রিপ্ট সেটি পড়তে পারে না - সেশন কুকিতে সবসময় দিন। Secure ট্রান্সমিশন শুধু HTTPS কানেকশনে সীমাবদ্ধ রাখে, যা প্লেইন HTTP-তে লিক ঠেকায়। কোনোটাই কুকি এনক্রিপ্ট করে না; দুটোই Set-Cookie হেডারে এক লাইনের হার্ডেনিং।

প্রামাণ্য রেফারেন্স

এই সরঞ্জামের পেছনের মূল উৎস — দ্বিতীয় হাতের সারাংশ নয়, বরং অফিসিয়াল স্ট্যান্ডার্ড ও স্পেসিফিকেশন।

RFC 6265 - HTTP State Management Mechanism

কুকি ও তার অ্যাট্রিবিউট সংজ্ঞায়িত করা IETF HTTP State Management Mechanism স্ট্যান্ডার্ড।

MDN Web Docs - Set-Cookie

Set-Cookie হেডারের Mozilla রেফারেন্স: অ্যাট্রিবিউট, প্রিফিক্স ও সিকিউরিটি ফ্ল্যাগ।

HTTP cookie - Wikipedia

HTTP কুকি কীভাবে স্টেট বহন করে: সেশন, অ্যাট্রিবিউট ও same-site নিয়ম।