यह AES एन्क्रिप्शन टूल मेरे टेक्स्ट की सुरक्षा कैसे करता है?

यह आपके passphrase से PBKDF2 (SHA-256, 100,000 iteration) और एक random salt के साथ एक 256-bit key निकालता है, फिर एक random nonce का उपयोग करके टेक्स्ट को AES-256-GCM से encrypt करता है। salt, nonce और ciphertext एक Base64 blob में पैक होते हैं, और यह सब आपके ब्राउज़र में होता है।

decrypt करते समय गलत passphrase दर्ज करने पर क्या होता है?

Decryption विफल होता है और आपको अस्पष्ट टेक्स्ट के बजाय एक त्रुटि मिलती है। AES-GCM ciphertext को प्रमाणित करता है, इसलिए एक गलत passphrase (या blob में कोई भी बदलाव) integrity जाँच विफल कर देता है और कुछ भी नहीं लौटाया जाता — कोई आंशिक या गड़बड़ आउटपुट नहीं।

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

हर एन्क्रिप्शन के लिए एक नया random salt और 12-byte nonce बनता है। इसका मतलब है कि वही टेक्स्ट और passphrase हर बार एक अलग blob देते हैं, जो जानबूझकर है — दोनों blob अब भी उसी मूल टेक्स्ट में वापस decrypt होते हैं।

क्या मैं किसी दूसरे AES टूल द्वारा बनाया गया blob decrypt कर सकता हूँ?

केवल तभी जब वह ठीक वही योजना उपयोग करता हो: 100,000 iteration पर PBKDF2-SHA256, एक 16-byte salt, एक 12-byte AES-GCM nonce, और वही salt|nonce|ciphertext framing। इस टूल के blob आत्मनिर्भर हैं और इसके अपने Decrypt मोड द्वारा decrypt किए जाने के लिए बने हैं।

एन्क्रिप्शन कहाँ होता है, और क्या मेरा passphrase कहीं संग्रहीत होता है?

सब कुछ Web Crypto API के जरिए आपके ब्राउज़र में स्थानीय रूप से चलता है। passphrase केवल पेज खुले रहने तक memory में रखा जाता है, plaintext और blob आपके डिवाइस पर रहते हैं, और इनमें से कुछ भी ArrayKit पर अपलोड या किसी सर्वर पर लिखा नहीं जाता।

क्या AES-256-GCM संवेदनशील टेक्स्ट साझा करने के लिए पर्याप्त मज़बूत है?

AES-256-GCM एक आधुनिक प्रमाणित cipher है जिस पर वास्तविक उपयोग के लिए भरोसा किया जाता है, इसलिए कमज़ोर कड़ी passphrase है, algorithm नहीं। एक लंबा, अननुमेय passphrase उपयोग करें — एक Diceware phrase अच्छा काम करता है — और blob को किसी भरोसेमंद चैनल पर साझा करें।

AES एन्क्रिप्शन टूल

AES-256-GCM का उपयोग करके एक passphrase से टेक्स्ट encrypt और decrypt करें, आपके ब्राउज़र में। आपका passphrase और टेक्स्ट आपके डिवाइस पर ही रहते हैं।

AES एन्क्रिप्शन टूल Web Crypto API का उपयोग करते हुए पूरी तरह आपके ब्राउज़र में चलता है। आपका passphrase, आपके द्वारा encrypt किया गया टेक्स्ट, और परिणामी blob आपके डिवाइस पर रहते हैं और कभी ArrayKit पर अपलोड नहीं होते। चूँकि passphrase ही एकमात्र key है, इसे कहीं सुरक्षित रखें — इसे पुनर्प्राप्त नहीं किया जा सकता।

Diceware Passphrase Generator खोलें

AES एन्क्रिप्शन टूल के बारे में

AES एन्क्रिप्शन टूल किसी टेक्स्ट को आपके चुने हुए passphrase से encrypt करता है और आपको वापस एक अकेला Base64 blob देता है जिसे आप सुरक्षित रूप से किसी note, ईमेल या chat में पेस्ट कर सकते हैं। अंदरूनी तौर पर आपका passphrase PBKDF2 (SHA-256, 100,000 iteration) से खींचकर एक 256-bit key बनता है, फिर टेक्स्ट को एक ताज़ा random salt और nonce के साथ AES-256-GCM से सील किया जाता है, इसलिए एक ही संदेश को दो बार encrypt करने पर कभी एक जैसा आउटपुट नहीं बनता। Decrypt पर स्विच करें, blob पेस्ट करें, वही passphrase टाइप करें, और मूल टेक्स्ट वापस आ जाता है — एक गलत passphrase या एक भी बदला हुआ वर्ण बिल्ट-इन प्रमाणीकरण जाँच में विफल हो जाता है। यह किसी रहस्य को साझा करने, एक API token छिपाने, या किसी snippet को उस storage तक पहुँचने से पहले सुरक्षित रखने के लिए काम आता है जिस पर आपका नियंत्रण नहीं है। सब कुछ आपके डिवाइस पर चलता है; passphrase और टेक्स्ट कभी अपलोड नहीं होते।

विशेषताएँ

किसी भी टेक्स्ट को एक passphrase से एक portable Base64 blob में encrypt करें
AES-256-GCM प्रमाणित एन्क्रिप्शन decrypt पर छेड़छाड़ पकड़ लेता है
SHA-256 और 100,000 iteration वाला PBKDF2 आपके passphrase को खींचकर key बनाता है
हर संदेश के लिए एक ताज़ा random salt और nonce, blob के भीतर ले जाया गया
Decrypt मोड blob और passphrase से मूल टेक्स्ट बहाल करता है
एक गलत passphrase या बदला हुआ ciphertext एक स्पष्ट संदेश के साथ विफल होता है
Show और hide टॉगल टाइप करते समय passphrase को छिपाए रखता है
Web Crypto API के जरिए आपके डिवाइस पर चलता है, कुछ भी अपलोड नहीं होता

AES एन्क्रिप्शन टूल का उपयोग कैसे करें

Encrypt टैब चयनित रखें और एक मज़बूत passphrase दर्ज करें
जिस टेक्स्ट को सुरक्षित करना है उसे टाइप या पेस्ट करें
Encrypt दबाएँ और साझा करने या संग्रहीत करने के लिए Base64 blob कॉपी करें
इसे उलटने के लिए Decrypt पर स्विच करें, blob पेस्ट करें, और वही passphrase दर्ज करें

उदाहरण

इनपुट

text: Attack at dawn.
passphrase: correct horse battery staple

आउटपुट

AQIDBAUGBwgJCgsMDQ4PEKChoqOkpaanqKmqq5v0… (salt | nonce | AES-GCM ciphertext, Base64)

एक passphrase अंदर, एक आत्मनिर्भर Base64 blob बाहर — salt और nonce ciphertext के साथ यात्रा करते हैं।

सामान्य त्रुटियाँ और समस्या निवारण

Decrypt कहता है 'Wrong passphrase, or the encrypted text has been modified.' — ठीक वही passphrase दोबारा टाइप करें — यह case-sensitive है — और पुष्टि करें कि पूरा Base64 blob बिना किसी छूटे या अतिरिक्त वर्ण के पेस्ट हुआ। AES-GCM एक-बाइट बदलाव भी अस्वीकार करता है।
Decrypt बताता है कि इनपुट मान्य Base64 नहीं है। — केवल वही blob पेस्ट करें जो टूल ने बनाया। भटके हुए quote, line wrapping, या कटी हुई copy Base64 डिकोडिंग तोड़ देते हैं, इसलिए copy बटन से इसे फिर से कॉपी करें।
मैं passphrase भूल गया और अपना टेक्स्ट वापस नहीं पा सकता। — passphrase ही एकमात्र key है — कोई recovery या reset नहीं है। इसके बिना ciphertext decrypt नहीं हो सकता, इसलिए passphrase को blob से अलग संग्रहीत करें।
वही टेक्स्ट पिछली बार से अलग blob देता है। — यह अपेक्षित है। हर एन्क्रिप्शन पर एक नया random salt और nonce बनता है, इसलिए आउटपुट हर बार बदलता है जबकि आपके passphrase के साथ अब भी उसी टेक्स्ट में decrypt होता है।

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

यह AES एन्क्रिप्शन टूल मेरे टेक्स्ट की सुरक्षा कैसे करता है?: यह आपके passphrase से PBKDF2 (SHA-256, 100,000 iteration) और एक random salt के साथ एक 256-bit key निकालता है, फिर एक random nonce का उपयोग करके टेक्स्ट को AES-256-GCM से encrypt करता है। salt, nonce और ciphertext एक Base64 blob में पैक होते हैं, और यह सब आपके ब्राउज़र में होता है।
decrypt करते समय गलत passphrase दर्ज करने पर क्या होता है?: Decryption विफल होता है और आपको अस्पष्ट टेक्स्ट के बजाय एक त्रुटि मिलती है। AES-GCM ciphertext को प्रमाणित करता है, इसलिए एक गलत passphrase (या blob में कोई भी बदलाव) integrity जाँच विफल कर देता है और कुछ भी नहीं लौटाया जाता — कोई आंशिक या गड़बड़ आउटपुट नहीं।
एक ही टेक्स्ट को दो बार encrypt करने पर अलग आउटपुट क्यों मिलता है?: हर एन्क्रिप्शन के लिए एक नया random salt और 12-byte nonce बनता है। इसका मतलब है कि वही टेक्स्ट और passphrase हर बार एक अलग blob देते हैं, जो जानबूझकर है — दोनों blob अब भी उसी मूल टेक्स्ट में वापस decrypt होते हैं।
क्या मैं किसी दूसरे AES टूल द्वारा बनाया गया blob decrypt कर सकता हूँ?: केवल तभी जब वह ठीक वही योजना उपयोग करता हो: 100,000 iteration पर PBKDF2-SHA256, एक 16-byte salt, एक 12-byte AES-GCM nonce, और वही salt|nonce|ciphertext framing। इस टूल के blob आत्मनिर्भर हैं और इसके अपने Decrypt मोड द्वारा decrypt किए जाने के लिए बने हैं।
एन्क्रिप्शन कहाँ होता है, और क्या मेरा passphrase कहीं संग्रहीत होता है?: सब कुछ Web Crypto API के जरिए आपके ब्राउज़र में स्थानीय रूप से चलता है। passphrase केवल पेज खुले रहने तक memory में रखा जाता है, plaintext और blob आपके डिवाइस पर रहते हैं, और इनमें से कुछ भी ArrayKit पर अपलोड या किसी सर्वर पर लिखा नहीं जाता।
क्या AES-256-GCM संवेदनशील टेक्स्ट साझा करने के लिए पर्याप्त मज़बूत है?: AES-256-GCM एक आधुनिक प्रमाणित cipher है जिस पर वास्तविक उपयोग के लिए भरोसा किया जाता है, इसलिए कमज़ोर कड़ी passphrase है, algorithm नहीं। एक लंबा, अननुमेय passphrase उपयोग करें — एक Diceware phrase अच्छा काम करता है — और blob को किसी भरोसेमंद चैनल पर साझा करें।