{"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\/es\/blog\/news\/oshibka-v-bind-9-16-17-privodyashhaya-k-nevernoj-obrabotke-simvola-w-v-dns-zaprosah","title":{"rendered":"Error en BIND 9.16.17 que conduce a un procesamiento incorrecto del car\u00e1cter W en las consultas DNS.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se han publicado actualizaciones correctivas para la rama estable del servidor DNS BIND 9.16.18 y la rama experimental en desarrollo 9.17.15, en las que se ha solucionado un error cr\u00edtico que apareci\u00f3 en las versiones BIND 9.16.17 y 9.17.14, publicadas la semana pasada (al d\u00eda siguiente de estos lanzamientos, los desarrolladores advirtieron sobre el problema y recomendaron no instalar las versiones 9.16.17 y 9.17.14). <\/p>\n
En las versiones 9.16.17 y 9.17.14, se omiti\u00f3 el car\u00e1cter \u00abw\u00bb en las tablas de mapeo de caracteres en may\u00fasculas y min\u00fasculas (maptoupper y maptolower), lo que llev\u00f3 a la sustituci\u00f3n de los caracteres \u00abW\u00bb y \u00abw\u00bb en los nombres de dominio por la secuencia \u00ab\u00bb y devolvi\u00f3 un resultado incorrecto al procesar las consultas por patr\u00f3n. Por ejemplo, si en la zona DNS hab\u00eda un registro \u00ab*.sub.test.local. 1 A 127.0.0.1\u00bb, la consulta del nombre UVW.sub.test.local\u00bb devolv\u00eda una respuesta en la que aparec\u00eda el nombre \u00abuv.sub.test.local\u00bb en lugar de \u00abuvw.sub.test.local\u00bb. <\/p>\n
Adem\u00e1s, se observaron problemas con la sustituci\u00f3n del car\u00e1cter \u00abw\u00bb por \u00ab\u00bb al actualizar din\u00e1micamente la zona si el caso del car\u00e1cter \u00abw\u00bb en la consulta era diferente del caso en la zona DNS. Por ejemplo, si hab\u00eda un registro en la zona \u00abWW.example\u00bb y se enviaba una actualizaci\u00f3n para \u00abfoo.ww.example.\u00bb, se procesaba como \u00abfoo..example.\u00bb Los problemas de sustituci\u00f3n de caracteres tambi\u00e9n pod\u00edan ocurrir al realizar operaciones de transferencia de zonas de un servidor DNS primario a uno secundario. <\/p>\n
La publicaci\u00f3n de la actualizaci\u00f3n 9.16.18 se retras\u00f3 debido a la detecci\u00f3n de otros dos errores que permanecieron sin resolver en las versiones 9.16.18 y 9.17.15. Los errores provocan bloqueos mutuos durante la inicializaci\u00f3n y se manifiestan en configuraciones donde se utilizan zonas id\u00e9nticas en la pol\u00edtica de dnssec-policy que est\u00e1n presentes en diferentes vistas (view). Se recomienda a los usuarios con configuraciones similares que retrocedan a la versi\u00f3n BIND 9.16.16. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"