Combien de paquets sont échangés dans la poignée de main TCP en trois temps ?

Cela ressemble à un cadeau — « en trois temps » est juste là dans le nom — ce qui est précisément pourquoi les recruteurs l'utilisent comme test de bon sens. Le piège est la réponse à quatre paquets, qui paraît rigoureuse parce qu'elle compte chaque SYN et chaque ACK séparément.

Les trois paquets

1. SYN — le client choisit un numéro de séquence initial et envoie un segment avec le drapeau SYN positionné pour demander une connexion.
2. SYN-ACK — le serveur répond par un unique segment ayant à la fois les drapeaux SYN et ACK positionnés. Il accuse réception du numéro de séquence du client et envoie son propre numéro de séquence initial en même temps. C'est l'idée clé : deux tâches logiques, un seul paquet.
3. ACK — le client accuse réception du numéro de séquence du serveur. La connexion est désormais établie et les données peuvent circuler.

Pourquoi pas quatre

La raison pour laquelle ce n'est pas quatre est que TCP combine le SYN du serveur avec son ACK. Aucune règle ne les force dans des segments séparés, et les combiner économise un aller-retour. Le distracteur « quatre paquets » est le piège pour ceux qui surpensent la symétrie. Le distracteur FIN confond l'établissement de la connexion avec sa fermeture : la fermeture est une séquence distincte (souvent quatre paquets : FIN, ACK, FIN, ACK).

Le lien sécurité

Un SYN flood abuse de l'étape 2 : l'attaquant envoie de nombreux SYN et n'envoie jamais l'ACK final, épuisant la table des connexions semi-ouvertes du serveur. Le mentionner montre que vous comprenez la poignée de main, pas seulement son nombre de paquets.

Ce que recherchent les recruteurs

« Trois », l'explication SYN-ACK-est-un-seul-paquet, et la connaissance bonus des SYN floods ou de la séquence de fermeture.