AES एन्क्रिप्ट/डिक्रिप्ट 🔒 आपके ब्राउज़र में स्थानीय रूप से चलता है — कुछ भी अपलोड नहीं होता।

पासफ़्रेज़ के साथ टेक्स्ट एन्क्रिप्ट या डिक्रिप्ट करें (AES-GCM)।

  

इस टूल के बारे में

कभी-कभी आपको टेक्स्ट का एक टुकड़ा — कोई नोट, कोई क्रेडेंशियल, कोई संदेश — चैट या ईमेल जैसे असुरक्षित चैनल से भेजना होता है। इसे यहाँ एक पासफ़्रेज़ से एन्क्रिप्ट करें, सिफरटेक्स्ट साझा करें, और प्राप्तकर्ता उसी पासफ़्रेज़ से डिक्रिप्ट करे। यह टूल AES-GCM (एक प्रमाणित cipher) का उपयोग करता है, जिसकी कुंजी PBKDF2 से आपके पासफ़्रेज़ से बढ़ाई जाती है।

यह सब आपके अपने डिवाइस पर ब्राउज़र की Web Crypto API के माध्यम से चलता है — आपका टेक्स्ट और पासफ़्रेज़ कभी अपलोड नहीं होते। बस याद रखें कि सुरक्षा पूरी तरह पासफ़्रेज़ को गुप्त और मज़बूत रखने पर निर्भर करती है।

अक्सर पूछे जाने वाले प्रश्न

यह टूल कौन सा एन्क्रिप्शन उपयोग करता है?

AES-256-GCM, जिसकी कुंजी आपके पासफ़्रेज़ से PBKDF2 (1,00,000 पुनरावृत्ति, SHA-256) के माध्यम से प्राप्त होती है। GCM गोपनीयता के साथ-साथ अंतर्निहित छेड़छाड़-पहचान (एक ऑथेंटिकेशन टैग) भी देता है — यदि सिफ़रटेक्स्ट बदल दिया जाए या पासफ़्रेज़ गलत हो, तो डिक्रिप्शन विफल हो जाता है, कचरा डेटा नहीं देता।

क्या यह प्रोडक्शन कुंजी प्रबंधन के लिए उपयुक्त है?

यह किसी नोट या कॉन्फ़िग वैल्यू को सुरक्षित रखने जैसे एकबारगी कार्यों के लिए मज़बूत एन्क्रिप्शन है, लेकिन यह पासवर्ड से कुंजी निकालता है, न कि उस तरह कुंजी प्रबंधन करता है जैसे कोई प्रोडक्शन सिस्टम (KMS, वॉल्ट, हार्डवेयर सिक्योरिटी मॉड्यूल) करता है। बड़े पैमाने पर एप्लिकेशन सीक्रेट्स के लिए, एक समर्पित कुंजी-प्रबंधन सेवा का उपयोग करें।

क्या मेरा पासफ़्रेज़ या टेक्स्ट कहीं भेजा जाता है?

नहीं। सब कुछ ब्राउज़र के Web Crypto API का उपयोग करके स्थानीय रूप से होता है। आपका पासफ़्रेज़ इस पेज की लोकल परसिस्टेंस में भी सेव नहीं होता — केवल इनपुट टेक्स्ट फ़ील्ड याद रखा जाता है, और पासवर्ड फ़ील्ड रीलोड पर हमेशा साफ़ हो जाता है।

एक ही टेक्स्ट को हर बार एन्क्रिप्ट करने पर अलग परिणाम क्यों मिलता है?

हर एन्क्रिप्शन में एक नया रैंडम सॉल्ट और IV (इनिशियलाइज़ेशन वेक्टर) बनता है, जो सिफ़रटेक्स्ट के आगे जोड़ा जाता है और डिक्रिप्शन के लिए ज़रूरी होता है। यह रैंडमनेस ज़रूरी है — सॉल्ट/IV को दोबारा उपयोग करने से एन्क्रिप्शन कमज़ोर हो जाएगा — इसलिए एक जैसे इनपुट को दो बार एन्क्रिप्ट करने पर हमेशा अलग आउटपुट मिलता है।

डिक्रिप्शन "गलत पासफ़्रेज़" के साथ क्यों विफल हुआ?

GCM में एक ऑथेंटिकेशन टैग होता है जो तब सत्यापित नहीं होता जब पासफ़्रेज़ गलत हो या सिफ़रटेक्स्ट में किसी भी तरह से बदलाव किया गया हो, भले ही सिर्फ़ एक अक्षर ही क्यों न हो। यदि आप निश्चित हैं कि पासफ़्रेज़ सही है, तो जाँच लें कि आपने शुरुआत के सॉल्ट/IV हेडर सहित पूरा Base64 आउटपुट कॉपी किया है।