{"id":137993,"date":"2025-06-22T11:11:54","date_gmt":"2025-06-22T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/soprovozhdayushhij-libxml2-otkazalsya-ot-osobogo-otnosheniya-k-ustraneniyu-uyazvimostej"},"modified":"2025-06-22T11:11:54","modified_gmt":"2025-06-22T09:11:54","slug":"soprovozhdayushhij-libxml2-otkazalsya-ot-osobogo-otnosheniya-k-ustraneniyu-uyazvimostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/soprovozhdayushhij-libxml2-otkazalsya-ot-osobogo-otnosheniya-k-ustraneniyu-uyazvimostej","title":{"rendered":"El mantenedor de libxml2 ha renunciado a tratar con la correcci\u00f3n de vulnerabilidades","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nick Wellnhofer, el mantenedor de la biblioteca libxml2, ha anunciado que a partir de ahora interpretar\u00e1 las vulnerabilidades como errores comunes. Los informes sobre las vulnerabilidades no se priorizar\u00e1n y se solucionar\u00e1n a medida que haya tiempo libre disponible. La informaci\u00f3n sobre la naturaleza de la vulnerabilidad se publicar\u00e1 de inmediato, sin esperar a que se desarrolle un parche o se distribuya una correcci\u00f3n en las distribuciones y sistemas operativos. Nick tambi\u00e9n ha renunciado a sus responsabilidades como mantenedor de la biblioteca libxslt y ha expresado dudas sobre si alguien estar\u00e1 dispuesto a asumir su soporte. <\/p>\n
Se ha a\u00f1adido una nota a la descripci\u00f3n del proyecto libxml2 que indica que la biblioteca est\u00e1 escrita por entusiastas, es mantenida por un voluntario, ha sido poco probada, est\u00e1 escrita en un lenguaje que no maneja la memoria de forma segura, contiene m\u00faltiples vulnerabilidades y no se recomienda para procesar datos no confiables. Los informes sobre problemas de seguridad deben enviarse a trav\u00e9s del sistema p\u00fablico de seguimiento de errores, y se tratar\u00e1n como cualquier otro error. Tras puertas cerradas, las vulnerabilidades ya no se solucionar\u00e1n, y toda la informaci\u00f3n sobre problemas de seguridad se publicar\u00e1 de inmediato, independientemente de cualquier requisito de confidencialidad hasta una fecha determinada y sin retrasar la divulgaci\u00f3n hasta el lanzamiento. <\/p>\n
Se espera que el cambio a tratar las vulnerabilidades como errores comunes permita a Nick concentrarse en su trabajo principal en libxml2, sin interrupciones por tareas imprevistas. En su estado actual, Nick tiene que dedicar varias horas a la semana a procesar los informes sobre vulnerabilidades y preparar parches, lo que crea una carga bastante grande considerando que el mantenimiento se realiza por puro entusiasmo. <\/p>\n
Se se\u00f1ala que ocultar la informaci\u00f3n sobre vulnerabilidades hasta la publicaci\u00f3n de actualizaciones y m\u00e9tricas como OpenSSF Scorecard es solo un intento de grandes empresas para hacer que los mantenedores se sientan culpables y los obliguen a trabajar de forma gratuita. Imponer requisitos adicionales a los mantenedores voluntarios, que trabajan sin compensaci\u00f3n, se ha calificado como una pr\u00e1ctica perjudicial. <\/p>\n
Seg\u00fan Nick, la biblioteca libxml2 no tiene el nivel de calidad adecuado para ser utilizada en navegadores y sistemas operativos. Sin embargo, grandes empresas como Apple, Google y Microsoft han empezado a usar libxml2 en sus sistemas operativos y productos. Tales acciones han sido calificadas de irresponsables, y el trabajo realizado se considera m\u00e1s bien un intento de eliminar los s\u00edntomas en lugar de abordar la causa de los problemas. Seg\u00fan Nick, ser\u00eda mejor para el proyecto si las empresas mencionadas dejaran de usar libxml2. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"