La disabilitazione della ripresa / rinegoziazione attenuerebbe il problema del triplo handshake?

Se non vi è alcuna ripresa, è chiaro che questo attacco non può esistere, tuttavia la ripresa è una funzione molto importante e attraente di TLS poiché può ridurre efficacemente la latenza. Pertanto, TLS 1.3 potrebbe non supportare più la rinegoziazione piuttosto che la ripresa.

Da quanto ho capito, il punto principale dell'attacco è che la parte del browser responsabile della verifica della Stessa politica di origine pensa di essere collegata all'host A, mentre la parte responsabile dell'invio del certificato client appropriato pensa che sia connessa a host B perché ha ottenuto il certificato per questo host nella rinegoziazione. In questo modo il browser lascerà che lo script ecc dall'host A acceda ai dati autorizzati dall'host B, perché pensa che provengano da A.

Se disabiliti la rinegoziazione questo attacco non dovrebbe funzionare più, anche se la ripresa della sessione è ancora abilitata. Ma, se hai davvero bisogno di rinegoziazione, dovresti disabilitare la ripresa della sessione in modo che l'attacco non funzioni.