{"id":102843,"date":"2022-01-02T21:37:00","date_gmt":"2022-01-02T19:37:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d0%b4%d0%bb%d1%8f-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d1%80%d0%b5%d0%b4%d0%bb%d0%be%d0%b6%d0%b5%d0%bd%d0%b0-%d1%80%d0%b5%d0%b0%d0%bb%d0%b8%d0%b7%d0%b0%d1%86%d0%b8%d1%8f-dev-random-%d0%b8%d0%b7"},"modified":"2022-01-02T21:37:00","modified_gmt":"2022-01-02T19:37:00","slug":"%d0%b4%d0%bb%d1%8f-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d1%80%d0%b5%d0%b4%d0%bb%d0%be%d0%b6%d0%b5%d0%bd%d0%b0-%d1%80%d0%b5%d0%b0%d0%bb%d0%b8%d0%b7%d0%b0%d1%86%d0%b8%d1%8f-dev-random-%d0%b8%d0%b7","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/%d0%b4%d0%bb%d1%8f-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d1%80%d0%b5%d0%b4%d0%bb%d0%be%d0%b6%d0%b5%d0%bd%d0%b0-%d1%80%d0%b5%d0%b0%d0%bb%d0%b8%d0%b7%d0%b0%d1%86%d0%b8%d1%8f-dev-random-%d0%b8%d0%b7","title":{"rendered":"Pour le noyau Linux, une impl\u00e9mentation de \\\/dev\\\/random, d\u00e9pourvue de liaison \u00e0 SHA-1, a \u00e9t\u00e9 propos\u00e9e","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Jason A. Donenfeld, auteur de VPN WireGuard, a propos\u00e9 une mise \u00e0 jour du g\u00e9n\u00e9rateur de nombres al\u00e9atoires RDRAND, qui g\u00e8re les dispositifs \/dev\/random et \/dev\/urandom dans le noyau Linux. Fin novembre, Jason a \u00e9t\u00e9 ajout\u00e9 \u00e0 la liste des mainteneurs du pilote random et a publi\u00e9 les premiers r\u00e9sultats de son travail de r\u00e9vision. <\/p>\n
La nouvelle impl\u00e9mentation se distingue par la transition vers l'utilisation de la fonction de hachage BLAKE2s au lieu de SHA1 pour les op\u00e9rations de m\u00e9lange d'entropie. Ce changement a permis d'am\u00e9liorer la s\u00e9curit\u00e9 du g\u00e9n\u00e9rateur de nombres pseudo-al\u00e9atoires, en se d\u00e9barrassant de l'algorithme probl\u00e9matique SHA1 et en \u00e9liminant la r\u00e9\u00e9criture du vecteur d'initialisation du RNG. \u00c9tant donn\u00e9 que l'algorithme BLAKE2s surpasse SHA1 en termes de performances, son utilisation a \u00e9galement eu un impact positif sur la performance du g\u00e9n\u00e9rateur de nombres pseudo-al\u00e9atoires (les tests r\u00e9alis\u00e9s sur un syst\u00e8me avec un processeur Intel i7-11850H ont montr\u00e9 une augmentation de la vitesse de 131 %). Un autre avantage de la transition vers BLAKE2 pour le m\u00e9lange d'entropie a \u00e9t\u00e9 l'unification des algorithmes utilis\u00e9s \u2014 BLAKE2 est appliqu\u00e9 dans le chiffrement ChaCha, d\u00e9j\u00e0 utilis\u00e9 pour l'extraction de s\u00e9quences al\u00e9atoires. <\/p>\n
De plus, des am\u00e9liorations ont \u00e9t\u00e9 apport\u00e9es au g\u00e9n\u00e9rateur de nombres al\u00e9atoires cryptographiquement s\u00fbrs CRNG, utilis\u00e9 dans l'appel getrandom. Les am\u00e9liorations consistent \u00e0 limiter l'appel du lent g\u00e9n\u00e9rateur RDRAND lors de l'extraction d'entropie, ce qui permet d'augmenter les performances de 3,7 fois. Jason a montr\u00e9 que l'appel \u00e0 RDRAND n'a de sens que dans le cas o\u00f9 le CRNG n'est pas encore compl\u00e8tement initialis\u00e9, mais si l'initialisation du CRNG est termin\u00e9e, sa valeur n'influence pas la qualit\u00e9 de la s\u00e9quence g\u00e9n\u00e9r\u00e9e et il est possible de se passer de l'appel \u00e0 RDRAND dans ce cas. <\/p>\n
Les modifications sont pr\u00e9vues pour \u00eatre int\u00e9gr\u00e9es dans le noyau 5.17 et ont d\u00e9j\u00e0 \u00e9t\u00e9 examin\u00e9es par les d\u00e9veloppeurs Ted Ts\u2019o (deuxi\u00e8me mainteneur du pilote random), Greg Kroah-Hartman (responsable du support de la branche stable du noyau Linux) et Jean-Philippe Aumasson (auteur des algorithmes BLAKE2\/3). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"