DES contro 3DES in una VPN: perché entrambi sono l'aggiornamento sbagliato

Entrambe le cifrature sono obsolete e nessuna delle due è il bersaglio giusto per il traffico nuovo. Il confronto utile non è DES contro 3DES; è un algoritmo ritirato contro uno mantenuto. Se un gateway offre ancora una delle due, il lavoro consiste nel trovare cosa la richiede e nel rimuovere quel requisito, non nello scegliere la più forte di due vicoli ciechi.

Il confronto che le persone cercano ancora è quello sbagliato

Le risposte scritte negli anni 2000 confrontano DES con il triplo DES e concludono che il triplo DES è più forte. Allora era ragionevole e oggi è inutile, perché entrambi sono ritirati per proteggere il traffico nuovo e la scelta tra loro è una scelta tra due vicoli ciechi.

Il NIST ha ritirato lo standard DES nel 2005, e la sua raccomandazione TDEA è stata ritirata nel gennaio 2024, dopo che la scadenza per applicare TDEA a una nuova protezione crittografica è passata alla fine del 2023. Quelle date descrivono una transizione, non una classifica. Una sessione breve o un messaggio di scarso valore non riaprono la questione, perché lo stato dell'algoritmo non dipende da quanto a lungo viene usata la chiave.

Il rinnovo della chiave è un controllo separato e non ripristina l'approvazione.

Separate la negoziazione dal percorso dei dati

I protocolli VPN negoziano la protezione in più di un punto. Un canale di controllo può usare una suite mentre i dati trasportati ne usano un'altra, e un elenco di proposte dice solo cosa un peer è disposto ad accettare. Leggete il risultato negoziato, non l'offerta. Questa distinzione spiega una confusione comune: un gateway elenca ancora un algoritmo vecchio e l'operatore presume che sia in uso, quando può essere offerto e mai selezionato, o selezionato solo per un vecchio peer.

Su un gateway IPsec l'output rilevante è l'associazione di sicurezza; su OpenVPN sono la cifratura e le impostazioni TLS nel registro di connessione. Entrambi dicono cosa è stato selezionato. Nessuno dei due è dimostrato da un'opzione vecchia che esiste ancora in un file di configurazione.

Se non vedete il risultato negoziato, non potete affermare che la cifratura è stata ritirata.

Trovate il componente che la richiede ancora

I requisiti legacy provengono da tre punti: un client vecchio che non offre nulla di meglio, una politica del gateway che elenca ancora l'algoritmo e un apparato che parla solo il vecchio protocollo. Ognuno ha una soluzione diversa. Chiedete al proprietario del vincolo quale sia prima di abilitare un fornitore di compatibilità, perché abilitarlo influisce su ogni peer che si connette.

Per un singolo apparato che non può ancora essere sostituito, mettete un gateway mantenuto davanti e limitate ciò che quel confine trasporta. Questo contiene la vecchia cifratura senza far ereditare a ogni utente remoto.

Il contenimento non è una patch e non rende affidabile l'host vecchio.

Migrate con i controlli che avete già

Una migrazione è conclusa quando i peer previsti si connettono con il profilo mantenuto, la suite negoziata è quella attesa e l'applicazione funziona. Mantenete la verifica dell'identità del server e i controlli sull'account per tutto il tempo; un cambio di cifratura non è un motivo per allentarli.

openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'

Registrate le versioni del client e del gateway accanto al risultato negoziato, così la prossima revisione potrà dire cosa è cambiato davvero.

Ritirate l'autorizzazione vecchia tramite il suo proprietario, poi confermate che un peer che offre solo l'algoritmo ritirato viene ora rifiutato. Una migrazione che lascia attiva la vecchia opzione è una migrazione che non è avvenuta. Conservate la prova del rifiuto con il registro delle modifiche, perché il prossimo audit chiederà come fate a saperlo, e una riga di configurazione rimossa è una prova più debole di un rifiuto registrato. Aggiungete la data del test e l'identità del peer a quel registro finché la sessione è ancora fresca.

I dati storici sono un problema diverso

Leggere un archivio protetto anni fa può legittimamente richiedere il vecchio algoritmo. È la decifratura di materiale esistente, e non è lo stesso compito della protezione del traffico nuovo.

Tenete quel lavoro su un host isolato con uno scopo documentato e un elenco breve di chi può eseguirlo.

La distinzione conta perché è l'unica ragione onesta per tenere disponibile una cifratura ritirata. Giustifica uno strumento con ambito limitato, mai una riga permanente in un profilo VPN pubblico.