{"id":101551,"date":"2021-10-06T04:22:36","date_gmt":"2021-10-06T02:22:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta"},"modified":"2021-10-06T04:22:36","modified_gmt":"2021-10-06T02:22:36","slug":"uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","title":{"rendered":"Vulnerabilidad en el servidor http Apache 2.4.49 que permite acceder a archivos fuera de la ra\u00edz del sitio","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha emitido de manera urgente una actualizaci\u00f3n del servidor http Apache 2.4.50, que corrige una vulnerabilidad 0-day (CVE-2021-41773) ya explotada, permitiendo el acceso a archivos desde \u00e1reas fuera del directorio ra\u00edz del sitio. Mediante esta vulnerabilidad, se pueden cargar archivos de sistema arbitrarios y scripts web de lectura disponibles para el usuario bajo el cual se ejecuta el servidor http. Los desarrolladores fueron notificados del problema el 17 de septiembre, pero solo pudieron emitir la actualizaci\u00f3n hoy, despu\u00e9s de que se registraran casos de explotaci\u00f3n de la vulnerabilidad para atacar sitios. <\/p>\n
El peligro de la vulnerabilidad se mitiga en parte porque el problema solo se manifiesta en la recientemente lanzada versi\u00f3n 2.4.49 y no afecta a versiones anteriores. En las ramas estables de distribuciones de servidor conservadoras, la versi\u00f3n 2.4.49 a\u00fan no se ha utilizado (Debian, RHEL, Ubuntu, SUSE), pero el problema afect\u00f3 a distribuciones que se actualizan continuamente, como Fedora, Arch Linux y Gentoo, as\u00ed como a puertos de FreeBSD. <\/p>\n
La vulnerabilidad es causada por un error introducido durante la reestructuraci\u00f3n del c\u00f3digo para normalizar las rutas en la URI, lo que provoca que el car\u00e1cter de punto codificado como secuencia «» en la ruta no se normalice si est\u00e1 precedido por otro punto. De esta manera, se volvi\u00f3 posible la inyecci\u00f3n de caracteres no limpiados «..\\\/» en la ruta resultante al especificar en la solicitud la secuencia «.\\\/». Por ejemplo, una solicitud como «https:\\\/\\\/example.com\\\/cgi-bin\\\/.\\\/.\\\/.\\\/.\\\/etc\\\/passwd» o «https:\\\/\\\/example.com\\\/cgi-bin\\\/.\\\/\\\/.\\\/.\\\/etc\\\/hosts» permit\u00eda acceder al contenido del archivo «\\\/etc\\\/passwd». <\/p>\n
El problema no se presenta si el acceso a los directorios est\u00e1 expl\u00edcitamente denegado mediante la configuraci\u00f3n «require all denied». Por ejemplo, para una protecci\u00f3n parcial se puede indicar en el archivo de configuraci\u00f3n: <Directory \\\/> require all denied <\\\/Directory> <\/p>\n
En la versi\u00f3n Apache httpd 2.4.50 tambi\u00e9n se ha corregido otra vulnerabilidad (CVE-2021-41524) que afecta al m\u00f3dulo que implementa el protocolo HTTP\\\/2. Esta vulnerabilidad permit\u00eda, a trav\u00e9s del env\u00edo de una solicitud especialmente formada, iniciar un desreferenciamiento de puntero nulo y provocar un fallo en el proceso. Esta vulnerabilidad tambi\u00e9n se manifiesta solo en la versi\u00f3n 2.4.49. Como soluci\u00f3n alternativa, se puede desactivar el soporte para el protocolo HTTP\\\/2. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"