![](https://cdn.pmi.it/L1Dx5RGB1npVMSBWRBAmQ1tez6I=/650x350/smart/https://www.pmi.it/app/uploads/2021/11/pmi-amp-generic-thumb.png)
![logo PMI+](https://www.pmi.it/app/themes/pmi-2018/dist/images/pmi+/pmiplus-logo-big-white.png)
![logo PMI+](https://www.pmi.it/app/themes/pmi-2018/dist/images/pmi+/pmiplus-logo-big-white.png)
In base a quanto pubblicato da Marsh Ray e Steve Dispensa nel loro Renegotiating TLS, la sicurezza del protocollo SSL/TLS è a rischio.
Sfruttando le opportune vulnerabilità si potrebbe riuscire ad inserire informazioni all’interno di connessioni sicure. Tutto questo ha gravi ripercussioni sul traffico Web e sui protocolli che si affidano a TLS per la sicurezza: HTTPS e IMAP in primis.
Stando a quanto descritto nel paper sarebbe possibile manipolare il contenuto HTML inviato dai siti Web durante la fase di trasferimento dati così da iniettare codice malevole.
Il problema risiede in un difetto di progettazione del protocollo TLS stesso e non tanto in una sua specifica implementazione. La falla è insita nella fase di rinegoziazione dei parametri per una connessione TLS esistente. È il caso ad esempio di un cliente che tenta di accedere ad un area sicura di un Web server che richiede che il client richiedente invii un certificato per la validazione.
Il cosiddetto “authentication gap” evidenzia una perdita di continuità nell’autenticazione tra server e client durante la sequenza di handshake che viene scambiata tra i due.
L’attaccante ha la possibilità di intercettare e modificare lo stream dati in corso, consentendo ad esempio attacchi MITM reali ai danni del protocollo HTTPS.
Il problema interessa le ultime versioni di Microsoft IIS, Apache e OpenSSL.
Ben Laurie ha sviluppato una patch per quest’ultimo che non risolve il problema ma “banna” semplicemente tutti i tentativi di rinegoziazione.
Si è dunque ora in attesa di una soluzione a lungo termine e più sicura che sembra possa venire dai gruppi di lavoro dell’IETF.