{"id":137924,"date":"2025-06-21T23:12:01","date_gmt":"2025-06-21T21:12:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-biblioteke-libxml2-potenczialno-privodyashhie-k-vypolneniyu-koda"},"modified":"2025-06-21T23:12:01","modified_gmt":"2025-06-21T21:12:01","slug":"uyazvimosti-v-biblioteke-libxml2-potenczialno-privodyashhie-k-vypolneniyu-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimosti-v-biblioteke-libxml2-potenczialno-privodyashhie-k-vypolneniyu-koda","title":{"rendered":"Vulnerabilidades en la biblioteca libxml2, que podr\u00edan llevar a la ejecuci\u00f3n de c\u00f3digo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la biblioteca Libxml2, desarrollada por el proyecto GNOME y utilizada para procesar contenido en formato XML, se han identificado 5 vulnerabilidades, dos de las cuales podr\u00edan permitir la ejecuci\u00f3n de c\u00f3digo al procesar datos externos especialmente dise\u00f1ados. La biblioteca Libxml2 es ampliamente utilizada en proyectos de c\u00f3digo abierto y, por ejemplo, es una dependencia en m\u00e1s de 800 paquetes en Ubuntu. <\/p>\n
La primera vulnerabilidad (CVE-2025-6170) es causada por un desbordamiento de b\u00fafer en la implementaci\u00f3n de la shell interactiva xmllint, utilizada para procesar archivos XML. El desbordamiento ocurre al manejar argumentos de comando muy largos debido a la falta de una verificaci\u00f3n adecuada del tama\u00f1o de los datos de entrada antes de copiar los datos con la funci\u00f3n strcpy(). Para explotar la vulnerabilidad, un atacante debe tener la capacidad de influir en los comandos que se pasan a la utilidad xmllint. Actualmente no hay un parche disponible para solucionar la vulnerabilidad. <\/p>\n
La segunda vulnerabilidad (CVE-2025-6021) se encuentra en la implementaci\u00f3n de la funci\u00f3n xmlBuildQName() y provoca la escritura de datos fuera del b\u00fafer debido a un desbordamiento entero al calcular el tama\u00f1o del b\u00fafer basado en el prefijo y el nombre local. Para aprovechar esta vulnerabilidad, un atacante debe conseguir que sus datos se inserten en los argumentos prefix y ncname pasados a la funci\u00f3n xmlBuildQName(). Se ha preparado un parche para solucionar la vulnerabilidad. La correcci\u00f3n est\u00e1 incluida en el lanzamiento de libxml2 2.14.4. Para verificar el estado de la nueva versi\u00f3n del paquete o la preparaci\u00f3n de la soluci\u00f3n en las distribuciones, se puede consultar las siguientes p\u00e1ginas (si la p\u00e1gina no est\u00e1 disponible, significa que los desarrolladores de la distribuci\u00f3n a\u00fan no han comenzado a abordar el problema): Debian, Ubuntu, Fedora, SUSE\/openSUSE, RHEL, Gentoo y Arch (1, 2). <\/p>\n
Los otros tres problemas provocan un fallo en la aplicaci\u00f3n debido al acceso a un \u00e1rea de memoria que ya ha sido liberada en la funci\u00f3n xmlSchematronGetNode (CVE-2025-49794), la desreferencia de un puntero nulo en la funci\u00f3n xmlXPathCompiledEval (CVE-2025-49795) y un manejo incorrecto de tipos (Confusi\u00f3n de tipos) en la funci\u00f3n xmlSchematronFormatReport (CVE-2025-49796). Se est\u00e1 considerando la posibilidad de eliminar el soporte para el lenguaje de marcado Schematron de libxml2 para solucionar estas vulnerabilidades. <\/p>\n
Adem\u00e1s, se informa sobre la presencia de tres vulnerabilidades no corregidas en la biblioteca libxslt, que ha quedado sin mantenimiento. La informaci\u00f3n sobre estos problemas a\u00fan no se divulga y est\u00e1 programada para publicarse el 9 de julio, 13 de julio y 6 de agosto. Tambi\u00e9n se destacan vulnerabilidades no corregidas y no divulgadas p\u00fablicamente en proyectos relacionados con GNOME como gvfs, libgxps, gdm, glib, GIMP y libsoup. <\/p>\n
Adicionalmente: El mantenedor de libxml2 ha declarado que a partir de ahora tratar\u00e1 las vulnerabilidades como errores comunes, sin darles mayor prioridad, corrigi\u00e9ndolas cuando haya tiempo disponible y divulgando de inmediato la informaci\u00f3n sobre la naturaleza de la vulnerabilidad sin imponer un embargo ni proporcionar tiempo para corregir en productos de terceros. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"