{"id":100585,"date":"2021-06-23T10:22:42","date_gmt":"2021-06-23T08:22:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/oshibka-v-bind-9-16-17-privodyashhaya-k-nevernoj-obrabotke-simvola-w-v-dns-zaprosah"},"modified":"2021-06-23T10:22:42","modified_gmt":"2021-06-23T08:22:42","slug":"oshibka-v-bind-9-16-17-privodyashhaya-k-nevernoj-obrabotke-simvola-w-v-dns-zaprosah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/oshibka-v-bind-9-16-17-privodyashhaya-k-nevernoj-obrabotke-simvola-w-v-dns-zaprosah","title":{"rendered":"Erreur dans BIND 9.16.17, entra\u00eenant un traitement incorrect du caract\u00e8re W dans les requ\u00eates DNS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des mises \u00e0 jour correctives ont \u00e9t\u00e9 publi\u00e9es pour la branche stable du serveur DNS BIND 9.16.18 et pour la branche exp\u00e9rimentale 9.17.15 en cours de d\u00e9veloppement, qui corrige une grave erreur survenue dans les versions BIND 9.16.17 et 9.17.14, publi\u00e9es la semaine derni\u00e8re (le lendemain de ces versions, les d\u00e9veloppeurs ont averti d'un probl\u00e8me et recommand\u00e9 de ne pas installer les versions 9.16.17 et 9.17.14). <\/p>\n
Dans les versions 9.16.17 et 9.17.14, un caract\u00e8re, «w», a \u00e9t\u00e9 omis dans les tables de correspondance des caract\u00e8res minuscules et majuscules (maptoupper et maptolower), entra\u00eenant le remplacement des caract\u00e8res «W» et «w» dans les noms de domaine par la s\u00e9quence «\000» et le retour d'un r\u00e9sultat incorrect lors du traitement des requ\u00eates par masque. Par exemple, si un enregistrement dans la zone DNS \u00e9tait «*.sub.test.local. 1 A 127.0.0.1″, une requ\u00eate pour le nom UVW.sub.test.local» produisait une r\u00e9ponse o\u00f9 le nom «uv\\\/000.sub.test.local» \u00e9tait retourn\u00e9 au lieu de «uvw.sub.test.local». <\/p>\n
De plus, des probl\u00e8mes ont \u00e9t\u00e9 not\u00e9s concernant le remplacement du caract\u00e8re «w» par «\000» lors de la mise \u00e0 jour dynamique de la zone, si la casse du caract\u00e8re «w» dans la requ\u00eate diff\u00e9rait de celle dans la zone DNS. Par exemple, si un enregistrement dans la zone \u00e9tait «WW.example» et qu'une mise \u00e0 jour \u00e9tait envoy\u00e9e pour «foo.ww.example.», elle \u00e9tait trait\u00e9e comme «foo.\000\000.example.». Des probl\u00e8mes similaires de remplacement de caract\u00e8res pouvaient \u00e9galement survenir lors des op\u00e9rations de transfert de zones d'un serveur DNS primaire \u00e0 un serveur secondaire. <\/p>\n
La publication de la mise \u00e0 jour 9.16.18 a \u00e9t\u00e9 retard\u00e9e en raison de la d\u00e9couverte de deux erreurs suppl\u00e9mentaires qui n'ont pas \u00e9t\u00e9 corrig\u00e9es dans les versions 9.16.18 et 9.17.15. Les erreurs entra\u00eenent un blocage mutuel lors de l'initialisation et se manifestent dans les configurations o\u00f9 des zones identiques sont utilis\u00e9es dans diff\u00e9rents contextes (view) dans la politique dnssec-policy. Les utilisateurs disposant de ces param\u00e8tres sont invit\u00e9s \u00e0 revenir \u00e0 la version BIND 9.16.16. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"