# Come funziona un handshake TLS?

In TLS 1.3 serve un'andata e ritorno prima che i dati inizino a fluire. Il client invia un ClientHello con le versioni di TLS, le suite di cifratura e i gruppi di scambio di chiavi che supporta, una quota di chiave per il gruppo preferito e di solito il nome del server che vuole raggiungere (SNI). Il server risponde con un ServerHello che sceglie versione, cifrario e gruppo, e con la propria quota di chiave. Dalle due quote entrambe le parti ricavano lo stesso segreto e da quel momento tutto è cifrato, compreso il certificato del server e la prova che possiede la chiave privata corrispondente. Il client verifica il certificato rispetto alle autorità di cui si fida e iniziano i dati applicativi. ClientHello e ServerHello viaggiano in chiaro, ed è per questo che un sensore passivo vede la versione di TLS, il gruppo di scambio di chiavi scelto, per esempio X25519 classico o X25519MLKEM768 ibrido, e un'impronta del client senza decifrare nulla. Con Encrypted Client Hello anche parte del ClientHello, nome del server compreso, viene nascosta.

FAQ: [Crittografia e traffico cifrato](https://netsenx.com/it/faq/encryption) · https://netsenx.com/it/faq/how-does-a-tls-handshake-work

## Da leggere dopo

- https://netsenx.com/it/encrypted-traffic-analysis
- https://netsenx.com/it/what-is-ndr

## Domande correlate

- [Che cosa è cambiato tra TLS 1.2 e TLS 1.3?](https://netsenx.com/it/faq/what-changed-between-tls-1-2-and-tls-1-3)
- [Dovremmo disattivare TLS 1.0 e 1.1?](https://netsenx.com/it/faq/should-we-disable-tls-1-0-and-1-1)
- [Quali cifrari TLS dovremmo disattivare?](https://netsenx.com/it/faq/which-tls-ciphers-should-we-turn-off)
- [Che cos'è la forward secrecy?](https://netsenx.com/it/faq/what-is-forward-secrecy)
- [Che cos'è la crittografia, in parole semplici?](https://netsenx.com/it/faq/what-is-encryption-in-plain-terms)