টেক্সট এনক্রিপ্ট / ডিক্রিপ্ট করুন
নতুনপাসফ্রেজ দিয়ে বার্তা AES-256 এনক্রিপ্ট ও ডিক্রিপ্ট করুন — সম্পূর্ণ আপনার ব্রাউজারে।
Everything runs in your browser
Your text and passphrase are encrypted locally with AES-256-GCM and never uploaded — there is no server that could read, log or store them.
Runs entirely in your browser. Nothing is uploaded.
অনলাইনে টেক্সট এনক্রিপ্ট ও ডিক্রিপ্ট করুন — সম্পূর্ণ প্রাইভেটভাবে
এই টেক্সট এনক্রিপশন টুল দিয়ে শুধু একটি পাসফ্রেজ ব্যবহার করেই অনলাইনে টেক্সট এনক্রিপ্ট ও ডিক্রিপ্ট করা যায়। একটি মেসেজ পেস্ট করুন, একটি গোপন পাসওয়ার্ড বেছে নিন, এবং একটি Base64 স্ট্রিং পাবেন যা শুধু একই পাসফ্রেজ জানা কেউ খুলতে পারবে। এটি উল্টে দিতে Decrypt মোডে যান।
একটি সৎ অনলাইন টেক্সট এনক্রিপশন টুলের মূল কথা হলো — গোপন তথ্য কখনো আপনার মেশিন ছেড়ে যায় না। এখানে সবকিছু স্ট্যান্ডার্ড WebCrypto API দিয়ে আপনার ব্রাউজারে চলে — আপনার টেক্সট ও পাসফ্রেজ কখনো আপলোড, লগ বা কোনো সার্ভারের কাছে দেখা যায় না, যা একটি সার্ভার-ভিত্তিক এনক্রিপ্টর কখনোই নিশ্চিত করতে পারে না।
পাসওয়ার্ড দিয়ে টেক্সট এনক্রিপ্ট করার পদ্ধতি
পাসওয়ার্ড দিয়ে টেক্সট এনক্রিপ্ট করতে: Encrypt মোডে থাকুন, আপনার মেসেজ টাইপ করুন, একটি শক্তিশালী পাসফ্রেজ দিন, এবং Encrypt-এ ক্লিক করুন। উদাহরণস্বরূপ, Meet me at 6-কে blue-harbor-lantern-92 পাসফ্রেজ দিয়ে এনক্রিপ্ট করলে একটি লম্বা Base64 ব্লব পাওয়া যায় — সেই ব্লবটি চ্যাট বা ইমেইলে পাঠান এবং পাসফ্রেজটি ভিন্ন একটি মাধ্যমে শেয়ার করুন।
এটি আবার পড়তে, প্রাপক ব্লবটি Decrypt মোডে পেস্ট করে একই পাসফ্রেজ টাইপ করবেন, এবং মূল টেক্সট আবার দেখা যাবে। যেহেতু পাসফ্রেজই কী, তাই আপনার সিকিউর মেসেজ-এর নিরাপত্তা নির্ভর করে একটি লম্বা, অনন্য পাসফ্রেজ বেছে নেওয়ার উপর — বিল্ট-ইন স্ট্রেংথ মিটার ও এক-ক্লিক জেনারেটর এতে সাহায্য করে।
AES-256-GCM ও PBKDF2, ব্যাখ্যা করা হলো
এর ভেতরে আসল AES এনক্রিপশন, কোনো খেলনা সাইফার নয়। এই টুল AES-256-GCM ব্যবহার করে — একটি অথেন্টিকেটেড মোডে 256-বিট কী, যা যেকোনো টেম্পারিং শনাক্ত করে — এবং PBKDF2-HMAC-SHA-256 দিয়ে 250,000 ইটারেশনে আপনার পাসফ্রেজ থেকে সেই কী তৈরি করে।
প্রতিটি মেসেজ একটি নতুন র্যান্ডম 16-বাইট মান দিয়ে সল্ট করা হয় এবং একটি র্যান্ডম 12-বাইট IV দিয়ে এনক্রিপ্ট করা হয়, তাই একই টেক্সট দুবার এনক্রিপ্ট করলে কখনো একইরকম দেখায় না, এবং একই পাসওয়ার্ড কখনো একই কী শেয়ার করে না। আপনি যা কপি করেন তা শুধু salt + IV + ciphertext, Base64-এ এনকোড করা যাতে এটি ইমেইল ও চ্যাটে টিকে থাকে।
ক্লায়েন্ট-সাইড এনক্রিপশন কেন গুরুত্বপূর্ণ
যে সার্ভার আপনার “এনক্রিপশন” করে দেয়, সংজ্ঞা অনুযায়ী সে ইতিমধ্যে আপনার প্লেইনটেক্সট দেখে ফেলেছে — তাই এতে প্রকৃত কোনো সুরক্ষা নেই। এই কারণেই এই aes encrypt online টুল পুরো কাজ স্থানীয়ভাবে করে: পেজটি একবার লোড করলে আপনি অফলাইনেও যেতে পারেন, এবং এনক্রিপশন তখনও কাজ করে।
এই পেজ থেকে শুধু একটি নিয়ম মনে রাখতে হলে: এমন কোনো টেক্সট এনক্রিপশন টুল-এ কখনো সংবেদনশীল কিছু পেস্ট করবেন না যার সার্ভার তা পড়তে পারে। যাচাই করুন যে এনক্রিপশন ব্রাউজারে হচ্ছে, ঠিক যেমনটা এখানে হয়।
এনক্রিপশন বনাম এনকোডিং বনাম হ্যাশিং
Base64 এনক্রিপশন নয় — এটি কী ছাড়া রিভার্সিবল এনকোডিং, তাই যে কেউ এটি ডিকোড করতে পারে। হ্যাশিং (SHA-256 ও এর মতো) একমুখী এবং একেবারেই উল্টানো যায় না। এনক্রিপশন এদের মাঝামাঝি: এলোমেলো এবং রিভার্সিবল, কিন্তু শুধু সঠিক কী দিয়ে।
পরে যখন টেক্সট ডিক্রিপ্ট করে মূল রূপে ফিরিয়ে আনতে হবে, তখন এই ধরনের এনক্রিপশন ব্যবহার করুন। যখন ইনপুট আর কখনো ফিরিয়ে না এনে শুধু দুটি জিনিস মেলে কিনা যাচাই করতে হবে, তখন হ্যাশ ব্যবহার করুন।
CryptoTools, BoxentriQ ও অন্যান্য অনলাইন এনক্রিপ্টরের তুলনায় এটি কেমন
কয়েকটি পরিচিত সাইট “টেক্সট এনক্রিপ্ট অনলাইন” সুবিধা দেয়, কিন্তু কাজের কিছু অংশ সার্ভার-সাইডে করে। CryptoTools.net ও BoxentriQ-এর কিছু টুল ফলাফল ফেরত দেওয়ার আগে আপনার ইনপুট তাদের সার্ভারে পাঠায়। MD5Online, AllHash-এর মতো পুরোনো সাইট এবং একই ধরনের টুল এমন অ্যালগরিদম (MD5, SHA-1, সাধারণ সাবস্টিটিউশন সাইফার) ব্যবহার করে যা কখনোই গোপনীয়তার জন্য ডিজাইন করা হয়নি এবং সেকেন্ডেই উল্টানো বা ব্রুট-ফোর্স করা যায়।
এই টুল AES-256-GCM ব্যবহার করে — যে একই সাইফার WhatsApp মেসেজ, Signal চ্যাট ও HTTPS সংযোগকে সুরক্ষা দেয় — এবং ব্রাউজারের নিজস্ব WebCrypto API ব্যবহার করে আপনার ব্রাউজার ট্যাবের ভেতরেই পুরোটা চালায়। কোনো সার্ভারে কিছুই পাঠানো হয় না। কোনো অ্যাকাউন্ট নেই, রেট লিমিট নেই, আউটপুটে ওয়াটারমার্ক নেই, এবং দুর্বল অ্যালগরিদমে নেমে যাওয়া কোনো “ফ্রি টিয়ার”-ও নেই। এটি আইফোন, অ্যান্ড্রয়েড এবং যেকোনো ডেস্কটপ ব্রাউজারে কাজ করে।
নিরাপদভাবে এনক্রিপ্ট করা টেক্সট শেয়ার করা
সাইফারটেক্সট ও পাসফ্রেজকে দুটি অর্ধেক হিসেবে বিবেচনা করুন যা আলাদাভাবে যাওয়া উচিত। Base64 আউটপুটটি ইমেইল বা মেসেজে পাঠান, তারপর পাসফ্রেজটি ফোনে, সরাসরি দেখা করে, বা ভিন্ন কোনো অ্যাপ দিয়ে শেয়ার করুন — কখনোই একই থ্রেডে নয়।
মনে রাখবেন এখানে কোনো রিকভারি নেই: পাসফ্রেজ ভুলে গেলে টেক্সট চিরতরে হারিয়ে যায়, যা শক্তিশালী এনক্রিপশনকে শক্তিশালী করে তোলে। আপনার পাসফ্রেজ একটি পাসওয়ার্ড ম্যানেজারে সংরক্ষণ করুন, এবং আপনি পাবেন প্রাইভেট, পোর্টেবল এনক্রিপ্ট ও ডিক্রিপ্ট ক্ষমতা যা ব্রাউজারযুক্ত যেকোনো ডিভাইসে কাজ করে।
সিমেট্রিক বনাম অ্যাসিমেট্রিক এনক্রিপশন
সিমেট্রিক এনক্রিপশন লক করা ও আনলক করা দুটোর জন্যই একটি কী ব্যবহার করে — এনক্রিপ্ট করতে যা টাইপ করেন সেই একই গোপন কী ফলাফল ডিক্রিপ্টও করে। এই পরিবারের অ্যালগরিদমের মধ্যে আছে AES, ChaCha20, এবং এখন অবসরপ্রাপ্ত 3DES। এদের সবচেয়ে বড় সুবিধা হলো গতি: আধুনিক হার্ডওয়্যারে বিশেষভাবে তৈরি CPU নির্দেশনা (AES-NI) ব্যবহার করে AES-256 প্রতি সেকেন্ডে বেশ কয়েক গিগাবাইট ডেটা এনক্রিপ্ট করতে পারে, যা একে বিপুল পরিমাণ ডেটা দ্রুত সুরক্ষিত করার জন্য সঠিক পছন্দ করে তোলে।
অ্যাসিমেট্রিক এনক্রিপশন গাণিতিকভাবে সংযুক্ত একজোড়া কী ব্যবহার করে: একটি পাবলিক কী যা যে কারো কাছে থাকতে পারে, এবং একটি প্রাইভেট কী যা কখনো মালিকের ডিভাইস ছাড়ে না। পাবলিক কী দিয়ে এনক্রিপ্ট করা ডেটা শুধু প্রাইভেট কী দিয়েই ডিক্রিপ্ট করা যায়। RSA ও ECC (Elliptic Curve Cryptography)-এর মতো অ্যালগরিদম কী-বিতরণের সেই সমস্যা সমাধান করে যা শুধু সিমেট্রিক এনক্রিপশনকে অস্বস্তিকর করে তোলে — আপনি আপনার পাবলিক কী প্রকাশ্যে প্রকাশ করতে পারেন এবং কোনো গোপন তথ্য শেয়ার না করেই যে কেউ আপনাকে এনক্রিপ্ট করা মেসেজ পাঠাতে পারে। এর বিনিময়ে অ্যাসিমেট্রিক অপারেশন একই ডেটার জন্য AES-এর তুলনায় প্রায় ১,০০০ গুণ ধীর, তাই বড় ডেটা সরাসরি এনক্রিপ্ট করতে এগুলো প্রায় কখনোই ব্যবহার করা হয় না।
প্রতিটি HTTPS সংযোগে ব্যবহৃত সমাধান একটি হাইব্রিড স্কিম: ব্রাউজার ও সার্ভার শুধু একটি ছোট, র্যান্ডমলি জেনারেট করা সেশন কী-তে একমত হতে অ্যাসিমেট্রিক ক্রিপ্টোগ্রাফি (TLS হ্যান্ডশেকের মাধ্যমে) ব্যবহার করে, তারপর সমস্ত প্রকৃত ডেটা ট্রান্সফারের জন্য সিমেট্রিক AES-এ চলে যায়। কী-সাইজ নিয়ে বলতে গেলে: একটি RSA-2048 কী প্রায় একটি AES-112-বিট কীয়ের সমান নিরাপত্তা মার্জিন দেয়, এবং RSA-3072 AES-128-এর সমতুল্য। এই কারণেই একই ব্যবহারিক আক্রমণ-প্রতিরোধ পেতে RSA কী AES কীয়ের চেয়ে অনেক লম্বা হতে হয়।
AES বিস্তারিত: রাউন্ড, মোড এবং পেঙ্গুইন সমস্যা
AES (Advanced Encryption Standard) ২০০১ সালে NIST কর্তৃক নির্বাচিত হয়েছিল, পাঁচ বছরের এক উন্মুক্ত প্রতিযোগিতার পর যেখানে পনেরোটি প্রার্থী অ্যালগরিদম মূল্যায়ন করা হয়। বিজয়ী ছিল Rijndael সাইফার, যা ডিজাইন করেছিলেন বেলজিয়ান ক্রিপ্টোগ্রাফার Joan Daemen ও Vincent Rijmen। AES নির্দিষ্ট 128-বিট ব্লকে ডেটা প্রসেস করে এবং 128, 192, বা 256 বিটের কী দৈর্ঘ্য সমর্থন করে, যা যথাক্রমে 10, 12, বা 14 রাউন্ড ট্রান্সফরমেশনের সাথে সংগতিপূর্ণ। প্রতিটি রাউন্ড ধারাবাহিকভাবে চারটি অপারেশন প্রয়োগ করে: SubBytes (S-box দিয়ে নন-লিনিয়ার বাইট সাবস্টিটিউশন), ShiftRows (সাইক্লিক রো পারমিউটেশন), MixColumns (প্রতিটি কলামের মধ্যে লিনিয়ার মিক্সিং), এবং AddRoundKey (রাউন্ড-ডিরাইভড কী দিয়ে XOR)। একসাথে এগুলো নিশ্চিত করে যে প্রতিটি আউটপুট বিট প্রতিটি ইনপুট বিটের উপর নির্ভরশীল — ক্রিপ্টোগ্রাফাররা যাকে অ্যাভালঞ্চ ইফেক্ট বলেন।
অপারেশন মোড নির্ধারণ করে একটি 128-বিট ব্লকের চেয়ে লম্বা মেসেজ AES কীভাবে সামলায়। ECB (Electronic Codebook) হলো সরলতম পদ্ধতি — প্রতিটি ব্লক আলাদাভাবে এনক্রিপ্ট করা — এবং এটি গুরুতরভাবে অনিরাপদ: একইরকম প্লেইনটেক্সট ব্লক একইরকম সাইফারটেক্সট ব্লক তৈরি করে, অর্থাৎ আসল ডেটার প্যাটার্ন এনক্রিপশনের পরও টিকে থাকে। এটাই বিখ্যাত পেঙ্গুইন সমস্যা: ECB-এনক্রিপ্ট করা একটি পেঙ্গুইনের বিটম্যাপ ইমেজ আউটপুটেও দৃশ্যমানভাবে পেঙ্গুইনের মতো দেখায়। CBC (Cipher Block Chaining) এটি ঠিক করে প্রতিটি প্লেইনটেক্সট ব্লককে এনক্রিপশনের আগে আগের সাইফারটেক্সট ব্লকের সাথে XOR করে, যার জন্য প্রথম ব্লকে একটি র্যান্ডম Initialization Vector (IV) দরকার হয়। CBC ব্যাপকভাবে ব্যবহৃত হলেও এর কোনো বিল্ট-ইন ইন্টিগ্রিটি চেক নেই — নষ্ট বা টেম্পার করা সাইফারটেক্সট নীরবে গোলমেলে ডেটায় ডিক্রিপ্ট হয়ে যায়।
GCM (Galois/Counter Mode) আধুনিক স্ট্যান্ডার্ড এবং এই টুলে ব্যবহৃত মোড। এটি একটি স্ট্রিম সাইফার (CTR মোড)-কে একটি Galois-ফিল্ড-ভিত্তিক অথেন্টিকেশন ট্যাগের সাথে মিলিয়ে অথেন্টিকেটেড এনক্রিপশন প্রদান করে: সাইফারটেক্সটের একটি বিটও পথে বদলে গেলে, ডিক্রিপশন একটি স্পষ্ট অথেন্টিকেশন এরর দিয়ে ব্যর্থ হয়, বিকৃত প্লেইনটেক্সট দেওয়ার বদলে। GCM অত্যন্ত প্যারালালাইজেবলও, যা মাল্টি-কোর হার্ডওয়্যারে একে দ্রুত করে তোলে। TLS 1.3, Signal, WhatsApp, এবং এই টুল — সবাই ডিফল্টভাবে AES-256-GCM ব্যবহার করে, কারণ এটি একটি একক, হার্ডওয়্যার-ত্বরান্বিত পাসে গোপনীয়তা ও অখণ্ডতা দুটোই দেয়।
Web Crypto API: ব্রাউজার-নেটিভ, শুধু সিকিউর-কনটেক্সট এনক্রিপশন
আধুনিক ব্রাউজারগুলো Web Crypto API (আনুষ্ঠানিকভাবে SubtleCrypto) নামে একটি নিম্ন-স্তরের ক্রিপ্টোগ্রাফিক প্রিমিটিভ প্রকাশ করে, যা window.crypto.subtle হিসেবে অ্যাক্সেসযোগ্য। এটি AES-GCM, RSA-OAEP, ECDH, PBKDF2, HKDF, এবং SHA-পরিবারের হ্যাশের নেটিভ ইমপ্লিমেন্টেশন প্রদান করে, যা JavaScript-এ বান্ডিল করার বদলে ব্রাউজার ভেন্ডররা কম্পাইল ও রক্ষণাবেক্ষণ করে। ভারী কাজটি ব্রাউজারের C++ ইঞ্জিন সামলানোর কারণে, crypto.subtle.encrypt() CryptoJS-এর মতো তৃতীয়-পক্ষের JavaScript লাইব্রেরির চেয়ে উল্লেখযোগ্যভাবে দ্রুত ও নিরাপদ, যা একই অ্যালগরিদম বিশুদ্ধ JS-এ ইমপ্লিমেন্ট করে এবং একটি পুরোনো, নন-স্ট্যান্ডার্ড র্যান্ডম-নম্বর API-এর উপর নির্ভর করে। একটি গুরুত্বপূর্ণ নিরাপত্তা বিষয়: Web Crypto API শুধু সিকিউর কনটেক্সটে — HTTPS (বা localhost)-এর মাধ্যমে পরিবেশিত পেজে — পাওয়া যায়, তাই আপনার ব্রাউজার নিজেই নিশ্চিত করে যে ক্লায়েন্ট-সাইড এনক্রিপশন এমন সাধারণ HTTP পেজে ঘটতে পারবে না যেখানে JavaScript পথিমধ্যে ইন্টারসেপ্ট হতে পারে।
র্যান্ডমনেস এখানকার আরেকটি স্তম্ভ। window.crypto.getRandomValues() অপারেটিং সিস্টেমের এনট্রপি পুল (Linux-এ /dev/urandom, Windows-এ CryptGenRandom-এর একই উৎস) থেকে নেওয়া ক্রিপ্টোগ্রাফিকভাবে সিকিউর র্যান্ডম বাইট দিয়ে একটি টাইপড অ্যারে পূরণ করে। ব্রাউজারে IV, সল্ট ও কী জেনারেট করার এটাই সঠিক উপায়। বিপরীতে, Math.random() একটি প্রেডিক্টেবল ভ্যালু দিয়ে সিড করা সিউডোর্যান্ডম নম্বর জেনারেটর এবং ক্রিপ্টোগ্রাফির জন্য কখনো ব্যবহার করা উচিত নয় — সিড জানা কোনো আক্রমণকারী এটি কখনো তৈরি করবে এমন প্রতিটি ভ্যালু পূর্বাভাস দিতে পারে। এই টুল প্রতিটি সল্ট ও IV-এর জন্য getRandomValues() কল করে, তাই একই পাসফ্রেজ ও মেসেজ পুনরায় ব্যবহার করা হলেও প্রতিটি এনক্রিপশন অপারেশন অনন্যভাবে সিড করা হয়।
ব্রাউজারের ভেতরে কী ডিরাইভেশন পাসফ্রেজ লোড করতে crypto.subtle.importKey() ব্যবহার করে, তারপর এটিকে একটি 256-বিট AES কীতে রূপান্তর করতে PBKDF2 অ্যালগরিদম দিয়ে crypto.subtle.deriveKey() ব্যবহার করে। ডিরাইভড কী অবজেক্ট নন-এক্সট্র্যাক্টেবল হিসেবে চিহ্নিত করা হয় — ব্রাউজার এটি মেমরিতে এমন একটি ফর্মে রাখে যা JavaScript দিয়ে আবার পড়া যায় না — অর্থাৎ পেজে কোনোভাবে ক্ষতিকর স্ক্রিপ্ট চললেও, এটি কাঁচা কী বাইট চুরি করতে পারবে না। পাসফ্রেজ স্ট্রিংটিই একমাত্র গোপন তথ্য যা আপনার কোড সরাসরি স্পর্শ করে।
পাসওয়ার্ড-ভিত্তিক এনক্রিপশন ও Key Derivation Function
মানুষের বেছে নেওয়া একটি পাসফ্রেজ এবং একটি ক্রিপ্টোগ্রাফিক কী একই জিনিস নয়। পাসফ্রেজ হলো ছোট, মনে রাখার মতো টেক্সট যার ক্যারেক্টার বিতরণ অনুমানযোগ্য; একটি ক্রিপ্টোগ্রাফিক কী হলো সুষমভাবে র্যান্ডম বিটের একটি নির্দিষ্ট-দৈর্ঘ্যের স্ট্রিং। একটি পাসফ্রেজ সরাসরি AES-এ দিলে ব্যবহারিকভাবে কী-স্পেস 256 বিটের চেয়ে অনেক ছোট থেকে যাবে — একজন আক্রমণকারী র্যান্ডম 256-বিট মান চেষ্টা করার চেয়ে অনেক দ্রুত সম্ভাব্য পাসফ্রেজ অনুমান করতে পারে। Key Derivation Function (KDF) পাসফ্রেজকে এমনভাবে একটি কীতে ম্যাপ করে এই ফাঁক পূরণ করে, যা ইচ্ছাকৃতভাবে ধীর ও গণনাগতভাবে ব্যয়বহুল, প্রতিটি অনুমানকে ব্যয়বহুল করে তোলে।
PBKDF2 (Password-Based Key Derivation Function 2, RSA Labs ১৯৯৯) পাসফ্রেজ ও একটি র্যান্ডম সল্টে একটি সিউডোর্যান্ডম ফাংশন — সাধারণত HMAC-SHA-256 — প্রয়োগ করে, তারপর অপারেশনটি হাজার হাজার বার পুনরাবৃত্তি করে। এই টুল 250,000 ইটারেশন ব্যবহার করে, অর্থাৎ কী ডিরাইভ করতে আপনার CPU-তে সেকেন্ডের একটি লক্ষণীয় ভগ্নাংশ সময় লাগে। লক্ষ লক্ষ অনুমান পরীক্ষা করা একজন আক্রমণকারীকে প্রতিটি একক প্রার্থীর জন্য সেই খরচ দিতে হয়, যা একটি ব্রুট-ফোর্স সার্চকে মিলিসেকেন্ড থেকে সাধারণ হার্ডওয়্যারে বছরে পরিণত করে। আরও আধুনিক বিকল্পের মধ্যে আছে scrypt (২০০৯), যা GPU ও ASIC আক্রমণ প্রতিরোধ করতে একটি বড় মেমরি প্রয়োজনীয়তা যোগ করে, এবং Argon2 (২০১৫, Password Hashing Competition-এর বিজয়ী), যা সময়, মেমরি ও প্যারালেলিজম আলাদাভাবে টিউন করার সুযোগ দেয় এবং নতুন সিস্টেমের জন্য বর্তমান সুপারিশ। হার্ডওয়্যার দ্রুততর হওয়ার সাথে সাথে ইটারেশন সংখ্যা বা মেমরি প্যারামিটার বাড়াতে হয় — ২০১০ সালে যা ধীর ছিল তা ২০২৫ সালের GPU ক্লাস্টারে মাইক্রোসেকেন্ডে গণনা করা যায়।
সল্ট হলো প্রতিটি এনক্রিপশনের জন্য নতুনভাবে জেনারেট করা একটি র্যান্ডম ভ্যালু। এটি গোপন নয় — এটি সাইফারটেক্সটের সাথেই ভ্রমণ করে — কিন্তু এর কাজ গুরুত্বপূর্ণ: এটি নিশ্চিত করে যে একই পাসফ্রেজ বেছে নেওয়া দুজন ব্যবহারকারী সম্পূর্ণ ভিন্ন কী ডিরাইভ করবে, এবং এটি রেইনবো টেবিল আক্রমণ (সাধারণ পাসফ্রেজকে তাদের ডিরাইভড কী-তে ম্যাপ করা প্রি-কম্পিউটেড টেবিল) প্রতিরোধ করে। সল্ট ছাড়া, একজন আক্রমণকারী অফলাইনে একটি টেবিল তৈরি করে যেকোনো জনপ্রিয় পাসফ্রেজ দিয়ে এনক্রিপ্ট করা প্রতিটি মেসেজ ভাঙতে পারত, যতই ইটারেশন ব্যবহার করা হোক না কেন। একটি র্যান্ডম 128-বিট সল্ট দিয়ে, তাদের যে কোনো একক মেসেজ আক্রমণ করার জন্য ডিরাইভেশন নতুন করে শুরু করতে হবে। এই কারণেই এখানকার প্রতিটি এনক্রিপশন একটি নতুন সল্ট জেনারেট করে ও আউটপুটে এমবেড করে: ডিক্রিপশনের সময় প্রাপক স্বয়ংক্রিয়ভাবে এটি বের করে নেয়, এবং আক্রমণকারী কোনো প্রি-কম্পিউটেশন সুবিধা পায় না।
Frequently asked questions
টেক্সট কীভাবে এনক্রিপ্ট করব?
Message বক্সে আপনার টেক্সট টাইপ বা পেস্ট করুন, একটি পাসফ্রেজ (একটি শক্তিশালী শেয়ার্ড সিক্রেট) দিন, এবং Encrypt-এ ক্লিক করুন। টুলটি ‘k9Tf2k…’-এর মতো একটি Base64 স্ট্রিং তৈরি করে যাতে একটি র্যান্ডম সল্ট, একটি র্যান্ডম IV এবং AES-256 সাইফারটেক্সট থাকে। সেই স্ট্রিংটি কপি করে পাঠিয়ে দিন — শুধু একই পাসফ্রেজ জানা কেউ এটি পড়তে পারবে। পুরো প্রক্রিয়া এক সেকেন্ডেরও কম সময় নেয় এবং ব্রাউজারযুক্ত যেকোনো ডিভাইসে কাজ করে।
এনক্রিপ্ট করা টেক্সট কীভাবে ডিক্রিপ্ট করব?
Decrypt মোডে যান, Base64 সাইফারটেক্সট বক্সে পেস্ট করুন, এনক্রিপ্ট করতে ব্যবহৃত ঠিক একই পাসফ্রেজ দিন, এবং Decrypt-এ ক্লিক করুন। মূল মেসেজটি সঙ্গে সঙ্গে দেখা যাবে। পাসফ্রেজ ভুল হলে বা সাইফারটেক্সটের একটি ক্যারেক্টারও বদলে গেলে, AES-GCM-এর বিল্ট-ইন অথেন্টিকেশন ব্যর্থ হয় এবং বিকৃত টেক্সটের বদলে একটি স্পষ্ট ‘ভুল পাসফ্রেজ বা নষ্ট ইনপুট’ এরর দেখায়।
আমি কি একটি টেক্সট ডকুমেন্ট এনক্রিপ্ট করতে পারি?
হ্যাঁ। ডকুমেন্টটি খুলুন, সব টেক্সট সিলেক্ট করুন (Ctrl+A), কপি করুন (Ctrl+C) এবং Message বক্সে পেস্ট করুন — আপনার ডিভাইসের মেমরির বাইরে কোনো দৈর্ঘ্যের সীমা নেই, তাই একটি পুরো আর্টিকেল বা নোট এক ক্লিকেই এনক্রিপ্ট হয়ে যায়। ফাইলটিকে নিজেই (.docx বা .pdf) সুরক্ষিত করতে চাইলে, আপনার অ্যাপ্লিকেশনের নিজস্ব পাসওয়ার্ড ফিচার বা ফুল-ডিস্ক এনক্রিপশন ব্যবহার করুন; এই টুল আপনি পেস্ট করা টেক্সট কনটেন্ট সুরক্ষিত করে।
Word-এ টেক্সট কীভাবে এনক্রিপ্ট করব?
Microsoft Word-এ, File ▸ Info ▸ Protect Document ▸ Encrypt with Password-এ যান, একটি পাসওয়ার্ড টাইপ করে সেভ করুন। এটি পুরো .docx ফাইলটি লক করে দেয়। এর বদলে যদি এমন একটি টেক্সট পাঠাতে চান যা যে কেউ Word ছাড়াই ব্রাউজারে ডিক্রিপ্ট করতে পারবে, তাহলে এখানে টেক্সট পেস্ট করুন, একটি পাসফ্রেজ দিয়ে এনক্রিপ্ট করুন, এবং ফলাফল Base64 স্ট্রিংটি শেয়ার করুন — প্রাপকের কোনো সফটওয়্যার লাগবে না, শুধু পাসফ্রেজ।
এনক্রিপশন কীভাবে চালু করব?
চালু করার মতো কোনো সেটিং নেই — আপনি একটি পাসফ্রেজ দিয়ে Encrypt চাপার সাথে সাথেই এনক্রিপশন ঘটে। (এটি Windows-এ BitLocker বা Mac-এ FileVault-এর মতো ডিভাইস-স্তরের এনক্রিপশনের চেয়ে আলাদা, যা একটি পুরো ড্রাইভ সুরক্ষিত করতে সিস্টেম সেটিংসে একবার চালু করা হয়। এই টুল প্রয়োজন অনুযায়ী পৃথক পৃথক টেক্সট এনক্রিপ্ট করে।)
অনলাইন টেক্সট এনক্রিপশন কি নিরাপদ?
শুধু তখনই নিরাপদ যখন এনক্রিপশন আপনার ব্রাউজারে ঘটে এবং আপনার প্লেইনটেক্সট কখনো কোনো সার্ভারে পৌঁছায় না। এই টুল ১০০% ক্লায়েন্ট-সাইড: টেক্সট ও পাসফ্রেজ স্থানীয়ভাবে WebCrypto API দিয়ে প্রসেস হয় এবং কিছুই আপলোড হয় না। এমন কোনো সার্ভার-ভিত্তিক ‘এনক্রিপশন’ সাইটে সংবেদনশীল টেক্সট কখনো পেস্ট করবেন না — তাদের সার্ভার আপনার প্লেইনটেক্সট দেখতে পারলে, এনক্রিপশনের কোনো অর্থ থাকে না। যেকোনো অনলাইন এনক্রিপশন টুল ব্যবহারের আগে সবসময় এটি যাচাই করুন।
AES এনক্রিপশন কী?
AES (Advanced Encryption Standard) হলো সিমেট্রিক সাইফার যা বিশ্বব্যাপী সরকার, ব্যাংক ও HTTPS ব্যবহার করে। ‘সিমেট্রিক’ মানে একই কী এনক্রিপ্ট ও ডিক্রিপ্ট দুটোই করে। এই টুল GCM মোডে AES-256 (একটি 256-বিট কী) ব্যবহার করে, যা টেক্সট এনক্রিপ্ট করার পাশাপাশি একটি অথেন্টিকেশন ট্যাগও যোগ করে, ফলে ডিক্রিপশনের সময় যেকোনো টেম্পারিং শনাক্ত হয়।
এটি ঠিক কী ধরনের এনক্রিপশন ব্যবহার করে?
সাইফারের জন্য AES-256-GCM, এবং কী ডিরাইভ হয় আপনার পাসফ্রেজ থেকে PBKDF2-HMAC-SHA-256 দিয়ে 250,000 ইটারেশনে। প্রতিটি মেসেজ একটি নতুন র্যান্ডম 16-বাইট সল্ট ও 12-বাইট IV পায়, তাই একই টেক্সট দুবার এনক্রিপ্ট করলে সম্পূর্ণ ভিন্ন আউটপুট হয়। ফলাফলটি salt + IV + ciphertext হিসেবে Base64-এনকোড করা হয়।
কী বা পাসওয়ার্ড দিয়ে টেক্সট কীভাবে এনক্রিপ্ট করব?
আপনার পাসফ্রেজই কী। সরাসরি ব্যবহারের বদলে, টুলটি একটি র্যান্ডম সল্ট দিয়ে PBKDF2-এর মাধ্যমে চালিয়ে একটি শক্তিশালী 256-বিট AES কী তৈরি করে — এটি ব্রুট-ফোর্স অনুমান ধীর করে দেয় এবং একই পাসওয়ার্ড বেছে নেওয়া দুজন ব্যক্তিও ভিন্ন কী পান। তাই এখানে ‘পাসওয়ার্ড দিয়ে এনক্রিপ্ট’ আর ‘কী দিয়ে এনক্রিপ্ট’ একই কাজ: একটি লম্বা, অনন্য পাসফ্রেজ বেছে নিন।
পাসফ্রেজ ভুলে গেলে কী হবে?
টেক্সটটি স্থায়ীভাবে অপ্রাপ্য হয়ে যায় — এটাই নকশা করা হয়েছে। এখানে কোনো মাস্টার কী, ব্যাকডোর, রিসেট লিংক বা রিকভারি ইমেইল নেই, কারণ এগুলোর যেকোনোটি একজন আক্রমণকারীকেও প্রবেশের সুযোগ দিত। পাসওয়ার্ড ম্যানেজারে পাসফ্রেজ সংরক্ষণ করুন। ভুলে যাওয়া পাসফ্রেজ মানে সাইফারটেক্সট চিরকালের জন্য শুধু এলোমেলো নয়েজ।
Base64 কি এনক্রিপশন?
না। Base64 হলো এনকোডিং, এনক্রিপশন নয় — এটি শুধু বাইটকে একটি টেক্সট-সেফ বর্ণমালায় পুনর্লিখন করে এবং যে কেউ কোনো কী ছাড়াই সঙ্গে সঙ্গে এটি উল্টে দিতে পারে (‘hello’ শব্দটি শুধু ‘aGVsbG8=’)। এই টুল Base64 আউটপুট দেয় কারণ সাইফারটেক্সটে কাঁচা বাইট থাকে, কিন্তু নিরাপত্তা আসে নিচের AES-256 স্তর থেকে, Base64 র্যাপার থেকে নয়।
কী ছাড়া কি কেউ এটি ডিক্রিপ্ট করতে পারবে?
না। AES-256-এর 2^256টি সম্ভাব্য কী আছে — প্রায় 10^77, পর্যবেক্ষণযোগ্য মহাবিশ্বের পরমাণুর সংখ্যার চেয়েও বেশি — তাই বর্তমান বা ভবিষ্যতের কোনো কম্পিউটার দিয়ে ব্রুট ফোর্স অসম্ভব। বাস্তবসম্মত দুর্বল বিন্দু হলো পাসফ্রেজ নিজেই, যে কারণে একটি ছোট বা সাধারণ পাসওয়ার্ড (যেমন ‘password123’) অনুমান করা যেতে পারে; একটি লম্বা, র্যান্ডম পাসফ্রেজ পারা যায় না।
এনক্রিপশন ও হ্যাশিংয়ের মধ্যে পার্থক্য কী?
এনক্রিপশন রিভার্সিবল: কী দিয়ে আপনি সাইফারটেক্সটকে আবার মূল টেক্সটে ফিরিয়ে আনতে পারেন। হ্যাশিং (SHA-256-এর মতো) একমুখী — এটি একটি নির্দিষ্ট ফিঙ্গারপ্রিন্ট তৈরি করে যা ইনপুটে ফিরিয়ে আনা যায় না, যে কারণে পাসওয়ার্ড সংরক্ষণে হ্যাশ ব্যবহার হয়, রিকভারযোগ্য মেসেজ পাঠাতে নয়। মূল টেক্সট ফিরে পাওয়া দরকার হলে এই টুল ব্যবহার করুন; শুধু কিছু মেলে কিনা যাচাই করতে হলে হ্যাশ ব্যবহার করুন।
এটি কি অফলাইনে কাজ করে, এবং কিছু কি আপলোড হয়?
অফলাইনে হ্যাঁ, আপলোডে না। পেজ একবার লোড হওয়ার পর আপনি ইন্টারনেট থেকে সংযোগ বিচ্ছিন্ন করলেও এটি কাজ করে, কারণ সব এনক্রিপশন ও ডিক্রিপশন আপনার ব্রাউজারের WebCrypto API দিয়ে স্থানীয়ভাবে চলে। আপনার মেসেজ ও পাসফ্রেজ কখনো ডিভাইস ছাড়ে না — এমন কোনো সার্ভার নেই যা এগুলো লগ, সংরক্ষণ বা পড়তে পারে।
এটি CryptoTools বা Boxentriq-এর মতো অন্যান্য টেক্সট এনক্রিপশন টুলের তুলনায় কেমন?
CryptoTools.net ও Boxentriq অনলাইন এনক্রিপশন দেয়, কিন্তু কিছু টুলে অনুরোধ সার্ভার-সাইডে প্রসেস হয় — অর্থাৎ আপনার টেক্সট তাদের সার্ভারে চলে যায়। অনেক পুরোনো অনলাইন ‘এনক্রিপ্টর’ MD5 বা সাধারণ XOR-এর মতো দুর্বল অ্যালগরিদম ব্যবহার করে যা সেকেন্ডেই ভাঙা যায়। এই টুল AES-256-GCM (HTTPS ও WhatsApp এন্ড-টু-এন্ড এনক্রিপশনে ব্যবহৃত একই সাইফার) ব্যবহার করে এবং ব্রাউজারের নিজস্ব WebCrypto API দিয়ে পুরো অপারেশন আপনার ব্রাউজারে চালায় — কোনো টেক্সট কোনো সার্ভারে পৌঁছায় না।
Related tools
সব টুল দেখুন
নতুন পাসফ্রেজ জেনারেটর
একটি নিরাপদ র্যান্ডম জেনারেটর দিয়ে মনে রাখার মতো, শব্দ-ভিত্তিক পাসফ্রেজ তৈরি করুন।
হ্যাশ জেনারেটর
MD5, SHA-1 ও SHA-256 হ্যাশ স্থানীয়ভাবে গণনা করুন।
নতুন JWT ডিকোডার
JSON Web Token ডিকোড করুন, claim পরিদর্শন করুন এবং HS256 সিগনেচার স্থানীয়ভাবে যাচাই করুন।
নতুন পাসওয়ার্ড শক্তি পরীক্ষক
এনট্রপি, ক্র্যাক-সময়ের আনুমানিক হিসাব ও পরামর্শ সহ পাসওয়ার্ডের শক্তি পরীক্ষা করুন।
নতুন ক্রেডিট কার্ড ভ্যালিডেটর
Luhn অ্যালগরিদম দিয়ে কার্ড নম্বর যাচাই করুন এবং এর ব্র্যান্ড শনাক্ত করুন।
নতুন JSON Escape / Unescape
কাঁচা টেক্সটকে JSON-নিরাপদ স্ট্রিংয়ে escape করুন এবং আবার unescape করুন।