এপ্রিলে আমি কমান্ডটি ব্যবহার করে একটি ফাইল এনক্রিপ্ট করেছি
openssl enc -aes-256-cbc -salt -pass file:<passwordfile> < infile > outfil
এখন আমি এটি দিয়ে ডিক্রিপ্ট করতে চাই
openssl enc -d -aes-256-cbc -salt -pass file:<passwordfile> -in outfil -out infile2
তবে আমি খারাপ ম্যাজিক নম্বর পেয়েছি।
গতকাল একই প্যারামিটারগুলি ডিক্রিপটস সহ একটি এনক্রিপ্ট করা ফাইল।
কি হতে পারে? এবং যেভাবেই কি আমি এই সংরক্ষণাগারভুক্ত ফাইলটি পুনরুদ্ধার করতে পারি?
উত্তর:
আপনি যদি ওপেনএসএসএল <= 1.0.2 দিয়ে এনক্রিপ্ট করেছেন এবং আপনি ওপেনএসএসএল 1.1.0 দিয়ে ডিক্রিপ্ট করছেন তবে সম্ভবত এটি হ'ল:
https://www.openssl.org/docs/faq.html#USER3
পাসওয়ার্ড থেকে কী উত্পন্ন করতে ব্যবহৃত ডিফল্ট হ্যাশ 1.0.0 এবং 1.1.0 এর মধ্যে পরিবর্তিত হয়েছিল। -md md5আপনার ডিক্রিপশন কমান্ডের সাথে যুক্ত করার চেষ্টা করুন ।
-nosaltবা একটি সত্যই প্রাচীন ওপেনএসএসএল (সর্বাধিক 0.9.6 এর আগে) এটি করে।
নীচের আদেশটি আমাকে কষ্ট দিয়েছে:
openssl aes-256-cbc -d -in hotmama.tar.bz2.enc -out hotmama.tar.bz2
enter aes-256-cbc decryption password:
bad magic number
এবং নীচের আদেশটি এটি সমাধান করেছে এবং আমাকে আনন্দ দিয়েছে:
openssl aes-256-cbc -md md5 -in hotmama.tar.bz2.enc -out hotmama.tar.bz2
enter aes-256-cbc encryption password:
Verifying - enter aes-256-cbc encryption password:
-d) ... ডিক্রিপ্ট করছেন না ...
এই ত্রুটির সাধারণ কারণটি হ'ল পাসওয়ার্ড থেকে ওপেনএসএসএল দ্বারা গণনা করা কীটি ভুল, যার অর্থ ডেটা এনক্রিপ্ট করা কী হিসাবে একই নয়।
এই ত্রুটিটি যখন আসল প্রশ্নের চেয়ে ভিন্ন পরিস্থিতিতে প্রদর্শিত হতে পারে, তার একটি কারণ হ'ল আপনি যদি ওপেনএসএসএল এর চেয়ে অন্য কোনও সরঞ্জাম ব্যবহার করে এনক্রিপ্ট করছেন, উদাহরণস্বরূপ জাভাতে এনক্রিপ্ট করা এবং এসএসএল ব্যবহার করে ডিক্রিপ্ট করা।
জাভা জন্য এখানে সমাধান দেখুন: /programming/22610761/aes-simple-encrypt-in-java-decrypt-with-openssl/55884564#55884564