Perché il mio AES Cipher gettare un InvalidKeyException su init di DECRYPT_MODE

Question

Perché questo INIT successo:

Cipher AESCipher = Cipher.getInstance("AES/CBC/PKCS5Padding"); 
AESCipher.init(Cipher.ENCRYPT_MODE, secretKey, secRandom); 

mentre questo non riesce:

Cipher AESCipher = Cipher.getInstance("AES/CBC/PKCS5Padding"); 
AESCipher.init(Cipher.DECRYPT_MODE, secretKey, secRandom); 

Lanciare un Exception in thread java "principale". security.InvalidKeyException: Parametri mancanti

Il secretKey è generato da un KeyGenerator e il secureRandom da SecureRandom.getInstance ("SHA1PRNG") con un valore casuale set di semi atici.

Grazie

Answer 1

Come ipotizzato correttamente CodeInChaos, l'istanza SecureRandom è usato per derivare una IV casuale quando l'istanza AESCipher viene creato con Cipher.ENCRYPT_MODE. Tuttavia, lo si fornisce come parametro durante la creazione di un'istanza Cipher in modalità decrittografia. Questo piccolo frammento di codice senza senso mostra un esempio.

public static void main(String[] args) throws Exception { 
    SecureRandom secRandom = SecureRandom.getInstance("SHA1PRNG"); 
    KeyGenerator kg = KeyGenerator.getInstance("AES"); 
    kg.init(128, secRandom); 
    Key secretKey = kg.generateKey(); 
    Cipher AESCipher = Cipher.getInstance("AES/CBC/PKCS5Padding"); 
    AESCipher.init(Cipher.ENCRYPT_MODE, secretKey, secRandom); 
    IvParameterSpec iv = new IvParameterSpec(AESCipher.getIV()); 
    AESCipher = Cipher.getInstance("AES/CBC/PKCS5Padding"); 
    AESCipher.init(Cipher.DECRYPT_MODE, secretKey,iv, secRandom); 
} 

Inoltre, la tua affermazione che si inizializza l'istanza SecureRandom con un seme statica suggeriscono un equivoco di quella classe. SecureRandom non garantisce che otterrai lo stesso risultato quando fornisci lo stesso seme. Se osservi attentamente lo Javadocs vedrai che tenta di fornire qualche vera entropia da altre fonti, se possibile.

EDIT 1:

Grazie a owlstead per la sua solita meticolosità nel rivedere le risposte. Vedere il suo answer a una domanda correlata per ulteriori discussioni. Il codice sorgente per SHA1PRNG è disponibile online here. È un po 'difficile da seguire, ma se fornisci un seme prima del chiedendo l'istanza per ogni byte casuale, l'output sarà completamente deterministico. Quindi la mia affermazione precedente non è corretta.

Answer 2

Basta leggere il JavaDoc del init method with SecureRandom che si sta applicando:

Se questa cifra richiede eventuali parametri dell'algoritmo che non può essere derivata dalla chiave data, l'implementazione cifra di fondo è dovrebbe generare la richiesta parametri stesso (utilizzando di default provider specifico o valori casuali) se è in fase di inizializzazione per la crittografia o la confezione chiave, e sollevare un InvalidKeyException se esso viene inizializzato per la decrittazione o Scartare chiave. I parametri generati da possono essere recuperati utilizzando getParameters o getIV (se il parametro è un IV).

È necessario trasferire l'IV crittografato al metodo di decrittografia, ad es. anteponendolo al testo cifrato. L'IV può essere trasferito in chiaro. Utilizzare IvParameterSpec anziché SecureRandom per impostare l'IV per la decrittografia.