{"id":103186,"date":"2022-02-03T21:37:11","date_gmt":"2022-02-03T19:37:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemnoj-biblioteki-glibc-2-35"},"modified":"2022-02-03T21:37:11","modified_gmt":"2022-02-03T19:37:11","slug":"vypusk-sistemnoj-biblioteki-glibc-2-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-35","title":{"rendered":"Lanzamiento de la biblioteca del sistema Glibc 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de seis meses de desarrollo, se ha publicado la versi\u00f3n de la biblioteca del sistema GNU C Library (glibc) 2.35, que cumple completamente con los requisitos de las normas ISO C11 y POSIX.1-2017. La nueva versi\u00f3n incluye correcciones de 66 desarrolladores. <\/p>\n
Entre las mejoras implementadas en Glibc 2.35 se destacan: <\/p>\n
\n
Se ha a\u00f1adido soporte para la localidad \u00abC.UTF-8\u00bb, que incluye reglas de clasificaci\u00f3n para todos los c\u00f3digos Unicode, pero que por ahorro de espacio est\u00e1 limitada al uso de rangos ASCII en las funciones fnmatch, regexec y regcomp. La localidad ocupa alrededor de 400 KB, de los cuales 346 KB son datos LC_CTYPE para Unicode, y requiere una instalaci\u00f3n separada (no est\u00e1 integrada en Glibc).\n
Los datos de codificaci\u00f3n, la informaci\u00f3n sobre tipos de caracteres y las tablas de transliteraci\u00f3n se han actualizado para soportar la especificaci\u00f3n Unicode 14.0.0.\n
En <math.h> y <tgmath.h> se han implementado funciones y macros que redondean el resultado a un tipo m\u00e1s estrecho: fsqrt, fsqrtl, dsqrtl, ffma, ffmal, dfmal, fMsqrtfN, fMsqrtfNx, fMxsqrtfN, fMxsqrtfNx, fMfmafN y fMfmafNx. Las funciones est\u00e1n descritas en las especificaciones TS 18661-1:2014, TS 18661-3:2015 y se han a\u00f1adido al borrador del futuro est\u00e1ndar ISO C2X.\n
En <math.h> y <tgmath.h> se han implementado funciones y macros para encontrar el m\u00ednimo y el m\u00e1ximo de n\u00fameros de punto flotante con tipos float, long double, _FloatN y _FloatNx, descritos en la especificaci\u00f3n IEEE 754-2019 y a\u00f1adidos al borrador del futuro est\u00e1ndar ISO C2X: fmaximum, fmaximum_num, fmaximum_mag, fmaximum_mag_num, fminimum, fminimum_num, fminimum_mag, fminimum_mag_num.\n
En <math.h> se han a\u00f1adido constantes para n\u00fameros de punto flotante de precisi\u00f3n simple: M_Ef, M_LOG2Ef, M_LOG10Ef, M_LN2f, M_LN10f, M_PIf, M_PI_2f, M_PI_4f, M_1_PIf, M_2_PIf, M_2_SQRTPIf, M_SQRT2f y M_SQRT1_2f.\n
Para las funciones exp10, se han a\u00f1adido macros correspondientes al archivo de encabezado <tgmath.h> que no est\u00e1n vinculadas a tipos espec\u00edficos.\n
En <stdio.h> se ha a\u00f1adido el macro _PRINTF_NAN_LEN_MAX, propuesto en el borrador del est\u00e1ndar ISO C2X.\n
Se han a\u00f1adido especificadores de formato \u00ab%b\u00bb y \u00ab%B\u00bb a la familia de funciones printf para la salida de n\u00fameros enteros en representaci\u00f3n binaria.\n
Se ha implementado un nuevo algoritmo de clasificaci\u00f3n DSO en el sistema de enlace din\u00e1mico, utilizando un m\u00e9todo de b\u00fasqueda en profundidad (DFS) para solucionar problemas de rendimiento al procesar dependencias c\u00edclicas. Se ha propuesto el par\u00e1metro glibc.rtld.dynamic_sort para elegir el algoritmo de clasificaci\u00f3n DSO, al que se le puede asignar el valor \u00ab1\u00bb para revertir al algoritmo antiguo.\n
En la ABI se ha a\u00f1adido soporte para la nueva funci\u00f3n \u2018__memcmpeq\u2019, que los compiladores utilizan para optimizar el uso de \u2018memcmp\u2019, en caso de que el valor devuelto por esta funci\u00f3n se utilice \u00fanicamente para verificar el estado de finalizaci\u00f3n de la operaci\u00f3n.\n
Se ha a\u00f1adido soporte para el registro autom\u00e1tico de hilos utilizando la llamada al sistema rseq (secuencias reiniciables), disponible a partir del n\u00facleo de Linux 4.18. La llamada al sistema rseq permite organizar la ejecuci\u00f3n ininterrumpida de un grupo de instrucciones, no interrumpidas y que confirmen el resultado de la \u00faltima instrucci\u00f3n en el grupo. En esencia, se proporciona un medio para llevar a cabo operaciones at\u00f3micas muy r\u00e1pidas que, en caso de ser interrumpidas por otro hilo, se limpian y se intenta ejecutar de nuevo.\n
Se ha a\u00f1adido un enlace simb\u00f3lico \/usr\/bin\/ld.so.\n
Se garantiza la compilaci\u00f3n por defecto de todos los archivos ejecutables de programas integrados y del conjunto de pruebas en modo PIE (ejecutable independiente de la posici\u00f3n). Para desactivar este comportamiento, se ha previsto la opci\u00f3n \u00ab--disable-default-pie\u00bb.\n
Para Linux, se ha a\u00f1adido la configuraci\u00f3n glibc.malloc.hugetlb, que permite cambiar la implementaci\u00f3n de malloc para usar la llamada al sistema madvise con la bandera MADV_HUGEPAGE para mmap y sbrk, o utilizar directamente grandes p\u00e1ginas de memoria al especificar la bandera MAP_HUGETLB en las llamadas a mmap. En el primer caso, se puede lograr un aumento en el rendimiento si las Transparent Huge Pages se utilizan en modo madvise, y en el segundo, se permite el uso de grandes p\u00e1ginas reservadas por el sistema (Huge Pages).\n
Se ha a\u00f1adido la funci\u00f3n _dl_find_object, que se puede utilizar para a\u00f1adir informaci\u00f3n sobre el desmantelamiento de la pila de llamadas (unwind).\n
Se ha a\u00f1adido soporte para la arquitectura OpenRISC (or1k-linux-gnu) en modo de procesamiento software de operaciones de punto flotante (soft-float). Para que el puerto funcione, se requiere binutils 2.35, GCC 11, y el n\u00facleo de Linux 5.4.\n
Se ha a\u00f1adido el flag de compilaci\u00f3n \u00ab--with-rtld-early-cflags\u00bb, mediante el cual se pueden especificar flags de compilaci\u00f3n adicionales que se utilizan al compilar el c\u00f3digo inicial para el enlace din\u00e1mico.\n
Para la plataforma Linux, se ha a\u00f1adido la funci\u00f3n epoll_pwait2, que se diferencia de epoll_wait al especificar un tiempo de espera con precisi\u00f3n en nanosegundos.\n
Se ha a\u00f1adido la funci\u00f3n posix_spawn_file_actions_addtcsetpgrp_np, que excluye condiciones de carrera al establecer el terminal de control para un nuevo proceso.\n
Para las aplicaciones compiladas con Glibc y GCC 12+, se implementa el modo de protecci\u00f3n \u00ab_FORTIFY_SOURCE=3\u00bb, que detecta posibles desbordamientos de b\u00fafer durante la ejecuci\u00f3n de funciones de cadena definidas en el archivo de cabecera string.h. La diferencia con el modo \u00ab_FORTIFY_SOURCE=2\u00bb radica en verificaciones adicionales que pueden reducir el rendimiento.\n
Se ha descontinuado el soporte para las extensiones de Intel MPX (Memory Protection Extensions), utilizadas para verificar punteros en relaci\u00f3n con los l\u00edmites de las \u00e1reas de memoria (esta tecnolog\u00eda no tuvo expansi\u00f3n y ya ha sido eliminada de GCC y LLVM).\n
Se ha declarado obsoleto y ser\u00e1 eliminado en la pr\u00f3xima versi\u00f3n el mecanismo prelink y las variables de entorno asociadas LD_TRACE_PRELINKING y LD_USE_LOAD_BIAS.\n
Se han corregido vulnerabilidades: <\/p>\n
\n
CVE-2022-23218, CVE-2022-23219 \u2014 desbordamiento de b\u00fafer en las funciones svcunix_create y clnt_create, causado por la copia en la pila del contenido de un par\u00e1metro con nombre de archivo sin verificar el tama\u00f1o de los datos copiados. Para aplicaciones compiladas sin protecci\u00f3n de pila y que utilizan el protocolo \u00abunix\u00bb, la vulnerabilidad puede permitir la ejecuci\u00f3n de c\u00f3digo por parte de un atacante al procesar nombres de archivos muy largos.\n
CVE-2021-3998 \u2014 vulnerabilidad en la funci\u00f3n realpath(), ocasionada por la devoluci\u00f3n de un valor incorrecto en ciertas condiciones, que contiene datos residuales no depurados de la pila. Para el programa fusermount con SUID-root, la vulnerabilidad puede ser utilizada para obtener informaci\u00f3n confidencial de la memoria del proceso, por ejemplo, para recuperar datos sobre punteros.\n
CVE-2021-3999 \u2014 desbordamiento de buffer de un byte en la funci\u00f3n getcwd(). El problema es causado por un error que ha estado presente desde 1995. Para provocar el desbordamiento, es suficiente con realizar una llamada a chdir() para el directorio \u00ab\/\u00bb en un espacio de nombres separado de puntos de montaje. <\/ul>\n