Perché ChangeCipherSpec Drop ha funzionato?

Question

Perché ChangeCipherSpec Drop ha funzionato?

#1 da (3 voti)

1

A quanto pare, in passato, un uomo nel mezzo era in grado di sconfiggere la sicurezza (riservatezza, per la precisione) di TLS semplicemente sopprimendo il messaggio ChangeCipherSpec .

Si chiama "ChangeCipherSpec Drop" e sfortunatamente, sono riuscito a trovare solo poche informazioni su di esso online.

Alcune fonti hanno detto che l'autore dell'attacco avrebbe semplicemente rilasciato il messaggio ChangeCipherSpec , altri erano meno precisi al riguardo e questo grafico ho trovato qui mostra sia il ChangeCipherSpec che il Finished messaggio barrato.

Le mie domande sono:

Perché il server ha quindi inviato i dati del payload? Il server non dovrebbe attendere fino a quando non ha ricevuto i messaggi ChangeCipherSpec e Finished dal client prima di inviare i propri messaggi ChangeCipherSpec e Finished e solo di inviare dati di payload dopo?
Come viene attivato anche questo? Ci si aspetta che passi del tempo tra l'ultimo messaggio del server della prima metà della connessione stabilita ( ServerHelloDone ) e il primo messaggio del server della seconda metà della connessione stabilita. Un intero tempo di andata e ritorno, anche. In che modo il server non inizia semplicemente a inviare i dati di payload subito ogni volta. C'è un timeout davvero strano?
In che modo il ChangeCipherSpec del cliente non è arrivato e il server non ha inviato i dati del suo payload in chiaro? Non dovrebbe il ChangeCipherSpec del server determinare il punto nel tempo dopo il quale il server invia solo dati crittografati?

tls

posta UTF-8 08.10.2017 - 20:07

fonte

1 risposta

Leggi altre domande sui tag tls

Road to be Independent Security Researcher? [chiuso] È possibile disabilitare lo scanner di impronte digitali ma non il pulsante su cui è acceso?

score 3 · Answer 1

L'attacco è descritto in Analisi del protocollo SSL 3.0 di David Wagner e Bruce Schneier nella sezione "4.3 Eliminazione del messaggio di modifica della cifra cifrata". In breve:

L'attacco funziona eliminando il messaggio ChangeCipherSpec (ma non il messaggio Finito). Funziona poiché (l'esistenza e il contenuto del messaggio) ChangeCipherSpec non è protetto dal MAC nel messaggio Fine.
L'attacco funziona solo quando viene utilizzato un cifrario che fornisce la crittografia no o solo molto debole, ossia la crittografia del messaggio Finito deve essere nulla o abbastanza debole da poterla interrompere in tempo reale.
Il linguaggio in TLS 1.0 rende più chiaro che non ci dovrebbe essere nessun messaggio Finito senza precedente ChangeCipherSpec.

Per ulteriori dettagli vedi la carta.