जावा 256-बिट एईएस पासवर्ड-आधारित एन्क्रिप्शन

Question

मुझे 256 बिट एईएस एन्क्रिप्शन को लागू करने की आवश्यकता है, लेकिन मैंने जो भी उदाहरण ऑनलाइन पाया है वह 256 बिट कुंजी उत्पन्न करने के लिए "KeyGenerator" का उपयोग करता है, लेकिन मैं अपने स्वयं के पासक का उपयोग करना चाहूंगा। मैं अपनी कुंजी कैसे बना सकता हूं? मैंने इसे 256 बिट्स तक पैडिंग करने की कोशिश की है, लेकिन फिर मुझे यह कहते हुए एक त्रुटि मिलती है कि कुंजी बहुत लंबी है। मेरे पास असीमित अधिकार क्षेत्र पैच स्थापित है, इसलिए समस्या नहीं है :)

अर्थात। KeyGenerator इस तरह दिखता है ...

// Get the KeyGenerator
KeyGenerator kgen = KeyGenerator.getInstance("AES");
kgen.init(128); // 192 and 256 bits may not be available

// Generate the secret key specs.
SecretKey skey = kgen.generateKey();
byte[] raw = skey.getEncoded();

यहां से लिया गया कोड

संपादित करें

मैं वास्तव में 256 बाइट्स के लिए पासवर्ड डाल रहा था, बिट्स नहीं, जो बहुत लंबा है। निम्नलिखित कुछ कोड मैं अब उपयोग कर रहा हूं कि मुझे इसके साथ कुछ और अनुभव है।

byte[] key = null; // TODO
byte[] input = null; // TODO
byte[] output = null;
SecretKeySpec keySpec = null;
keySpec = new SecretKeySpec(key, "AES");
Cipher cipher = Cipher.getInstance("AES/CBC/PKCS7Padding");
cipher.init(Cipher.ENCRYPT_MODE, keySpec);
output = cipher.doFinal(input)

"TODO" बिट्स आपको स्वयं करने की आवश्यकता है :-)

Comments

क्या आप स्पष्ट कर सकते हैं: कॉलिंग kgen.init (256) काम करता है?

— मिच गेहूं

हां, लेकिन यह स्वचालित रूप से एक कुंजी बनाता है ... लेकिन चूंकि मैं दो स्थानों के बीच डेटा एन्क्रिप्ट करना चाहता हूं, इसलिए मुझे पहले से कुंजी जानने की आवश्यकता है, इसलिए मुझे "जेनरेट" के बजाय एक निर्दिष्ट करने की आवश्यकता है। मैं एक 16bit को निर्दिष्ट कर सकता हूं जो 128bit एन्क्रिप्शन के लिए काम करता है जो काम करता है। मैंने 256bit एन्क्रिप्शन के लिए 32 बिट की कोशिश की है, लेकिन यह उम्मीद के मुताबिक काम नहीं कर पाया।

— निप्पिसोरस

अगर मैं सही तरीके से समझूं, तो आप पूर्व-व्यवस्थित, 256-बिट कुंजी, निर्दिष्ट, उदाहरण के लिए, बाइट्स की एक सरणी के रूप में उपयोग करने का प्रयास कर रहे हैं। यदि ऐसा है, तो SecretKeySpec का उपयोग करते हुए DarkSquid के दृष्टिकोण को काम करना चाहिए। पासवर्ड से एईएस कुंजी प्राप्त करना भी संभव है; यदि आप इसके बाद हैं, तो कृपया मुझे बताएं, और मैं आपको इसे करने का सही तरीका दिखाऊंगा; बस एक पासवर्ड हैशिंग सबसे अच्छा अभ्यास नहीं है।

— एरिकसन

एक नंबर पेडिंग के बारे में सावधान रहें, आप अपने एईएस को कम सुरक्षित बना सकते हैं।

— यहोशू

@ हर्टसन: कि मुझे क्या करने की ज़रूरत है (पासवर्ड से एईएस कुंजी प्राप्त करें)।

— निपसीसोरस

Answer 1

शेयर password(ए char[]) और salt(एक byte[]-8 बाइट्स SecureRandomजो एक अच्छा नमक बनाता है - जिसे गुप्त रखने की जरूरत नहीं है) द्वारा प्राप्तकर्ता आउट-ऑफ-बैंड के साथ साझा करें। फिर इस जानकारी से एक अच्छी कुंजी प्राप्त करने के लिए:

/* Derive the key, given password and salt. */
SecretKeyFactory factory = SecretKeyFactory.getInstance("PBKDF2WithHmacSHA256");
KeySpec spec = new PBEKeySpec(password, salt, 65536, 256);
SecretKey tmp = factory.generateSecret(spec);
SecretKey secret = new SecretKeySpec(tmp.getEncoded(), "AES");

मैजिक नंबर (जिसे कहीं भी स्थिरांक के रूप में परिभाषित किया जा सकता है) क्रमशः 65536 और 256 प्रमुख व्युत्पत्ति पुनरावृत्ति गणना और प्रमुख आकार हैं।

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

मुख्य आकार को 128 बिट तक कम किया जा सकता है, जिसे अभी भी "मजबूत" एन्क्रिप्शन माना जाता है, लेकिन यह सुरक्षा के मार्जिन को बहुत अधिक नहीं देता है अगर हमलों की खोज की जाती है जो एईएस को कमजोर करता है।

एक उचित ब्लॉक-चेनिंग मोड के साथ उपयोग किया जाता है, एक ही व्युत्पन्न कुंजी का उपयोग कई संदेशों को एन्क्रिप्ट करने के लिए किया जा सकता है। में सिफ़र ब्लॉक Chaining (सीबीसी) , एक यादृच्छिक आरंभीकरण वेक्टर (चतुर्थ) प्रत्येक संदेश के लिए उत्पन्न होता है, अलग अलग सिफर पाठ भले ही सादे पाठ समान है उपज। CBC आपके लिए सबसे सुरक्षित मोड उपलब्ध नहीं हो सकता है (नीचे AEAD देखें); विभिन्न सुरक्षा गुणों के साथ कई अन्य मोड हैं, लेकिन वे सभी एक समान यादृच्छिक इनपुट का उपयोग करते हैं। किसी भी स्थिति में, प्रत्येक एन्क्रिप्शन ऑपरेशन के आउटपुट सिफर टेक्स्ट और इनिशियलाइज़ेशन वेक्टर हैं:

/* Encrypt the message. */
Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
cipher.init(Cipher.ENCRYPT_MODE, secret);
AlgorithmParameters params = cipher.getParameters();
byte[] iv = params.getParameterSpec(IvParameterSpec.class).getIV();
byte[] ciphertext = cipher.doFinal("Hello, World!".getBytes("UTF-8"));

ciphertextऔर स्टोर करें iv। डिक्रिप्शन पर, एक SecretKeyही नमक और पुनरावृत्ति मापदंडों के साथ पासवर्ड का उपयोग करके, उसी तरह से पुनर्जीवित किया जाता है। इस कुंजी और संदेश के साथ संग्रहीत आरंभीकरण वेक्टर के साथ सिफर को प्रारंभ करें :

/* Decrypt the message, given derived key and initialization vector. */
Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
cipher.init(Cipher.DECRYPT_MODE, secret, new IvParameterSpec(iv));
String plaintext = new String(cipher.doFinal(ciphertext), "UTF-8");
System.out.println(plaintext);

---

जावा 7 में AEAD सिफर मोड के लिए एपीआई समर्थन शामिल है , और OpenJDK और Oracle वितरण के साथ शामिल "SunJCE" प्रदाता इन शुरुआत जावा के साथ लागू करता है। इनमें से एक मोड CBC के स्थान पर दृढ़ता से अनुशंसित है; यह डेटा की अखंडता और साथ ही उनकी गोपनीयता की रक्षा करेगा।

---

एक java.security.InvalidKeyExceptionसंदेश "अवैध कुंजी आकार या डिफ़ॉल्ट पैरामीटर" का मतलब है कि क्रिप्टोग्राफी शक्ति के साथ है ही सीमित; असीमित ताकत अधिकार क्षेत्र की नीति की फाइलें सही स्थान पर नहीं हैं। एक जेडीके में, उन्हें नीचे रखा जाना चाहिए${jdk}/jre/lib/security

समस्या वर्णन के आधार पर, ऐसा लगता है कि नीति फ़ाइलें सही तरीके से स्थापित नहीं हैं। सिस्टम में आसानी से कई जावा रनटाइम हो सकते हैं; यह सुनिश्चित करने के लिए डबल-चेक करें कि सही स्थान का उपयोग किया जा रहा है।

Comments

@ निक: पीकेसीएस # 5 पढ़ें। PBKDF2 के लिए लवण आवश्यक हैं, यही कारण है कि पासवर्ड-आधारित एन्क्रिप्शन के लिए एपीआई उन्हें कुंजी व्युत्पत्ति के लिए इनपुट के रूप में आवश्यक है। लवण के बिना, एक शब्दकोश हमले का उपयोग किया जा सकता है, जो सबसे अधिक संभावना सममित एन्क्रिप्शन कुंजियों की एक पूर्व-संगणित सूची को सक्षम करता है। सिफर IVs और की-व्युत्पत्ति लवण अलग-अलग उद्देश्यों की पूर्ति करते हैं। IVs कई संदेशों के लिए एक ही कुंजी का पुन: उपयोग करने की अनुमति देता है। साल्ट कुंजी पर शब्दकोश हमलों को रोकते हैं।

— इर्कसन

पहला, यह डीईएस एन्क्रिप्शन होगा, एईएस नहीं। अधिकांश प्रदाताओं के पास PBEwith<prf>and<encryption>एल्गोरिदम के लिए अच्छा समर्थन नहीं है ; उदाहरण के लिए, SunJCE AES के लिए और PBE प्रदान नहीं करता है। दूसरा, jasypt को सक्षम करना एक गैर-लक्ष्य है। एक पैकेज जो अंतर्निहित सिद्धांतों की समझ की आवश्यकता के बिना सुरक्षा प्रदान करने के लिए खतरनाक प्राइमा फेशी लगता है।

— इरिकसन

मैंने @ erickson के उत्तर को एक वर्ग के रूप में कार्यान्वित किया है: github.com/mrclay/jSecureEdit/tree/master/src/org/mrclay/crypto (PBE काम करता है, PBESRorage एक साथ IV / ciphertext के भंडारण के लिए एक मान ऑब्जेक्ट है।)

— स्टीव क्ले

@AndyNuss यह उदाहरण प्रतिवर्ती एन्क्रिप्शन के लिए है, जिसका उपयोग आम तौर पर पासवर्ड के लिए नहीं किया जाना चाहिए। आप सुरक्षित रूप से "हैश" पासवर्ड के लिए PBKDF2 कुंजी व्युत्पत्ति का उपयोग कर सकते हैं। इसका मतलब है कि उपरोक्त उदाहरण में, आप tmp.getEncoded()हैश के परिणाम को स्टोर करेंगे। आपको saltऔर पुनरावृत्तियों को भी संग्रहित करना चाहिए (65536 इस उदाहरण में) ताकि आप हैश को फिर से जोड़ सकें जब कोई व्यक्ति प्रमाणित करने का प्रयास करता है। इस स्थिति में, हर बार पासवर्ड बदलने पर क्रिप्टोग्राफ़िक रैंडम नंबर जनरेटर के साथ नमक उत्पन्न करें।

— इरिकसन

इस कोड को चलाने के लिए, सुनिश्चित करें कि आपके पास JRE में सही असीमित शक्ति क्षेत्राधिकार नीति फ़ाइलें हैं जैसा कि ngs.ac.uk/tools/jcepolicyfiles

— अमीर

Answer 2

स्प्रिंग सिक्योरिटी क्रिप्टो मॉड्यूल का उपयोग करने पर विचार करें

स्प्रिंग सिक्योरिटी क्रिप्टो मॉड्यूल सममित एन्क्रिप्शन, मुख्य पीढ़ी और पासवर्ड एन्कोडिंग के लिए समर्थन प्रदान करता है। कोड को मुख्य मॉड्यूल के भाग के रूप में वितरित किया जाता है, लेकिन किसी भी अन्य स्प्रिंग सुरक्षा (या स्प्रिंग) कोड पर निर्भरता नहीं होती है।

यह एन्क्रिप्शन के लिए एक सरल अमूर्तता प्रदान करता है और लगता है कि यहाँ क्या आवश्यक है,

"मानक" एन्क्रिप्शन विधि PKCS # 5 के PBKDF2 (पासवर्ड-आधारित कुंजी व्युत्पत्ति फ़ंक्शन # 2) का उपयोग करते हुए 256-बिट एईएस है। इस विधि के लिए जावा 6 की आवश्यकता होती है। सीक्रेटके को उत्पन्न करने के लिए उपयोग किए जाने वाले पासवर्ड को सुरक्षित स्थान पर रखा जाना चाहिए और साझा नहीं किया जाना चाहिए। नमक का उपयोग उस घटना के बारे में शब्दकोश के हमलों को रोकने के लिए किया जाता है जब आपके एन्क्रिप्टेड डेटा से समझौता किया जाता है। एक 16-बाइट रैंडम इनिशियलाइज़ेशन वेक्टर भी लागू किया जाता है ताकि प्रत्येक एन्क्रिप्टेड संदेश अद्वितीय हो।

इंटर्नल पर एक नज़र इरेक्सन के उत्तर के समान एक संरचना को प्रकट करती है ।

जैसा कि प्रश्न में कहा गया है, इसके लिए जावा क्रिप्टोग्राफी एक्सटेंशन (जेसीई) असीमित शक्ति क्षेत्राधिकार नीति की आवश्यकता है (अन्यथा आप मुठभेड़ करेंगे InvalidKeyException: Illegal Key Size)। यह जावा 6 , जावा 7 और जावा 8 के लिए डाउनलोड करने योग्य है ।

उदाहरण उपयोग

import org.springframework.security.crypto.encrypt.Encryptors;
import org.springframework.security.crypto.encrypt.TextEncryptor;
import org.springframework.security.crypto.keygen.KeyGenerators;

public class CryptoExample {
    public static void main(String[] args) {
        final String password = "I AM SHERLOCKED";  
        final String salt = KeyGenerators.string().generateKey();

        TextEncryptor encryptor = Encryptors.text(password, salt);      
        System.out.println("Salt: \"" + salt + "\"");

        String textToEncrypt = "*royal secrets*";
        System.out.println("Original text: \"" + textToEncrypt + "\"");

        String encryptedText = encryptor.encrypt(textToEncrypt);
        System.out.println("Encrypted text: \"" + encryptedText + "\"");

        // Could reuse encryptor but wanted to show reconstructing TextEncryptor
        TextEncryptor decryptor = Encryptors.text(password, salt);
        String decryptedText = decryptor.decrypt(encryptedText);
        System.out.println("Decrypted text: \"" + decryptedText + "\"");

        if(textToEncrypt.equals(decryptedText)) {
            System.out.println("Success: decrypted text matches");
        } else {
            System.out.println("Failed: decrypted text does not match");
        }       
    }
}

और नमूना उत्पादन,

नमक: "feacbc02a3a697b0"
मूल पाठ: "* शाही रहस्य *"
एन्क्रिप्टेड पाठ: "7c73c5a83fa580b5d6f8208768adc931ef3123291ac8bc335a1277a39d256d9a" 
अस्वीकृत पाठ: "* शाही रहस्य *"
सफलता: डिक्रिप्टेड पाठ मिलान

Comments

क्या आप सभी स्प्रिंग लोड किए बिना उस मॉड्यूल का उपयोग कर सकते हैं? वे जार फ़ाइलों को डाउनलोड के लिए उपलब्ध नहीं कर रहे हैं।

— theglauber

@ वेगलर, हां, आप स्प्रिंग सिक्योरिटी या स्प्रिंग फ्रेमवर्क के बिना मॉड्यूल का उपयोग कर सकते हैं। पर देख से पोम , केवल क्रम निर्भरता अपाचे है कॉमन्स-प्रवेश 1.1.1 । आप मावेन के साथ जार में खींच सकते हैं या इसे आधिकारिक बाइनरी रेपो से सीधे डाउनलोड कर सकते हैं (देखें स्प्रिंग बायनेरी पर अधिक जानकारी के लिए स्प्रिंग 4 बायनेरिज़ डाउनलोड करें )।

— जॉन मैकार्थी

क्या 128-बिट की कुंजी लंबाई निर्धारित करना संभव है? हर पीसी में सिक्योरिटी फोल्डर को संशोधित करना मेरे लिए कोई विकल्प नहीं है।

— इवानआरएफ

@IvanRF क्षमा करें, यह ऐसा नहीं दिखता है। 256 हार्ड सोर्स

— जॉन मैकार्थी

NULL_IV_GENERATORस्प्रिंग उपयोगिता द्वारा इस्तेमाल किया सुरक्षित नहीं है। यदि एप्लिकेशन कोई IV प्रदान नहीं करता है, तो प्रदाता को इसे चुनने दें, और इसे आरंभीकरण के बाद क्वेरी करें।

— इरिकसन

Answer 3

एरिक्सन के सुझावों के माध्यम से पढ़ने, और बटोरने का कार्य क्या मैं अन्य पोस्टिंग एक जोड़े और इस उदाहरण से कर सकता है के बाद यहाँ , मैं सिफारिश की परिवर्तन के साथ डौग का कोड अपडेट करने का प्रयास किया। इसे बेहतर बनाने के लिए बेझिझक संपादित करें।

• प्रारंभिक वेक्टर अब निश्चित नहीं है
• एन्क्रिप्शन कुंजी erickson से कोड का उपयोग करके व्युत्पन्न है
• 8 बाइट नमक को सेटअपइन्क्रिप्ट () सिक्योर रैंडम () का उपयोग करके उत्पन्न किया गया है
• डिक्रिप्शन कुंजी एन्क्रिप्शन नमक और पासवर्ड से उत्पन्न होती है
• डिक्रिप्शन साइपर डिक्रिप्शन कुंजी और इनिशियलाइज़ेशन वेक्टर से उत्पन्न होता है
• org.apache.commons कोडेक हेक्स दिनचर्या के बदले में हेक्स ट्विडलिंग को हटा दिया गया

कुछ नोट: यह एक 128 बिट एन्क्रिप्शन कुंजी का उपयोग करता है - जावा जाहिरा तौर पर 256 बिट एन्क्रिप्शन आउट-ऑफ-द-बॉक्स नहीं करेगा। 256 को कार्यान्वित करने के लिए जावा इंस्टाल डायरेक्टरी में कुछ अतिरिक्त फ़ाइलों को स्थापित करने की आवश्यकता होती है।

इसके अलावा, मैं एक क्रिप्टोकरंसी नहीं हूं। ध्यान दें।

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.UnsupportedEncodingException;
import java.security.AlgorithmParameters;
import java.security.InvalidAlgorithmParameterException;
import java.security.InvalidKeyException;
import java.security.NoSuchAlgorithmException;
import java.security.SecureRandom;
import java.security.spec.InvalidKeySpecException;
import java.security.spec.InvalidParameterSpecException;
import java.security.spec.KeySpec;

import javax.crypto.BadPaddingException;
import javax.crypto.Cipher;
import javax.crypto.CipherInputStream;
import javax.crypto.CipherOutputStream;
import javax.crypto.IllegalBlockSizeException;
import javax.crypto.NoSuchPaddingException;
import javax.crypto.SecretKey;
import javax.crypto.SecretKeyFactory;
import javax.crypto.spec.IvParameterSpec;
import javax.crypto.spec.PBEKeySpec;
import javax.crypto.spec.SecretKeySpec;

import org.apache.commons.codec.DecoderException;
import org.apache.commons.codec.binary.Hex;

public class Crypto
{
    String mPassword = null;
    public final static int SALT_LEN = 8;
    byte [] mInitVec = null;
    byte [] mSalt = null;
    Cipher mEcipher = null;
    Cipher mDecipher = null;
    private final int KEYLEN_BITS = 128; // see notes below where this is used.
    private final int ITERATIONS = 65536;
    private final int MAX_FILE_BUF = 1024;

    /**
     * create an object with just the passphrase from the user. Don't do anything else yet 
     * @param password
     */
    public Crypto (String password)
    {
        mPassword = password;
    }

    /**
     * return the generated salt for this object
     * @return
     */
    public byte [] getSalt ()
    {
        return (mSalt);
    }

    /**
     * return the initialization vector created from setupEncryption
     * @return
     */
    public byte [] getInitVec ()
    {
        return (mInitVec);
    }

    /**
     * debug/print messages
     * @param msg
     */
    private void Db (String msg)
    {
        System.out.println ("** Crypt ** " + msg);
    }

    /**
     * this must be called after creating the initial Crypto object. It creates a salt of SALT_LEN bytes
     * and generates the salt bytes using secureRandom().  The encryption secret key is created 
     * along with the initialization vectory. The member variable mEcipher is created to be used
     * by the class later on when either creating a CipherOutputStream, or encrypting a buffer
     * to be written to disk.
     *  
     * @throws NoSuchAlgorithmException
     * @throws InvalidKeySpecException
     * @throws NoSuchPaddingException
     * @throws InvalidParameterSpecException
     * @throws IllegalBlockSizeException
     * @throws BadPaddingException
     * @throws UnsupportedEncodingException
     * @throws InvalidKeyException
     */
    public void setupEncrypt () throws NoSuchAlgorithmException, 
                                                           InvalidKeySpecException, 
                                                           NoSuchPaddingException, 
                                                           InvalidParameterSpecException, 
                                                           IllegalBlockSizeException, 
                                                           BadPaddingException, 
                                                           UnsupportedEncodingException, 
                                                           InvalidKeyException
    {
        SecretKeyFactory factory = null;
        SecretKey tmp = null;

        // crate secureRandom salt and store  as member var for later use
         mSalt = new byte [SALT_LEN];
        SecureRandom rnd = new SecureRandom ();
        rnd.nextBytes (mSalt);
        Db ("generated salt :" + Hex.encodeHexString (mSalt));

        factory = SecretKeyFactory.getInstance("PBKDF2WithHmacSHA1");

        /* Derive the key, given password and salt. 
         * 
         * in order to do 256 bit crypto, you have to muck with the files for Java's "unlimted security"
         * The end user must also install them (not compiled in) so beware. 
         * see here:  http://www.javamex.com/tutorials/cryptography/unrestricted_policy_files.shtml
         */
        KeySpec spec = new PBEKeySpec (mPassword.toCharArray (), mSalt, ITERATIONS, KEYLEN_BITS);
        tmp = factory.generateSecret (spec);
        SecretKey secret = new SecretKeySpec (tmp.getEncoded(), "AES");

        /* Create the Encryption cipher object and store as a member variable
         */
        mEcipher = Cipher.getInstance ("AES/CBC/PKCS5Padding");
        mEcipher.init (Cipher.ENCRYPT_MODE, secret);
        AlgorithmParameters params = mEcipher.getParameters ();

        // get the initialization vectory and store as member var 
        mInitVec = params.getParameterSpec (IvParameterSpec.class).getIV();

        Db ("mInitVec is :" + Hex.encodeHexString (mInitVec));
    }



    /**
     * If a file is being decrypted, we need to know the pasword, the salt and the initialization vector (iv). 
     * We have the password from initializing the class. pass the iv and salt here which is
     * obtained when encrypting the file initially.
     *   
     * @param initvec
     * @param salt
     * @throws NoSuchAlgorithmException
     * @throws InvalidKeySpecException
     * @throws NoSuchPaddingException
     * @throws InvalidKeyException
     * @throws InvalidAlgorithmParameterException
     * @throws DecoderException
     */
    public void setupDecrypt (String initvec, String salt) throws NoSuchAlgorithmException, 
                                                                                       InvalidKeySpecException, 
                                                                                       NoSuchPaddingException, 
                                                                                       InvalidKeyException, 
                                                                                       InvalidAlgorithmParameterException, 
                                                                                       DecoderException
    {
        SecretKeyFactory factory = null;
        SecretKey tmp = null;
        SecretKey secret = null;

        // since we pass it as a string of input, convert to a actual byte buffer here
        mSalt = Hex.decodeHex (salt.toCharArray ());
       Db ("got salt " + Hex.encodeHexString (mSalt));

        // get initialization vector from passed string
        mInitVec = Hex.decodeHex (initvec.toCharArray ());
        Db ("got initvector :" + Hex.encodeHexString (mInitVec));


        /* Derive the key, given password and salt. */
        // in order to do 256 bit crypto, you have to muck with the files for Java's "unlimted security"
        // The end user must also install them (not compiled in) so beware. 
        // see here: 
      // http://www.javamex.com/tutorials/cryptography/unrestricted_policy_files.shtml
        factory = SecretKeyFactory.getInstance("PBKDF2WithHmacSHA1");
        KeySpec spec = new PBEKeySpec(mPassword.toCharArray (), mSalt, ITERATIONS, KEYLEN_BITS);

        tmp = factory.generateSecret(spec);
        secret = new SecretKeySpec(tmp.getEncoded(), "AES");

        /* Decrypt the message, given derived key and initialization vector. */
        mDecipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
        mDecipher.init(Cipher.DECRYPT_MODE, secret, new IvParameterSpec(mInitVec));
    }


    /**
     * This is where we write out the actual encrypted data to disk using the Cipher created in setupEncrypt().
     * Pass two file objects representing the actual input (cleartext) and output file to be encrypted.
     * 
     * there may be a way to write a cleartext header to the encrypted file containing the salt, but I ran
     * into uncertain problems with that. 
     *  
     * @param input - the cleartext file to be encrypted
     * @param output - the encrypted data file
     * @throws IOException
     * @throws IllegalBlockSizeException
     * @throws BadPaddingException
     */
    public void WriteEncryptedFile (File input, File output) throws 
                                                                                          IOException, 
                                                                                          IllegalBlockSizeException, 
                                                                                          BadPaddingException
    {
        FileInputStream fin;
        FileOutputStream fout;
        long totalread = 0;
        int nread = 0;
        byte [] inbuf = new byte [MAX_FILE_BUF];

        fout = new FileOutputStream (output);
        fin = new FileInputStream (input);

        while ((nread = fin.read (inbuf)) > 0 )
        {
            Db ("read " + nread + " bytes");
            totalread += nread;

            // create a buffer to write with the exact number of bytes read. Otherwise a short read fills inbuf with 0x0
            // and results in full blocks of MAX_FILE_BUF being written. 
            byte [] trimbuf = new byte [nread];
            for (int i = 0; i < nread; i++)
                trimbuf[i] = inbuf[i];

            // encrypt the buffer using the cipher obtained previosly
            byte [] tmp = mEcipher.update (trimbuf);

            // I don't think this should happen, but just in case..
            if (tmp != null)
                fout.write (tmp);
        }

        // finalize the encryption since we've done it in blocks of MAX_FILE_BUF
        byte [] finalbuf = mEcipher.doFinal ();
        if (finalbuf != null)
            fout.write (finalbuf);

        fout.flush();
        fin.close();
        fout.close();

        Db ("wrote " + totalread + " encrypted bytes");
    }


    /**
     * Read from the encrypted file (input) and turn the cipher back into cleartext. Write the cleartext buffer back out
     * to disk as (output) File.
     * 
     * I left CipherInputStream in here as a test to see if I could mix it with the update() and final() methods of encrypting
     *  and still have a correctly decrypted file in the end. Seems to work so left it in.
     *  
     * @param input - File object representing encrypted data on disk 
     * @param output - File object of cleartext data to write out after decrypting
     * @throws IllegalBlockSizeException
     * @throws BadPaddingException
     * @throws IOException
     */
    public void ReadEncryptedFile (File input, File output) throws 
                                                                                                                                            IllegalBlockSizeException, 
                                                                                                                                            BadPaddingException, 
                                                                                                                                            IOException
    {
        FileInputStream fin; 
        FileOutputStream fout;
        CipherInputStream cin;
        long totalread = 0;
        int nread = 0;
        byte [] inbuf = new byte [MAX_FILE_BUF];

        fout = new FileOutputStream (output);
        fin = new FileInputStream (input);

        // creating a decoding stream from the FileInputStream above using the cipher created from setupDecrypt()
        cin = new CipherInputStream (fin, mDecipher);

        while ((nread = cin.read (inbuf)) > 0 )
        {
            Db ("read " + nread + " bytes");
            totalread += nread;

            // create a buffer to write with the exact number of bytes read. Otherwise a short read fills inbuf with 0x0
            byte [] trimbuf = new byte [nread];
            for (int i = 0; i < nread; i++)
                trimbuf[i] = inbuf[i];

            // write out the size-adjusted buffer
            fout.write (trimbuf);
        }

        fout.flush();
        cin.close();
        fin.close ();       
        fout.close();   

        Db ("wrote " + totalread + " encrypted bytes");
    }


    /**
     * adding main() for usage demonstration. With member vars, some of the locals would not be needed
     */
    public static void main(String [] args)
    {

        // create the input.txt file in the current directory before continuing
        File input = new File ("input.txt");
        File eoutput = new File ("encrypted.aes");
        File doutput = new File ("decrypted.txt");
        String iv = null;
        String salt = null;
        Crypto en = new Crypto ("mypassword");

        /*
         * setup encryption cipher using password. print out iv and salt
         */
        try
      {
          en.setupEncrypt ();
          iv = Hex.encodeHexString (en.getInitVec ()).toUpperCase ();
          salt = Hex.encodeHexString (en.getSalt ()).toUpperCase ();
      }
      catch (InvalidKeyException e)
      {
          e.printStackTrace();
      }
      catch (NoSuchAlgorithmException e)
      {
          e.printStackTrace();
      }
      catch (InvalidKeySpecException e)
      {
          e.printStackTrace();
      }
      catch (NoSuchPaddingException e)
      {
          e.printStackTrace();
      }
      catch (InvalidParameterSpecException e)
      {
          e.printStackTrace();
      }
      catch (IllegalBlockSizeException e)
      {
          e.printStackTrace();
      }
      catch (BadPaddingException e)
      {
          e.printStackTrace();
      }
      catch (UnsupportedEncodingException e)
      {
          e.printStackTrace();
      }

        /*
         * write out encrypted file
         */
        try
      {
          en.WriteEncryptedFile (input, eoutput);
          System.out.printf ("File encrypted to " + eoutput.getName () + "\niv:" + iv + "\nsalt:" + salt + "\n\n");
      }
      catch (IllegalBlockSizeException e)
      {
          e.printStackTrace();
      }
      catch (BadPaddingException e)
      {
          e.printStackTrace();
      }
      catch (IOException e)
      {
          e.printStackTrace();
      }


        /*
         * decrypt file
         */
        Crypto dc = new Crypto ("mypassword");
        try
      {
          dc.setupDecrypt (iv, salt);
      }
      catch (InvalidKeyException e)
      {
          e.printStackTrace();
      }
      catch (NoSuchAlgorithmException e)
      {
          e.printStackTrace();
      }
      catch (InvalidKeySpecException e)
      {
          e.printStackTrace();
      }
      catch (NoSuchPaddingException e)
      {
          e.printStackTrace();
      }
      catch (InvalidAlgorithmParameterException e)
      {
          e.printStackTrace();
      }
      catch (DecoderException e)
      {
          e.printStackTrace();
      }

        /*
         * write out decrypted file
         */
        try
      {
          dc.ReadEncryptedFile (eoutput, doutput);
          System.out.println ("decryption finished to " + doutput.getName ());
      }
      catch (IllegalBlockSizeException e)
      {
          e.printStackTrace();
      }
      catch (BadPaddingException e)
      {
          e.printStackTrace();
      }
      catch (IOException e)
      {
          e.printStackTrace();
      }
   }


}

Comments

यह मूल रूप से एरिकसन के रूप में एक ही उत्तर है, जो एक - नहीं-अच्छी तरह से क्रमादेशित-मेरे-विचार - आवरण से घिरा हुआ है। printStackTrace()

— मार्टेन बॉड्यूज

@owlstead - यह एक शानदार जवाब है। यह दिखाता है कि मेमोरी में सब कुछ होने के बजाय, बाइट बफर को एन्क्रिप्ट करके एक स्ट्रीम को कैसे एन्क्रिप्ट किया जाए। इरिकसन का जवाब अभ्यस्त बड़ी फ़ाइलों के लिए काम करता है, जो स्मृति में फिट नहीं होता है। तो +1 करने के लिए wufoo। :)

— डायनामोकज

@dynamokaj का उपयोग CipherInputStreamऔर CipherOutputStreamएक समस्या का ज्यादा नहीं है। तालिका के तहत सभी अपवादों को फेरबदल करना एक समस्या है। तथ्य यह है कि नमक अचानक एक क्षेत्र बन गया है और यह कि IV की आवश्यकता है एक समस्या है। तथ्य यह है कि यह जावा कोडिंग सम्मेलनों का पालन नहीं करता है एक समस्या है। और तथ्य यह है कि यह केवल फ़ाइलों पर काम करता है, जबकि यह नहीं पूछा गया था एक समस्या है। और कोड के बाकी मूल रूप से एक प्रति या तो मदद नहीं करता है। लेकिन शायद मैं इसे बेहतर बनाने के लिए इसे

— ट्विक करूँगा

@owlstead मैं मानता हूं कि कोडिंग बेहतर लग सकती थी मैंने इसे 1/4 या कुछ और घटा दिया है, लेकिन मुझे यह पसंद है कि उसने मुझे सिफरइन्पुटस्ट्रीम और सिपरहुतपुटस्ट्रीम में पेश किया, क्योंकि मैं कल ही ऐसा कर रहा था! ;)

— डायनामोकज

दो बार क्यों? fout.close (); fout.close ();

— मैरियन पाओडज़िओच

Answer 4

बाइट सरणी से अपनी खुद की कुंजी बनाना आसान है:

byte[] raw = ...; // 32 bytes in size for a 256 bit key
Key skey = new javax.crypto.spec.SecretKeySpec(raw, "AES");

लेकिन 256-बिट कुंजी बनाना पर्याप्त नहीं है। यदि कुंजी जनरेटर आपके लिए 256-बिट कुंजी उत्पन्न नहीं कर सकता है, तो Cipherशायद वर्ग एईएस 256-बिट का समर्थन नहीं करता है। आप कहते हैं कि आपके पास असीमित अधिकार क्षेत्र पैच स्थापित है, इसलिए एईएस -256 सिफर का समर्थन किया जाना चाहिए (लेकिन फिर 256-बिट कुंजी भी होनी चाहिए, इसलिए यह एक कॉन्फ़िगरेशन समस्या हो सकती है)।

Cipher cipher = Cipher.getInstance("AES");
cipher.init(Cipher.ENCRYPT_MODE, skey);
byte[] encrypted = cipher.doFinal(plainText.getBytes());

एईएस -256 समर्थन की कमी के लिए एक वैकल्पिक हल एईएस -255 के कुछ स्वतंत्र रूप से उपलब्ध कार्यान्वयन को लेना है, और इसे कस्टम प्रदाता के रूप में उपयोग करना है। इसमें अपना Providerउपवर्ग बनाना और इसके साथ उपयोग करना शामिल है Cipher.getInstance(String, Provider)। लेकिन यह एक सम्मिलित प्रक्रिया हो सकती है।

Comments

आपको हमेशा मोड और पैडिंग एल्गोरिथम को इंगित करना चाहिए। जावा डिफ़ॉल्ट रूप से असुरक्षित ईसीबी मोड का उपयोग करता है।

— मार्टन बॉड्यूस

आप अपना स्वयं का प्रदाता नहीं बना सकते, प्रदाताओं को हस्ताक्षरित करना होगा (मुझे विश्वास नहीं हो सकता है कि मैं इस गलती को शुरू में पढ़ता हूं)। यहां तक ​​कि अगर आप कर सकते हैं, तो कुंजी आकार का प्रतिबंध Cipherप्रदाता के कार्यान्वयन में है , न कि प्रदाता में। आप जावा 8 और उससे कम में AES-256 का उपयोग कर सकते हैं, लेकिन आपको मालिकाना API का उपयोग करने की आवश्यकता है। या एक रनटाइम जो निश्चित रूप से महत्वपूर्ण आकार पर प्रतिबंध नहीं लगाता है।

— मार्टन बोडेवेस

OpenJDK (और Android) के हाल के संस्करणों में आपकी अपनी सुरक्षा / क्रिप्टो प्रदाता को जोड़ने पर प्रतिबंध नहीं है। लेकिन आप ऐसा अपने जोखिम पर करते हैं, बेशक। यदि आप अपने पुस्तकालयों को अद्यतित रखना भूल जाते हैं, तो आप अपने आप को सुरक्षा जोखिमों में डाल सकते हैं।

— मार्टन बोदवेस

@ MaartenBodewes + OpenJDK ने पहले कभी भी 'सीमित क्रिप्टोकरंसी' मुद्दे को नहीं रखा था, और Oracle JDK ने इसे एक साल पहले 8u161 और 9 अप (और शायद कुछ कम अब-केवल-केवल संस्करणों के लिए हटा दिया था, लेकिन मैंने उन लोगों की जाँच नहीं की है)

— dave_thompson_085

Answer 5

जो मैंने अतीत में किया है वह SHA256 जैसी किसी चीज़ के माध्यम से हैश की है, फिर हैश से बाइट को कुंजी बाइट [] में निकालें।

आपके पास अपनी बाइट होने के बाद [] आप बस कर सकते हैं:

SecretKeySpec key = new SecretKeySpec(keyBytes, "AES");
Cipher cipher = Cipher.getInstance("AES");
cipher.init(Cipher.ENCRYPT_MODE, key);
byte[] encryptedBytes = cipher.doFinal(clearText.getBytes());

Comments

दूसरों के लिए: यह एक बहुत ही सुरक्षित तरीका नहीं है। आपको PKCS # 5 में निर्दिष्ट PBKDF 2 का उपयोग करना चाहिए। एरिकसन ने कहा कि यह कैसे करना है। डार्कस्क्विड का तरीका पासवर्ड हमलों के लिए असुरक्षित है और यह तब तक काम नहीं करता है जब तक कि आपके प्लेटेक्स्ट का आकार एईएस के ब्लॉक आकार (128 बिट्स) से अधिक न हो क्योंकि उसने पैडिंग छोड़ दी थी। इसके अलावा यह मोड निर्दिष्ट नहीं करता है; विकिपीडिया के ब्लॉक सिफर मोड्स को चिंताओं के लिए पढ़ें।

— हट 8

@DarkSquid Cipher aes256 = Cipher.getInstance("AES/OFB/NoPadding"); MessageDigest keyDigest = MessageDigest.getInstance("SHA-256"); byte[] keyHash = keyDigest.digest(secret.getBytes("UTF-8")); SecretKeySpec key = new SecretKeySpec(keyHash, "AES"); aes256.init(Cipher.DECRYPT_MODE, key, new IvParameterSpec(initializationVector)); मैं आपके उत्तर में सुझाए अनुसार भी वही कर रहा हूं लेकिन मैं अभी भी इस java.security.InvalidKeyException के साथ समाप्त करता हूं: अवैध कुंजी आकार JCE पॉलिसी फ़ाइल डाउनलोड करना अनिवार्य है?

— निरंजन सुब्रह्मण्यम

किसी भी प्रकार के उत्पादन वातावरण में इस विधि का उपयोग न करें। जब पासवर्ड-आधारित एन्क्रिप्शन के साथ शुरुआत करते हैं, तो बहुत सारे उपयोगकर्ता कोड की दीवारों से अभिभूत हो जाते हैं और समझ में नहीं आता है कि शब्दकोश हमले और अन्य सरल हैक कैसे काम करते हैं। जबकि यह सीखने के लिए निराशाजनक हो सकता है, यह शोध करने के लिए एक सार्थक निवेश है। यहाँ एक अच्छा शुरुआती लेख है: adambard.com/blog/3-wrong-ways-to-store-a-password

— IcedDante

Answer 6

@ वूफू के संपादन में, निम्न संस्करण विभिन्न फाइलों के साथ काम करना आसान बनाने के लिए फाइलों के बजाय इनपुटस्ट्रीम का उपयोग करता है। यह फ़ाइल की शुरुआत में IV और नमक को भी संग्रहीत करता है, जिससे यह केवल पासवर्ड को ट्रैक करने की आवश्यकता होती है। चूंकि आईवी और सॉल्ट को गुप्त रखने की आवश्यकता नहीं है, इससे जीवन थोड़ा आसान हो जाता है।

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;

import java.security.AlgorithmParameters;
import java.security.InvalidKeyException;
import java.security.NoSuchAlgorithmException;
import java.security.SecureRandom;
import java.security.spec.InvalidKeySpecException;
import java.security.spec.InvalidParameterSpecException;
import java.security.spec.KeySpec;

import java.util.logging.Level;
import java.util.logging.Logger;

import javax.crypto.BadPaddingException;
import javax.crypto.Cipher;
import javax.crypto.CipherInputStream;
import javax.crypto.IllegalBlockSizeException;
import javax.crypto.NoSuchPaddingException;
import javax.crypto.SecretKey;
import javax.crypto.SecretKeyFactory;
import javax.crypto.spec.IvParameterSpec;
import javax.crypto.spec.PBEKeySpec;
import javax.crypto.spec.SecretKeySpec;

public class AES {
    public final static int SALT_LEN     = 8;
    static final String     HEXES        = "0123456789ABCDEF";
    String                  mPassword    = null;
    byte[]                  mInitVec     = null;
    byte[]                  mSalt        = new byte[SALT_LEN];
    Cipher                  mEcipher     = null;
    Cipher                  mDecipher    = null;
    private final int       KEYLEN_BITS  = 128;    // see notes below where this is used.
    private final int       ITERATIONS   = 65536;
    private final int       MAX_FILE_BUF = 1024;

    /**
     * create an object with just the passphrase from the user. Don't do anything else yet
     * @param password
     */
    public AES(String password) {
        mPassword = password;
    }

    public static String byteToHex(byte[] raw) {
        if (raw == null) {
            return null;
        }

        final StringBuilder hex = new StringBuilder(2 * raw.length);

        for (final byte b : raw) {
            hex.append(HEXES.charAt((b & 0xF0) >> 4)).append(HEXES.charAt((b & 0x0F)));
        }

        return hex.toString();
    }

    public static byte[] hexToByte(String hexString) {
        int    len = hexString.length();
        byte[] ba  = new byte[len / 2];

        for (int i = 0; i < len; i += 2) {
            ba[i / 2] = (byte) ((Character.digit(hexString.charAt(i), 16) << 4)
                                + Character.digit(hexString.charAt(i + 1), 16));
        }

        return ba;
    }

    /**
     * debug/print messages
     * @param msg
     */
    private void Db(String msg) {
        System.out.println("** Crypt ** " + msg);
    }

    /**
     * This is where we write out the actual encrypted data to disk using the Cipher created in setupEncrypt().
     * Pass two file objects representing the actual input (cleartext) and output file to be encrypted.
     *
     * there may be a way to write a cleartext header to the encrypted file containing the salt, but I ran
     * into uncertain problems with that.
     *
     * @param input - the cleartext file to be encrypted
     * @param output - the encrypted data file
     * @throws IOException
     * @throws IllegalBlockSizeException
     * @throws BadPaddingException
     */
    public void WriteEncryptedFile(InputStream inputStream, OutputStream outputStream)
            throws IOException, IllegalBlockSizeException, BadPaddingException {
        try {
            long             totalread = 0;
            int              nread     = 0;
            byte[]           inbuf     = new byte[MAX_FILE_BUF];
            SecretKeyFactory factory   = null;
            SecretKey        tmp       = null;

            // crate secureRandom salt and store  as member var for later use
            mSalt = new byte[SALT_LEN];

            SecureRandom rnd = new SecureRandom();

            rnd.nextBytes(mSalt);
            Db("generated salt :" + byteToHex(mSalt));
            factory = SecretKeyFactory.getInstance("PBKDF2WithHmacSHA1");

            /*
             *  Derive the key, given password and salt.
             *
             * in order to do 256 bit crypto, you have to muck with the files for Java's "unlimted security"
             * The end user must also install them (not compiled in) so beware.
             * see here:  http://www.javamex.com/tutorials/cryptography/unrestricted_policy_files.shtml
             */
            KeySpec spec = new PBEKeySpec(mPassword.toCharArray(), mSalt, ITERATIONS, KEYLEN_BITS);

            tmp = factory.generateSecret(spec);

            SecretKey secret = new SecretKeySpec(tmp.getEncoded(), "AES");

            /*
             *  Create the Encryption cipher object and store as a member variable
             */
            mEcipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
            mEcipher.init(Cipher.ENCRYPT_MODE, secret);

            AlgorithmParameters params = mEcipher.getParameters();

            // get the initialization vectory and store as member var
            mInitVec = params.getParameterSpec(IvParameterSpec.class).getIV();
            Db("mInitVec is :" + byteToHex(mInitVec));
            outputStream.write(mSalt);
            outputStream.write(mInitVec);

            while ((nread = inputStream.read(inbuf)) > 0) {
                Db("read " + nread + " bytes");
                totalread += nread;

                // create a buffer to write with the exact number of bytes read. Otherwise a short read fills inbuf with 0x0
                // and results in full blocks of MAX_FILE_BUF being written.
                byte[] trimbuf = new byte[nread];

                for (int i = 0; i < nread; i++) {
                    trimbuf[i] = inbuf[i];
                }

                // encrypt the buffer using the cipher obtained previosly
                byte[] tmpBuf = mEcipher.update(trimbuf);

                // I don't think this should happen, but just in case..
                if (tmpBuf != null) {
                    outputStream.write(tmpBuf);
                }
            }

            // finalize the encryption since we've done it in blocks of MAX_FILE_BUF
            byte[] finalbuf = mEcipher.doFinal();

            if (finalbuf != null) {
                outputStream.write(finalbuf);
            }

            outputStream.flush();
            inputStream.close();
            outputStream.close();
            outputStream.close();
            Db("wrote " + totalread + " encrypted bytes");
        } catch (InvalidKeyException ex) {
            Logger.getLogger(AES.class.getName()).log(Level.SEVERE, null, ex);
        } catch (InvalidParameterSpecException ex) {
            Logger.getLogger(AES.class.getName()).log(Level.SEVERE, null, ex);
        } catch (NoSuchAlgorithmException ex) {
            Logger.getLogger(AES.class.getName()).log(Level.SEVERE, null, ex);
        } catch (NoSuchPaddingException ex) {
            Logger.getLogger(AES.class.getName()).log(Level.SEVERE, null, ex);
        } catch (InvalidKeySpecException ex) {
            Logger.getLogger(AES.class.getName()).log(Level.SEVERE, null, ex);
        }
    }

    /**
     * Read from the encrypted file (input) and turn the cipher back into cleartext. Write the cleartext buffer back out
     * to disk as (output) File.
     *
     * I left CipherInputStream in here as a test to see if I could mix it with the update() and final() methods of encrypting
     *  and still have a correctly decrypted file in the end. Seems to work so left it in.
     *
     * @param input - File object representing encrypted data on disk
     * @param output - File object of cleartext data to write out after decrypting
     * @throws IllegalBlockSizeException
     * @throws BadPaddingException
     * @throws IOException
     */
    public void ReadEncryptedFile(InputStream inputStream, OutputStream outputStream)
            throws IllegalBlockSizeException, BadPaddingException, IOException {
        try {
            CipherInputStream cin;
            long              totalread = 0;
            int               nread     = 0;
            byte[]            inbuf     = new byte[MAX_FILE_BUF];

            // Read the Salt
            inputStream.read(this.mSalt);
            Db("generated salt :" + byteToHex(mSalt));

            SecretKeyFactory factory = null;
            SecretKey        tmp     = null;
            SecretKey        secret  = null;

            factory = SecretKeyFactory.getInstance("PBKDF2WithHmacSHA1");

            KeySpec spec = new PBEKeySpec(mPassword.toCharArray(), mSalt, ITERATIONS, KEYLEN_BITS);

            tmp    = factory.generateSecret(spec);
            secret = new SecretKeySpec(tmp.getEncoded(), "AES");

            /* Decrypt the message, given derived key and initialization vector. */
            mDecipher = Cipher.getInstance("AES/CBC/PKCS5Padding");

            // Set the appropriate size for mInitVec by Generating a New One
            AlgorithmParameters params = mDecipher.getParameters();

            mInitVec = params.getParameterSpec(IvParameterSpec.class).getIV();

            // Read the old IV from the file to mInitVec now that size is set.
            inputStream.read(this.mInitVec);
            Db("mInitVec is :" + byteToHex(mInitVec));
            mDecipher.init(Cipher.DECRYPT_MODE, secret, new IvParameterSpec(mInitVec));

            // creating a decoding stream from the FileInputStream above using the cipher created from setupDecrypt()
            cin = new CipherInputStream(inputStream, mDecipher);

            while ((nread = cin.read(inbuf)) > 0) {
                Db("read " + nread + " bytes");
                totalread += nread;

                // create a buffer to write with the exact number of bytes read. Otherwise a short read fills inbuf with 0x0
                byte[] trimbuf = new byte[nread];

                for (int i = 0; i < nread; i++) {
                    trimbuf[i] = inbuf[i];
                }

                // write out the size-adjusted buffer
                outputStream.write(trimbuf);
            }

            outputStream.flush();
            cin.close();
            inputStream.close();
            outputStream.close();
            Db("wrote " + totalread + " encrypted bytes");
        } catch (Exception ex) {
            Logger.getLogger(AES.class.getName()).log(Level.SEVERE, null, ex);
        }
    }

    /**
     * adding main() for usage demonstration. With member vars, some of the locals would not be needed
     */
    public static void main(String[] args) {

        // create the input.txt file in the current directory before continuing
        File   input   = new File("input.txt");
        File   eoutput = new File("encrypted.aes");
        File   doutput = new File("decrypted.txt");
        String iv      = null;
        String salt    = null;
        AES    en      = new AES("mypassword");

        /*
         * write out encrypted file
         */
        try {
            en.WriteEncryptedFile(new FileInputStream(input), new FileOutputStream(eoutput));
            System.out.printf("File encrypted to " + eoutput.getName() + "\niv:" + iv + "\nsalt:" + salt + "\n\n");
        } catch (IllegalBlockSizeException | BadPaddingException | IOException e) {
            e.printStackTrace();
        }

        /*
         * decrypt file
         */
        AES dc = new AES("mypassword");

        /*
         * write out decrypted file
         */
        try {
            dc.ReadEncryptedFile(new FileInputStream(eoutput), new FileOutputStream(doutput));
            System.out.println("decryption finished to " + doutput.getName());
        } catch (IllegalBlockSizeException | BadPaddingException | IOException e) {
            e.printStackTrace();
        }
    }
}

Comments

यह समाधान कुछ अजीब बफर हैंडलिंग और बिल्कुल उप-बराबर अपवाद हैंडलिंग का उपयोग करता है, मूल रूप से उन्हें लॉगिंग और फिर उनके बारे में भूल जाता है। चेतावनी दी है कि सीबीसी का उपयोग करना फ़ाइलों के लिए ठीक है, लेकिन परिवहन सुरक्षा के लिए नहीं। PBKDF2 और AES का उपयोग करना निश्चित रूप से बचाव कर सकता है, इस अर्थ में यह एक समाधान के लिए एक अच्छा आधार हो सकता है।

— मार्टन बोदवेस

Answer 7

(शायद एक समान आवश्यकता वाले अन्य लोगों के लिए सहायक)

मुझे AES-256-CBCजावा में एन्क्रिप्ट और डिक्रिप्ट का उपयोग करने की समान आवश्यकता थी ।

256-बाइट एन्क्रिप्शन / डिक्रिप्शन को प्राप्त करने (या निर्दिष्ट) करने के लिए, Java Cryptography Extension (JCE)पॉलिसी को सेट करना चाहिए"Unlimited"

इसे (JDK के लिए) या (JRE के लिए ) java.securityफ़ाइल में सेट किया जा सकता है$JAVA_HOME/jre/lib/security$JAVA_HOME/lib/security

crypto.policy=unlimited

या के रूप में कोड में

Security.setProperty("crypto.policy", "unlimited");

जावा 9 और बाद के संस्करणों में यह डिफ़ॉल्ट रूप से सक्षम है।

Answer 8

Encryptor4j का उपयोग करने पर विचार करें , जिसमें मैं लेखक हूं।

पहले सुनिश्चित करें कि आपके पास असीमित ताकत अधिकार क्षेत्र की पॉलिसी है जो आपके आगे बढ़ने से पहले स्थापित की गई है ताकि आप 256-बिट एईएस कुंजी का उपयोग कर सकें।

फिर निम्न कार्य करें:

String password = "mysupersecretpassword"; 
Key key = KeyFactory.AES.keyFromPassword(password.toCharArray());
Encryptor encryptor = new Encryptor(key, "AES/CBC/PKCS7Padding", 16);

अब आप अपने संदेश को एन्क्रिप्ट करने के लिए एनक्रिप्ट का उपयोग कर सकते हैं। आप चाहें तो स्ट्रीमिंग एन्क्रिप्शन भी कर सकते हैं। यह स्वचालित रूप से आपकी सुविधा के लिए एक सुरक्षित IV उत्पन्न और तैयार करता है।

यदि यह एक ऐसी फाइल है जिसे आप कंप्रेस करना चाहते हैं, तो इस जवाब पर एक नज़र डालें, एईएस के साथ एक बड़ी फ़ाइल को एन्क्रिप्ट करना, यहां तक ​​कि सरल दृष्टिकोण के लिए जावा का उपयोग करना ।

Comments

हाय मार्टिन, आपको हमेशा संकेत देना चाहिए कि आप लाइब्रेरी के लेखक हैं यदि आप इसे इंगित करना चाहते हैं। क्रिप्टो रैपर के oodles हैं जो चीजों को आसान बनाने की कोशिश कर रहे हैं। क्या यह एक सुरक्षा पेपर है या इसे हमारे समय के लायक बनाने के लिए कोई समीक्षा मिली है?

— मार्टन बोदवेस

Answer 9

एन्क्रिप्शन के लिए इस वर्ग का उपयोग करें। यह काम करता हैं।

public class ObjectCrypter {


    public static byte[] encrypt(byte[] ivBytes, byte[] keyBytes, byte[] mes) 
            throws NoSuchAlgorithmException,
            NoSuchPaddingException,
            InvalidKeyException,
            InvalidAlgorithmParameterException,
            IllegalBlockSizeException,
            BadPaddingException, IOException {

        AlgorithmParameterSpec ivSpec = new IvParameterSpec(ivBytes);
        SecretKeySpec newKey = new SecretKeySpec(keyBytes, "AES");
        Cipher cipher = null;
        cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
        cipher.init(Cipher.ENCRYPT_MODE, newKey, ivSpec);
        return  cipher.doFinal(mes);

    }

    public static byte[] decrypt(byte[] ivBytes, byte[] keyBytes, byte[] bytes) 
            throws NoSuchAlgorithmException,
            NoSuchPaddingException,
            InvalidKeyException,
            InvalidAlgorithmParameterException,
            IllegalBlockSizeException,
            BadPaddingException, IOException, ClassNotFoundException {

        AlgorithmParameterSpec ivSpec = new IvParameterSpec(ivBytes);
        SecretKeySpec newKey = new SecretKeySpec(keyBytes, "AES");
        Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
        cipher.init(Cipher.DECRYPT_MODE, newKey, ivSpec);
        return  cipher.doFinal(bytes);

    }
}

और ये ivBytes और एक यादृच्छिक कुंजी हैं;

String key = "e8ffc7e56311679f12b6fc91aa77a5eb";

byte[] ivBytes = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 };
keyBytes = key.getBytes("UTF-8");

Comments

"यह काम करता है" .... हाँ, लेकिन यह क्रिप्टोग्राफिक रूप से सुरक्षित समाधान बनाने के लिए आवश्यकताओं को पूरा नहीं करता है (न ही यह जावा कोडिंग मानकों को पूरा करता है, अपवाद हैंडलिंग के संबंध में, मेरी राय में)।

— Maarten Bodewes

IV को शून्य पर आरंभीकृत किया गया है। BEAST और ACPA हमलों के लिए खोजें।

— मिशेल गिउसेप्पे फड्डा

वाज़ू से अपवाद, "यादृच्छिक" कुंजी उत्पन्न करने की विधि, और एक शून्य IV इस कार्यान्वयन के साथ एक समस्या है, लेकिन उन समस्याओं को ठीक करने के लिए तुच्छ हैं। +1।

— फिल