Le protocole Handshake est un protocole de communication cryptographique utilis\u00e9 principalement pour \u00e9tablir des connexions s\u00e9curis\u00e9es entre deux parties sur un r\u00e9seau. Il joue un r\u00f4le crucial pour garantir une communication s\u00e9curis\u00e9e et fiable, en particulier dans les sc\u00e9narios impliquant la navigation sur le Web, les \u00e9changes de courriers \u00e9lectroniques et autres transferts de donn\u00e9es sur Internet. En employant une s\u00e9rie d'algorithmes et de techniques cryptographiques, le protocole Handshake permet aux parties de s'authentifier mutuellement, de n\u00e9gocier les param\u00e8tres de cryptage et d'\u00e9tablir un canal s\u00e9curis\u00e9 pour l'\u00e9change de donn\u00e9es.<\/p>\n
L'histoire du protocole Handshake remonte aux d\u00e9buts d'Internet, lorsque le besoin de m\u00e9canismes de communication s\u00e9curis\u00e9s est devenu \u00e9vident. \u00c0 la fin des ann\u00e9es 1970 et au d\u00e9but des ann\u00e9es 1980, les premiers protocoles cryptographiques tels que SSL (Secure Socket Layer) et TLS (Transport Layer Security) ont \u00e9t\u00e9 introduits pour r\u00e9pondre \u00e0 ces pr\u00e9occupations. Ces protocoles ont \u00e9t\u00e9 con\u00e7us pour fournir des capacit\u00e9s de chiffrement et d\u2019authentification, mais ils pr\u00e9sentaient certaines limites.<\/p>\n
La premi\u00e8re mention du protocole Handshake moderne, tel que nous le connaissons aujourd'hui, se trouve dans la demande de commentaires (RFC) 5246 de l'Internet Engineering Task Force (IETF), publi\u00e9e en ao\u00fbt 2008. Cette RFC a introduit le protocole Transport Layer Security (TLS). version 1.2 du protocole, qui comprenait une explication d\u00e9taill\u00e9e du protocole Handshake. Les versions ult\u00e9rieures de TLS, telles que TLS 1.3, ont continu\u00e9 \u00e0 affiner et \u00e0 am\u00e9liorer le protocole Handshake.<\/p>\n
Le protocole Handshake est un composant essentiel de la suite de protocoles TLS. Sa fonction principale est de permettre un \u00e9change s\u00e9curis\u00e9 de cl\u00e9s et de n\u00e9gocier les param\u00e8tres de cryptage qui seront utilis\u00e9s pour la transmission ult\u00e9rieure des donn\u00e9es. Lorsqu'un client (tel qu'un navigateur Web) se connecte \u00e0 un serveur (tel qu'un site Web), le protocole Handshake est lanc\u00e9 pour \u00e9tablir une connexion s\u00e9curis\u00e9e entre eux.<\/p>\n
Le protocole Handshake suit une s\u00e9rie d\u2019\u00e9tapes pour atteindre son objectif\u00a0:<\/p>\n
ClientBonjour<\/strong>: Le client envoie un message ClientHello au serveur, r\u00e9pertoriant les algorithmes cryptographiques et les versions qu'il prend en charge.<\/p>\n<\/li>\n ServeurBonjour<\/strong>: En r\u00e9ponse, le serveur envoie un message ServerHello, indiquant les algorithmes cryptographiques choisis et d'autres param\u00e8tres pour la session.<\/p>\n<\/li>\n \u00c9change de certificats<\/strong>: Le serveur envoie son certificat num\u00e9rique au client, qui comprend la cl\u00e9 publique du serveur. Ce certificat est utilis\u00e9 pour authentifier l'identit\u00e9 du serveur.<\/p>\n<\/li>\n \u00c9change de cl\u00e9s<\/strong>: Le client g\u00e9n\u00e8re un secret pr\u00e9-ma\u00eetre al\u00e9atoire et le chiffre \u00e0 l'aide de la cl\u00e9 publique du serveur issue du certificat. Le client envoie ce secret pr\u00e9-ma\u00eetre chiffr\u00e9 au serveur.<\/p>\n<\/li>\n D\u00e9rivation des cl\u00e9s de session<\/strong>: le client et le serveur d\u00e9rivent ind\u00e9pendamment les cl\u00e9s de session du secret pr\u00e9-ma\u00eetre et d'autres param\u00e8tres \u00e9chang\u00e9s lors de la prise de contact.<\/p>\n<\/li>\n Fini<\/strong>: Les parties \u00e9changent des messages Termin\u00e9, permettant de v\u00e9rifier que la prise de contact est termin\u00e9e et que la connexion est s\u00e9curis\u00e9e.<\/p>\n<\/li>\n<\/ol>\n Une fois le protocole Handshake termin\u00e9 avec succ\u00e8s, le canal s\u00e9curis\u00e9 est \u00e9tabli et la transmission de donn\u00e9es ult\u00e9rieure a lieu \u00e0 l'aide des param\u00e8tres de cryptage n\u00e9goci\u00e9s.<\/p>\n Le protocole Handshake se compose de plusieurs types de messages de handshake, chacun remplissant un objectif sp\u00e9cifique au cours du processus de handshake\u00a0:<\/p>\n ClientBonjour<\/strong>: ce message est envoy\u00e9 par le client et inclut la version TLS, une valeur al\u00e9atoire, une liste des suites de chiffrement prises en charge et d'autres param\u00e8tres.<\/p>\n<\/li>\n ServeurBonjour<\/strong>: Envoy\u00e9 par le serveur, ce message comprend la version TLS choisie, une valeur al\u00e9atoire, la suite de chiffrement s\u00e9lectionn\u00e9e et d'autres param\u00e8tres.<\/p>\n<\/li>\n Certificat<\/strong>: Le serveur envoie son certificat num\u00e9rique au client, qui contient la cl\u00e9 publique du serveur et d'autres informations d'identification.<\/p>\n<\/li>\n \u00c9change de cl\u00e9s de serveur<\/strong> (facultatif)\u00a0: ce message est envoy\u00e9 par le serveur lorsqu'il doit envoyer du mat\u00e9riel de chiffrement suppl\u00e9mentaire au client.<\/p>\n<\/li>\n Demande de certificat<\/strong> (facultatif) : Le serveur peut demander le certificat du client si l'authentification du client est requise.<\/p>\n<\/li>\n ServeurBonjourTermin\u00e9<\/strong>: Envoy\u00e9 par le serveur pour indiquer la fin du ServerHello et des messages optionnels.<\/p>\n<\/li>\n ClientKeyExchange<\/strong>: Le client envoie le secret premaster chiffr\u00e9 avec la cl\u00e9 publique du serveur.<\/p>\n<\/li>\n CertificatV\u00e9rifier<\/strong> (facultatif) : Si l'authentification du client est effectu\u00e9e, ce message contient une signature num\u00e9rique pour prouver l'identit\u00e9 du client.<\/p>\n<\/li>\n Fini<\/strong>: le client et le serveur envoient des messages Termin\u00e9 pour v\u00e9rifier le succ\u00e8s de la prise de contact et activer la transmission de donn\u00e9es crypt\u00e9es.<\/p>\n<\/li>\n<\/ol>\n Le protocole Handshake propose plusieurs fonctionnalit\u00e9s essentielles qui contribuent \u00e0 son efficacit\u00e9 et sa s\u00e9curit\u00e9 :<\/p>\n \u00c9change de cl\u00e9s s\u00e9curis\u00e9<\/strong>: Le protocole Handshake garantit que le secret pr\u00e9-ma\u00eetre, crucial pour d\u00e9river les cl\u00e9s de session, reste confidentiel pendant la transmission, car il est crypt\u00e9 \u00e0 l'aide de la cl\u00e9 publique du serveur.<\/p>\n<\/li>\n Authentification mutuelle<\/strong>: Le protocole prend en charge l'authentification mutuelle, permettant au client et au serveur de v\u00e9rifier mutuellement leur identit\u00e9 \u00e0 l'aide de certificats num\u00e9riques.<\/p>\n<\/li>\n Secret de transfert parfait (PFS)<\/strong>: Le protocole Handshake prend en charge PFS, ce qui signifie que m\u00eame si la cl\u00e9 priv\u00e9e du serveur est compromise \u00e0 l'avenir, les communications pass\u00e9es resteront s\u00e9curis\u00e9es puisque les cl\u00e9s de session sont \u00e9ph\u00e9m\u00e8res et ne d\u00e9rivent pas de la cl\u00e9 priv\u00e9e du serveur.<\/p>\n<\/li>\n Compatibilit\u00e9 et flexibilit\u00e9<\/strong>: Le protocole Handshake peut n\u00e9gocier divers algorithmes et param\u00e8tres cryptographiques, lui permettant de s'adapter aux diff\u00e9rentes capacit\u00e9s du client et du serveur.<\/p>\n<\/li>\n R\u00e9sistance aux attaques<\/strong>: Le protocole est con\u00e7u pour r\u00e9sister \u00e0 diverses attaques cryptographiques, notamment les attaques de l'homme du milieu et les \u00e9coutes clandestines.<\/p>\n<\/li>\n<\/ol>\n Le protocole Handshake est principalement associ\u00e9 \u00e0 la suite de protocoles TLS. Cependant, des versions sp\u00e9cifiques de TLS peuvent d\u00e9terminer le flux exact des messages de prise de contact et les algorithmes cryptographiques utilis\u00e9s. Voici les versions majeures de TLS ainsi que leurs principales caract\u00e9ristiques\u00a0:<\/p>\nLa structure interne du protocole Handshake<\/h2>\n
\n
Analyse des principales fonctionnalit\u00e9s du protocole Handshake<\/h2>\n
\n
Types de protocole de prise de contact<\/h2>\n