{"id":123495,"date":"2025-04-14T09:05:08","date_gmt":"2025-04-14T07:05:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov"},"modified":"2025-04-14T09:05:08","modified_gmt":"2025-04-14T07:05:08","slug":"perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov","title":{"rendered":"Desbordamiento de b\u00fafer en Perl relacionado con el procesamiento de caracteres","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se han publicado actualizaciones correctivas para los int\u00e9rpretes Perl 5.40.2 y 5.38.4, en las que se ha resuelto una vulnerabilidad (CVE-2024-56406) que provoca un desbordamiento de b\u00fafer al transliterar caracteres no ASCII especialmente dise\u00f1ados utilizando el operador «tr\/...\/». No se descarta la posibilidad de explotar esta vulnerabilidad para ejecutar c\u00f3digo malicioso en el sistema. El problema se manifiesta en las versiones estables de Perl desde 2021 y afecta a las ramas Perl 5.34, 5.36, 5.38 y 5.40. Se puede seguir la resoluci\u00f3n de la vulnerabilidad en las siguientes p\u00e1ginas: Debian, Ubuntu, Fedora, Arch, FreeBSD. Las distribuciones basadas en RHEL 9, SUSE 15 y openSUSE Leap 15.6 no est\u00e1n afectadas por la vulnerabilidad, ya que incluyen versiones de Perl 5.32 y 5.26. <\/p>\n
La vulnerabilidad afecta a programas que utilizan datos externos no verificados en la parte izquierda del operador «tr», donde se especifica una variable con los datos para reemplazar los caracteres (por ejemplo, «$external_string =~ tr\/a\/b\/»). En la funci\u00f3n S_do_trans_invmap() que hace funcionar el operador, al procesar algunos bytes no ASCII, se accede a la memoria fuera del b\u00fafer asignado. El desbordamiento ocurre porque algunas secuencias de bytes en el conjunto de datos original pueden ser convertidas en secuencias UTF-8, para las cuales se requieren dos bytes en lugar de uno. <\/p>\n
Cabe destacar que la vulnerabilidad surgi\u00f3 despu\u00e9s de un cambio realizado en 2020 que elimin\u00f3 la verificaci\u00f3n adicional de la asignaci\u00f3n de memoria suficiente, bajo el pretexto de que al calcular el tama\u00f1o, es suficiente redondear hacia arriba. Para verificar la presencia de la vulnerabilidad, se puede ejecutar el c\u00f3digo: perl -e ‘$_ = «\x{FF}» x 1000000; tr\/\xFF\/\x{100}\/;’ Segmentation fault (core dumped) \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"