Usando AES con una chiave esadecimale / iv, quale modalità di funzionamento è la "più sicura"

Question

Usando AES con una chiave esadecimale / iv, quale modalità di funzionamento è la "più sicura"

#1 da (4 voti)
#2 da (2 voti)

3

Mi rendo conto che è una domanda caricata, ma non è irragionevole.

data una chiave esadecimale / iv, quale modalità di funzionamento è più sicura dagli attacchi offline.

Sono stato impostato su aes-128-cbc. In parte a causa di Schneier's 128 > 256 articolo. cbc perché gli amici non consentono agli amici di usare PBE o ECB

CBC PCBC CFB OFB CTR?

link

Caso d'uso: multi-client e supporto piattaforma, che si riduce a openssl alla fine

EDIT:

Concentrati sulla domanda e non cercare di indovinare il caso d'uso. Questo non è per un governo, PCI, ecc. La gestione delle chiavi è fuori dallo scopo di questa domanda.

encryption tls

posta oreoshake 13.10.2011 - 07:29

fonte

2 risposte

2

Tutte le modalità non sono "abbastanza sicure". Se non si utilizza la crittografia dell'autenticazione, un utente malintenzionato potrebbe essere in grado di modificare i dati (anche se non è in grado di leggerli) o di ripristinare un testo in chiaro utilizzando un attacco di canale laterale come l'attacco oracolare di Vaudenay contro CBC-PAD. Questo è ciò che è stato usato nell'attacco BEAST contro SSL. Usa GCM (Modalità contatore di Galois) se possibile. Per ulteriori opzioni, consulta il post di Matthew Green sull'argomento: link

Se non si utilizza una modalità di crittografia autenticata, è necessario utilizzare HMAC (o qualche altro MAC).

risposta data 26.06.2012 - 01:00

fonte

Leggi altre domande sui tag encryption tls

Imposta e registra il traffico in uscita da una botnet in un ambiente sandbox / sicuro Come provare un nuovo prodotto di sicurezza da 0 giorni?

score 4 · Accepted Answer

Sono tutti abbastanza sicuri. Le due opzioni standard sono CBC e CTR. CBC è un po 'più resiliente agli errori di implementazione. Il CTR può essere parallelizzato in modo più efficace. Scegli uno dei due.

Assicurati solo di sapere cosa stai facendo. L'errore più comune numero uno è quello di progettare la propria crittografia. Il miglior modo per evitare errori comuni è il riutilizzo di alcuni software crittografici di alto livello esistenti, come GPG o il formato OpenPGP per la protezione dei dati a riposo e TLS per la protezione dei canali di comunicazione.

In base alla tua domanda, direi che sei ad alto rischio di introdurre errori comuni nel tuo software tentando di costruire qualcosa da te, piuttosto che usare meccanismi standard come GPG / TLS / etc.