Triple poignée de main TCP
La séquence classique SYN → SYN-ACK → ACK qui établit une connexion TCP. Elle garantit que les deux parties sont synchronisées avant que les données ne circulent.
Le client envoie un SYN (avec son numéro de séquence initial), le serveur répond par SYN-ACK (accuse réception + envoie le sien), le client répond par ACK. Cela prend 1 RTT — c'est toute la raison pour laquelle HTTP/2 et HTTP/3 en keep-alive brillent par rapport à HTTP/1.0.
Les attaques SYN flood détournaient la triple poignée de main en envoyant de nombreux SYN sans jamais envoyer d'ACK → le serveur gardait des connexions à moitié ouvertes. La parade est le cookie SYN. TCP Fast Open (RFC 7413) autorise des données dans le SYN pour économiser un RTT.