मुफ़्त एन्क्रिप्शन/डिक्रिप्शन टूल

एन्क्रिप्शन/डिक्रिप्शन टूल एक मुफ़्त ऑनलाइन उपयोगिता है जो AES, DES और अन्य क्रिप्टोग्राफ़िक एल्गोरिदम का उपयोग करके टेक्स्ट को एन्क्रिप्ट और डिक्रिप्ट करती है।

हाँ, यह पूरी तरह से मुफ़्त है और इसके लिए किसी पंजीकरण की आवश्यकता नहीं है। सारा एन्क्रिप्शन और डिक्रिप्शन आपके ब्राउज़र में क्लाइंट-साइड पर ही होता है, जिससे आपका डेटा कभी आपके डिवाइस से बाहर नहीं जाता।

एन्क्रिप्शन/डिक्रिप्शन टूल AES (128/256-बिट), DES, Triple DES और सुरक्षा के विभिन्न स्तरों वाले अन्य एल्गोरिदम का समर्थन करता है।

बिल्कुल। एन्क्रिप्शन/डिक्रिप्शन टूल सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर ही प्रोसेस करता है। कोई भी डेटा किसी सर्वर पर अपलोड या संग्रहीत नहीं किया जाता। आपकी सामग्री हर समय आपके डिवाइस पर निजी बनी रहती है।

हाँ, एन्क्रिप्शन/डिक्रिप्शन टूल पूरी तरह से रिस्पॉन्सिव है और स्मार्टफ़ोन तथा टैबलेट पर काम करता है। आप इसे किसी भी आधुनिक वेब ब्राउज़र वाले डिवाइस पर इस्तेमाल कर सकते हैं -- किसी ऐप को डाउनलोड करने की ज़रूरत नहीं।

किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में एन्क्रिप्शन/डिक्रिप्शन टूल खोलें और तुरंत इसका उपयोग शुरू करें। कोई साइन-अप बाधा या उपयोग प्रतिबंध नहीं है।

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

एन्क्रिप्शन/डिक्रिप्शन टूल Chrome, Firefox, Safari, Edge और Opera सहित सभी आधुनिक ब्राउज़रों में काम करता है। सर्वोत्तम अनुभव के लिए, अपने पसंदीदा ब्राउज़र के नवीनतम संस्करण का उपयोग करें।

दोनों मोड एक ही AES साइफ़र इस्तेमाल करते हैं, लेकिन ये इंटीग्रिटी को अलग-अलग तरीके से हैंडल करते हैं। AES-GCM एक प्रमाणित एन्क्रिप्शन है: यह आपके टेक्स्ट को स्क्रैम्बल करता है और साथ में एक बिल्ट-इन इंटीग्रिटी टैग भी जोड़ता है, इसलिए अगर साइफ़रटेक्स्ट में थोड़ी भी छेड़छाड़ की जाए, तो डिक्रिप्शन खराब आउटपुट लौटाने की बजाय साफ़-साफ़ फेल हो जाता है। यही वजह है कि यह ज़्यादा सुरक्षित डिफ़ॉल्ट विकल्प है और नए काम के लिए अनुशंसित है। AES-CBC एक पुराना, व्यापक रूप से समर्थित मोड है जिसमें वह बिल्ट-इन प्रमाणीकरण नहीं है, इसलिए यह खुद से छेड़छाड़ का पता नहीं लगा सकता; यह मुख्य रूप से उन सिस्टम के साथ संगतता के लिए दिया गया है जो इसकी अपेक्षा रखते हैं। व्यवहार में, GCM एक छोटा 12-बाइट इनिशियलाइज़ेशन वेक्टर इस्तेमाल करता है, जबकि CBC के लिए यह 16 बाइट होता है। जब तक आपको किसी मौजूदा वर्कफ़्लो के लिए ख़ास तौर पर CBC की ज़रूरत न हो, AES-GCM ही चुनें। आप एन्क्रिप्ट करने से पहले टूल के एल्गोरिद्म ड्रॉपडाउन में दोनों मोड के बीच स्विच कर सकते हैं।

आप कभी सीधे कोई कच्ची AES की टाइप नहीं करते। इसके बजाय आप एक पासफ़्रेज़ डालते हैं, और टूल उससे असली की को PBKDF2 के ज़रिए डिराइव करता है, जो एक नए रैंडम 16-बाइट सॉल्ट के ऊपर SHA-256 के 100,000 पुनरावृत्तियों का इस्तेमाल करता है। PBKDF2 जानबूझकर धीमा रखा गया है, जिससे कमज़ोर पासफ़्रेज़ को ब्रूट-फोर्स करने की लागत काफ़ी बढ़ जाती है, क्योंकि हमलावर को हर अनुमान के लिए इन सभी पुनरावृत्तियों को दोहराना पड़ता है। रैंडम सॉल्ट का मतलब है कि एक ही पासफ़्रेज़ हर बार एक अलग की बनाता है, जिससे पहले से गणना किए गए लुकअप हमले बेकार हो जाते हैं। हर एन्क्रिप्शन के लिए एक नया रैंडम इनिशियलाइज़ेशन वेक्टर भी जनरेट होता है, इसलिए एक जैसे टेक्स्ट को दो बार एन्क्रिप्ट करने पर भी कभी एक जैसा साइफ़रटेक्स्ट नहीं मिलता। सॉल्ट, IV और साइफ़रटेक्स्ट को एक ही स्ट्रिंग में पैक कर दिया जाता है जिसे आप कॉपी करते हैं, इसलिए बाद में डिक्रिप्ट करने के लिए आपको बस पासफ़्रेज़, एल्गोरिद्म और की-साइज़ याद रखना होता है। इसे आज़माने के लिए ऊपर अपना टेक्स्ट और पासफ़्रेज़ डालें।

तीनों की-साइज़ एक ही AES साइफ़र इस्तेमाल करती हैं और सुरक्षित मानी जाती हैं; यह नंबर बताता है कि डिराइव की गई की कितनी लंबी है। एक 128-बिट की वास्तविक दुनिया के अधिकांश उपयोगों के लिए पहले से ही काफ़ी मज़बूत है और इसे ब्रूट-फोर्स करने के लिए अव्यावहारिक मात्रा में कंप्यूटिंग पावर लगेगी। 256-बिट सबसे बड़ा सुरक्षा मार्जिन देती है और उसी स्तर की है जो टॉप-सीक्रेट सरकारी वर्गीकरण से जुड़ा होता है, यही वजह है कि यह टूल का डिफ़ॉल्ट है। 192-बिट इन दोनों के बीच में आता है। ज़्यादातर लोगों के लिए व्यावहारिक फ़र्क़ नगण्य है, इसलिए दुविधा होने पर 256-बिट एक समझदारी भरा विकल्प है। जो एक नियम मायने रखता है वह है निरंतरता (consistency): आपको ठीक उसी की-साइज़ से डिक्रिप्ट करना होगा जिससे एन्क्रिप्ट किया गया था, वरना यह फेल हो जाएगा। एन्क्रिप्ट करने से पहले ऊपर दिए ड्रॉपडाउन से अपनी की-लेंथ चुनें, और डिक्रिप्ट करते समय भी वही सेटिंग इस्तेमाल करें।

सिर्फ़ सही पासफ़्रेज़ काफ़ी नहीं है — डिक्रिप्शन तभी सफल होता है जब एल्गोरिद्म, की-साइज़ और पासफ़्रेज़, तीनों वही हों जो एन्क्रिप्शन के समय इस्तेमाल किए गए थे। अगर आपने AES-GCM और 256-बिट से एन्क्रिप्ट किया लेकिन AES-CBC या 128-बिट से डिक्रिप्ट करने की कोशिश की, तो सही शब्दों के बावजूद यह फेल हो जाएगा। यही बात आउटपुट फ़ॉर्मेट पर भी लागू होती है: Base64 के रूप में कॉपी किए गए साइफ़रटेक्स्ट को Base64 के रूप में ही डिक्रिप्ट करना होगा, हेक्साडेसिमल के रूप में नहीं। एक और आम वजह अधूरी कॉपी होना है — सॉल्ट और IV एन्क्रिप्टेड स्ट्रिंग की शुरुआत में पैक किए जाते हैं, इसलिए कोई गायब या कटा हुआ कैरेक्टर डिक्रिप्शन को तोड़ देता है। ख़ासतौर पर AES-GCM के साथ, कोई भी छेड़छाड़ या करप्शन बिल्ट-इन इंटीग्रिटी चेक को ट्रिगर कर देता है और जानबूझकर डिक्रिप्शन रोक देता है। फेल होने पर इन तीन सेटिंग्स को दोबारा जाँचें और पक्का करें कि आपने पूरी स्ट्रिंग पेस्ट की है। मैच करने के लिए ऊपर अपनी सेटिंग्स फिर से डालें और दोबारा कोशिश करें।

नहीं — दोनों को एक ही मैसेज में भेजना एन्क्रिप्शन का पूरा मक़सद ही बेकार कर देता है। अगर कोई हमलावर एक ही ईमेल या चैट को इंटरसेप्ट कर लेता है जिसमें साइफ़रटेक्स्ट और पासफ़्रेज़ साथ-साथ मौजूद हों, तो वह इसे तुरंत डिक्रिप्ट कर सकता है, और मज़बूत AES साइफ़र भी कोई सुरक्षा नहीं दे पाता। मानक तरीका है आउट-ऑफ़-बैंड शेयरिंग: एन्क्रिप्टेड स्ट्रिंग एक तरीके से भेजें, जैसे ईमेल या चैट ऐप, और पासफ़्रेज़ किसी अलग माध्यम से पहुँचाएँ, जैसे फ़ोन कॉल या कोई दूसरा मैसेजिंग ऐप। क्योंकि यह टूल आपके पासफ़्रेज़ से की डिराइव करता है, साइफ़रटेक्स्ट उतना ही सुरक्षित है जितना उसके पीछे का पासफ़्रेज़, इसलिए एक लंबा, यूनीक पासफ़्रेज़ इस्तेमाल करें — 12 या उससे ज़्यादा कैरेक्टर जिनमें अपर-लोअर केस, अंक और सिंबल मिले हों, या बिल्ट-इन जनरेटर का इस्तेमाल करें। ऊपर दिया स्ट्रेंथ मीटर एन्क्रिप्ट करने से पहले आपके पासफ़्रेज़ को रेट करता है।