{"id":104097,"date":"2022-05-20T15:36:43","date_gmt":"2022-05-20T13:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-otkryl-narabotki-svyazannye-s-zashhishhyonnym-setevym-protokolom-psp"},"modified":"2022-05-20T15:36:43","modified_gmt":"2022-05-20T13:36:45","slug":"google-otkryl-narabotki-svyazannye-s-zashhishhyonnym-setevym-protokolom-psp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/google-otkryl-narabotki-svyazannye-s-zashhishhyonnym-setevym-protokolom-psp","title":{"rendered":"Google a d\u00e9voil\u00e9 des travaux li\u00e9s au protocole r\u00e9seau s\u00e9curis\u00e9 PSP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La soci\u00e9t\u00e9 Google a annonc\u00e9 l'ouverture des sp\u00e9cifications et de l'impl\u00e9mentation de r\u00e9f\u00e9rence du protocole PSP (PSP Security Protocol), utilis\u00e9 pour le chiffrement du trafic entre les centres de donn\u00e9es. Le protocole utilise une architecture semblable \u00e0 l'ESP (Encapsulating Security Payloads) d'IPsec pour encapsuler le trafic au-dessus d'IP, garantissant le chiffrement, le contr\u00f4le cryptographique d'int\u00e9grit\u00e9 et l'authentification de la source. Le code de l'impl\u00e9mentation PSP est \u00e9crit en langage C et distribu\u00e9 sous la licence Apache 2.0. <\/p>\n
Une caract\u00e9ristique du PSP est l'optimisation du protocole pour acc\u00e9l\u00e9rer les calculs et r\u00e9duire la charge sur le processeur central en d\u00e9chargeant les op\u00e9rations de chiffrement et de d\u00e9chiffrement vers les cartes r\u00e9seau (offload). Pour appliquer l'acc\u00e9l\u00e9ration mat\u00e9rielle, des cartes r\u00e9seau sp\u00e9ciales compatibles avec le PSP sont n\u00e9cessaires. Pour les syst\u00e8mes avec des cartes r\u00e9seau ne supportant pas le PSP, une impl\u00e9mentation logicielle SoftPSP est propos\u00e9e. <\/p>\n
Le protocole UDP est utilis\u00e9 comme transport pour la transmission des donn\u00e9es. Un paquet PSP d\u00e9bute par un en-t\u00eate IP, suivi d'un en-t\u00eate UDP, puis de l'en-t\u00eate PSP lui-m\u00eame contenant des informations sur le chiffrement et l'authentification. Ensuite, le contenu du paquet TCP\/UDP d'origine est attach\u00e9, se terminant par un bloc PSP final avec une somme de contr\u00f4le pour confirmer l'int\u00e9grit\u00e9. L'en-t\u00eate PSP, ainsi que l'en-t\u00eate et les donn\u00e9es du paquet encapsul\u00e9, sont toujours authentifi\u00e9s pour confirmer l'authenticit\u00e9 du paquet. Les donn\u00e9es du paquet encapsul\u00e9 peuvent \u00eatre chiffr\u00e9es, permettant l'application s\u00e9lective du chiffrement en laissant une partie de l'en-t\u00eate TCP en clair (tout en maintenant un contr\u00f4le d'authenticit\u00e9), par exemple, pour permettre l'inspection des paquets sur le mat\u00e9riel r\u00e9seau de transit.
<\/center> <\/p>\n
Le PSP n'est pas li\u00e9 \u00e0 un protocole de distribution de cl\u00e9s particulier, propose plusieurs formats de paquets et prend en charge l'utilisation de divers algorithmes cryptographiques. Par exemple, il prend en charge l'algorithme AES-GCM pour le chiffrement et l'authentification, ainsi que l'AES-GMAC pour l'authentification sans chiffrement des donn\u00e9es elles-m\u00eames, par exemple lorsque les donn\u00e9es n'ont pas de valeur, mais qu'il est n\u00e9cessaire de garantir qu'elles n'ont pas \u00e9t\u00e9 alt\u00e9r\u00e9es lors du transfert et que ce sont bien celles qui ont \u00e9t\u00e9 envoy\u00e9es initialement. <\/p>\n
![\"Google](\"\/wp-content\/uploads\/2022\/05\/5d23ea803e336609bc8056d9f88b2df8.jpg\")
<\/center> <\/p>\n![\"Google](\"\/wp-content\/uploads\/2022\/05\/6f8fb33889bd2cd7746511021cb6b899.jpg\")
<\/center> <\/p>\n