AESडिसिफर

AES एक सिमेट्रिक सायफर आहे, म्हणून समान की एन्क्रिप्शन आणि डिक्रिप्शन दोन्हीसाठी वापरली जाते. डिक्रिप्शन दरम्यान,ही की एन्क्रिप्शन कीशी तंतोतंत जुळली पाहिजे; अगदी एक-वर्णाचा फरक देखील अपयश किंवा वाचनीय आउटपुटला कारणीभूत ठरेल.

गुप्त की गोपनीय राहिली पाहिजे. की ज्याच्याकडे आहे तो डेटा डिक्रिप्ट करू शकतो आणि की हरवल्यास, एनक्रिप्टेड सामग्री पुनर्प्राप्त करणे अशक्य होऊ शकते.

IV किंवा nonce हे एन्क्रिप्शन दरम्यान वापरलेल्या मूल्याशी तंतोतंत जुळले पाहिजे, अन्यथा डिक्रिप्ट केलेला निकाल अवैध असेल. CBC आणि CTR 16-बाइट IV (32 हेक्स वर्ण) वापरतात, तर GCM 12-बाइट नॉन्से (24 हेक्स वर्ण) वापरतात.

IV सामान्यतः सायफरटेक्स्टसह प्रवास करतो आणि गुप्त राहण्याची आवश्यकता नाही, परंतु जर ते गहाळ असेल तर, योग्य डिक्रिप्शन यापुढे शक्य नाही.

येथे निवडलेला मोड कूटबद्धीकरणादरम्यान वापरलेल्या मोड सारखाच असला पाहिजे, अन्यथा डिक्रिप्शन अयशस्वी होईल किंवा न वाचता येणारे आउटपुट तयार होईल.

CBCहा एक सामान्य ब्लॉक मोड आहे ज्यासाठी IV आवश्यक आहे.CTRप्रवाहाप्रमाणे वागते आणि मोठ्या डेटासाठी वेगवान आहे.GCMअखंडता तपासणी जोडते, त्यामुळे छेडछाड केलेला सायफरटेक्स्ट त्वरित अयशस्वी होतो.

की आकार AES राउंड काउंट निर्धारित करतो आणि एन्क्रिप्शन आणि डिक्रिप्शन समान की लांबी वापरणे आवश्यक आहे.

चुकीची की आकार निवडल्यास, की आयात त्वरित अयशस्वी होते कारण की लांबी यापुढे निवडलेल्या AES प्रकाराशी जुळत नाही.

डिक्रिप्शननंतर, टूल निवडलेल्या योजनेनुसार पॅडिंग काढून टाकते. पॅडिंग मोड चुकीचा असल्यास, आउटपुट कचरा बाइट्ससह समाप्त होऊ शकते किंवा पूर्णपणे अयशस्वी होऊ शकते.

PKCS#7ही सर्वात सामान्य निवड आहे आणि पॅडिंग अचूकपणे काढून टाकते.झिरो पॅडिंगट्रिम्स ट्रेलिंग00bytes आणि मूळ लांबी ज्ञात असतानाच सुरक्षित आहे.

एन्क्रिप्शन टूल एन्कोड केलेला मजकूर सिफरटेक्स्ट आउटपुट करते. ते योग्यरित्या डिक्रिप्ट करण्यासाठी, समान एन्कोडिंग निवडा जेणेकरून ब्राउझर AES डिक्रिप्शन चालवण्यापूर्वी मूळ बाइट्स पुन्हा तयार करू शकेल.

Base64अक्षरे, संख्या आणि वापरते+/=, अनेकदा मागच्या पॅडिंगसह.Hexवापरते0-9आणिa-fप्रति बाइट दोन वर्णांसह. तुम्ही बायनरी .enc फाइल अपलोड केल्यास, एन्कोडिंग निवडीकडे आपोआप दुर्लक्ष केले जाते.