{"id":113322,"date":"2024-02-01T13:41:10","date_gmt":"2024-02-01T11:41:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemnoj-biblioteki-glibc-2-39-i-nabora-utilit-gnu-binutils-2-42"},"modified":"2024-02-01T13:41:10","modified_gmt":"2024-02-01T11:41:10","slug":"vypusk-sistemnoj-biblioteki-glibc-2-39-i-nabora-utilit-gnu-binutils-2-42","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-39-i-nabora-utilit-gnu-binutils-2-42","title":{"rendered":"Publication de la biblioth\u00e8que syst\u00e8me Glibc 2.39 et de l'ensemble d'outils GNU Binutils 2.42","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s six mois de d\u00e9veloppement, la version de la biblioth\u00e8que syst\u00e8me GNU C Library (glibc) 2.39 a \u00e9t\u00e9 publi\u00e9e, respectant enti\u00e8rement les exigences des normes ISO C11 et POSIX.1-2017. Le nouveau lot comprend des corrections de 67 d\u00e9veloppeurs. <\/p>\n
Parmi les am\u00e9liorations mises en \u0153uvre dans Glibc 2.39, on peut noter : <\/p>\n
\n
Le support de l'ombre de la pile (shadow stack) est assur\u00e9, apparu dans le noyau Linux 6.6, qui permet de bloquer le fonctionnement de nombreux exploits en utilisant les capacit\u00e9s mat\u00e9rielles des processeurs Intel pour prot\u00e9ger contre la r\u00e9\u00e9criture de l'adresse de retour d'une fonction en cas de d\u00e9bordement de tampon dans la pile. Le principe de la protection est que, apr\u00e8s avoir transf\u00e9r\u00e9 le contr\u00f4le \u00e0 une fonction, les adresses de retour sont sauvegard\u00e9es par le processeur non seulement dans la pile habituelle, mais \u00e9galement dans une \"ombre\" de pile distincte, qui ne peut pas \u00eatre modifi\u00e9e directement. Avant de sortir de la fonction, l'adresse de retour est extraite de la pile d'ombre et v\u00e9rifi\u00e9e par rapport \u00e0 l'adresse de retour de la pile principale. Une non-correspondance des adresses entra\u00eene une g\u00e9n\u00e9ration d'exception, bloquant les situations o\u00f9 un exploit aurait r\u00e9ussi \u00e0 r\u00e9\u00e9crire l'adresse dans la pile principale. Une option d'assemblage \"--enable-cet\" a \u00e9t\u00e9 ajout\u00e9e pour l'activer.\n
Un nouveau fichier d'en-t\u00eate a \u00e9t\u00e9 ajout\u00e9, d\u00e9fini dans le brouillon de la norme ISO C2X, et contenant des fonctions stdc_leading_zeros, stdc_leading_ones, stdc_trailing_zeros, stdc_trailing_ones, stdc_first_leading_zero, stdc_first_leading_one, stdc_first_trailing_zero, stdc_first_trailing_one, stdc_count_zeros, stdc_count_ones, stdc_has_single_bit, stdc_bit_width, stdc_bit_floor et stdc_bit_ceil pour les types \"unsigned char\", \"unsigned short\", \"unsigned int\", \"unsigned long int\" et \"unsigned long long int\".\n
Pour la plateforme Linux, les fonctions posix_spawnattr_getcgroup_np et posix_spawnattr_setcgroup_np ont \u00e9t\u00e9 mises en \u0153uvre, ainsi que le flag POSIX_SPAWN_SETCGROUP, qui permettent de configurer cgroupv2 dans un nouveau processus \u00e0 l'aide des fonctions posix_spawn et posix_spawnp, en \u00e9liminant les conditions de concurrence. Ces fonctions sont des extensions GNU et n\u00e9cessitent un noyau Linux supportant l'appel syst\u00e8me clone3.\n
Pour la plateforme Linux, les fonctions pidfd_spawn et pidfd_spawp ont \u00e9t\u00e9 mises en place, qui sont s\u00e9mantiquement proches de la fonction posix_spawn, mais retournent non pas un identifiant de processus (PID), mais un descripteur de fichier pour \u00eatre utilis\u00e9 dans des fonctions supportant le m\u00e9canisme PIDFD, telles que pidfd_send_signal, poll et waitid (PIDFD est li\u00e9 \u00e0 un processus particulier et ne change pas, tandis que PID peut \u00eatre associ\u00e9 \u00e0 un autre processus apr\u00e8s la terminaison du processus actuel associ\u00e9 \u00e0 ce PID).\n
Une fonction pidfd_getpid a \u00e9t\u00e9 ajout\u00e9e pour d\u00e9terminer l'identifiant de processus (PID) \u00e0 partir du descripteur de fichier du processus (PIDFD) retourn\u00e9 par les fonctions pid_spawn, fork_np et pidfd_open pour la plateforme Linux.\n
Un modificateur de taille \"wN\" a \u00e9t\u00e9 ajout\u00e9 \u00e0 la fonction de la famille scanf, appliqu\u00e9 pour les arguments de types intN_t, int_leastN_t, uintN_t et uint_leastN_t. Par exemple, pour lire des valeurs d\u00e9cimales avec les types int32_t et int_least32_t, on peut sp\u00e9cifier \"%w32d\", et pour les hexad\u00e9cimales \u2013 \"%w32x\". De m\u00eame, un modificateur \"wfN\" a \u00e9t\u00e9 ajout\u00e9 pour les types int_fastN_t et uint_fastN_t tels qu'ils sont pr\u00e9sent\u00e9s dans le brouillon de la norme ISO C2X.\n
Un param\u00e8tre \"glibc.cpu.plt_rewrite\" a \u00e9t\u00e9 ajout\u00e9, qui active la r\u00e9\u00e9criture de la PLT (Procedure Linkage Table) sur les syst\u00e8mes x86-64, o\u00f9 le linker remplacera les sauts indirects (indirect branch) dans la PLT par des sauts directs.\n
Un param\u00e8tre \"glibc.mem.decorate_maps\" a \u00e9t\u00e9 ajout\u00e9 pour introduire des informations suppl\u00e9mentaires sur l'allocation de m\u00e9moire (par exemple, la pile de threads cr\u00e9\u00e9e par la fonction pthread_create, ou la m\u00e9moire allou\u00e9e via malloc).\n
Dans la structure \"statvfs\", le champ \"f_type\" est rempli avec des informations sur le type de syst\u00e8me de fichiers, \u00e9quivalentes au contenu du champ dans la structure \"statfs\". Auparavant, dans Linux, la valeur 0 \u00e9tait toujours inscrite dans le champ \"f_type\".\n
Pour la plateforme AArch64, des annotations ont \u00e9t\u00e9 ajout\u00e9es dans libmvec et math.h, permettant d'utiliser la vectorisation des appels lors de la compilation avec l'option \u00ab -ffast-math \u00bb dans GCC 9 et les versions ult\u00e9rieures du compilateur. La vectorisation est activ\u00e9e pour les fonctions math\u00e9matiques acos, acosf, asin, asinf, atan, atanf, atan2, atan2f, cos, cosf, exp, expf, exp10, exp10f, exp2, exp2f, expm1, expm1f, log, logf, log10, log10f, log1p, log1pf, log2, log2f, sin, sinf, tan et tanf.\n
La biblioth\u00e8que libcrypt et le fichier d'en-t\u00eate associ\u00e9 \u00ab \u00bb ont \u00e9t\u00e9 supprim\u00e9s. Les d\u00e9veloppeurs d'applications sont encourag\u00e9s \u00e0 utiliser des biblioth\u00e8ques alternatives, telles que libxcrypt.\n
Dans l'outil ldconfig, les fichiers contenant le caract\u00e8re \u2018;\u2019 dans le nom de fichier ou se terminant par \u00ab .dpkg.tmp \u00bb et \u00ab .dpkg.new \u00bb sont d\u00e9sormais ignor\u00e9s, permettant de ne pas traiter les fichiers temporaires des gestionnaires de paquets rpm et dpkg.\n
La prise en charge de l'architecture ia64 (ia64*-*-linux-gnu), utilis\u00e9e dans les processeurs Intel Itanium, a \u00e9t\u00e9 arr\u00eat\u00e9e.\n
Vuln\u00e9rabilit\u00e9s corrig\u00e9es :\n
\n
CVE-2023-6246, CVE-2023-6779, CVE-2023-6780 \u2014 vuln\u00e9rabilit\u00e9s critiques dans la fonction __vsyslog_internal(), permettant, via des manipulations du lancement d'applications SUID, d'ex\u00e9cuter son propre code avec des privil\u00e8ges \u00e9lev\u00e9s.\n
CVE-2023-4911 \u2014 vuln\u00e9rabilit\u00e9 dans Glibc ld.so, permettant d'obtenir des droits root sur le syst\u00e8me. La vuln\u00e9rabilit\u00e9 est caus\u00e9e par une erreur dans le code d'analyse de la cha\u00eene sp\u00e9cifi\u00e9e dans la variable d'environnement GLIBC_TUNABLES, et peut entra\u00eener l'\u00e9criture de la valeur analys\u00e9e en dehors du tampon allou\u00e9. Des exploits fonctionnels existent.\n
CVE-2023-4806 \u2014 vuln\u00e9rabilit\u00e9 dans la fonction getaddrinfo, provoqu\u00e9e par un acc\u00e8s \u00e0 la m\u00e9moire apr\u00e8s sa lib\u00e9ration (use-after-free). Le probl\u00e8me se manifeste lorsque le plugin NSS r\u00e9alise uniquement des appels de rappel \u00ab _gethostbyname2_r \u00bb et \u00ab _getcanonname_r \u00bb, mais ne supporte pas l'appel \u00ab _gethostbyname3_r \u00bb. Pour exploiter cette vuln\u00e9rabilit\u00e9, le serveur DNS doit retourner un grand nombre d'adresses IPv6 et IPv4 pour l'h\u00f4te demand\u00e9, ce qui entra\u00eenera un crash du processus appelant la fonction getaddrinfo pour la famille AF_INET6 avec les flags AI_CANONNAME, AI_ALL et AI_V4MAPPED.\n
CVE-2023-4527 \u2014 vuln\u00e9rabilit\u00e9 dans la fonction getaddrinfo, permettant de lire des donn\u00e9es depuis en dehors des limites du tampon lors du traitement d'une r\u00e9ponse DNS re\u00e7ue par TCP, de plus de 2048 octets. La vuln\u00e9rabilit\u00e9 se manifeste lors de l'utilisation de l'option \u00ab no-aaaa \u00bb dans \/etc\/resolv.conf. <\/ul>\n
De plus, il convient de noter la sortie du paquet d'outils syst\u00e8me GNU Binutils 2.42, qui comprend des programmes tels que GNU linker, GNU assembler, nm, objdump, strings, strip. <\/p>\n
Dans la nouvelle version de Binutils : <\/p>\n
\n
Dans l'assembleur (gas) pour les syst\u00e8mes x86-64, une option exp\u00e9rimentale \u00ab --scfi=experimental \u00bb a \u00e9t\u00e9 ajout\u00e9e pour la synth\u00e8se de constructions CFI (Control Flow Integrity) pour le code assembleur \u00e9crit manuellement, conform\u00e9ment \u00e0 l'ABI AMD64 System V.\n
L'outil readelf a \u00e9t\u00e9 dot\u00e9 de l'option \u00ab --extra-sym-info \u00bb pour afficher des informations \u00e9tendues sur les symboles (\u00ab --symbols \u00bb), telles que le nom de la section \u00e0 laquelle se r\u00e9f\u00e8re l'index st_shndx.\n
L'outil objcopy permet d\u00e9sormais d'utiliser la valeur \u00ab large \u00bb dans l'option \u00ab --set-section-flags \u00bb pour marquer une section avec le drapeau SHF_X86_64_LARGE pour les objets ELF sur les syst\u00e8mes x86-64. L'option \u00ab --visualize-jumps \u00bb prend en charge l'architecture s390.\n
Lors de la d\u00e9sassemblage des instructions s390, il est d\u00e9sormais possible d'afficher des commentaires d\u00e9crivant les instructions. Pour inclure ces descriptions dans objdump, vous pouvez sp\u00e9cifier le param\u00e8tre \u00ab -M insndesc \u00bb, et dans gdb \u2014 la configuration \u00ab set disassembler-options insndesc \u00bb.\n
Le linkeur a \u00e9t\u00e9 enrichi des options \u00ab -z mark-plt \u00bb et \u00ab -z nomark-plt \u00bb pour marquer les entr\u00e9es dans la table PLT, en utilisant les balises DT_X86_64_PLT, DT_X86_64_PLTSZ et DT_X86_64_PLTENT.\n
Le linker a ajout\u00e9 la prise en charge du tri invers\u00e9.\n
Des options \u00ab --warn-execstack-objects \u00bb, \u00ab --error-execstack \u00bb et \u00ab --error-rxw-segments \u00bb ont \u00e9t\u00e9 ajout\u00e9es pour g\u00e9n\u00e9rer des avertissements ou des erreurs lors de l'utilisation d'objets dans une pile ex\u00e9cutable.\n
La prise en charge de l'ABI 2.30 de l'architecture LoongArch a \u00e9t\u00e9 mise en \u0153uvre, ainsi que le support de nouvelles instructions d\u00e9finies dans la sp\u00e9cification LoongArch 1.10.\n
La prise en charge de l'ensemble d'instructions KVX, utilis\u00e9 dans les processeurs Kalray (par exemple, utilis\u00e9 dans le SoC Coolidge), a \u00e9t\u00e9 ajout\u00e9e.\n
Pour les syst\u00e8mes bas\u00e9s sur l'architecture Intel, la prise en charge des extensions suivantes a \u00e9t\u00e9 ajout\u00e9e :\n
Le port pour l'architecture RISC-V a \u00e9t\u00e9 \u00e9tendu avec le support des extensions suivantes :\n
\n
T-Head (XTheadVector, XTheadZvlsseg et XTheadZvamo).\n
CORE-V (XCVmac, XCValu).\n
SiFive VCIX (XSfVcp). <\/ul>\n
Le port pour l'architecture AArch64 a \u00e9t\u00e9 \u00e9tendu avec le support des extensions suivantes :\n
\n
SVE2.1 (Scalable Vector Extension 2.1).\n
SME2.1 (Scalable Matrix Extension 2.1).\n
B16B16 (BFloat16 et BFloat16 pour SVE2 et SME2).\n
RASv2 (Fiabilit\u00e9, Disponibilit\u00e9 et Maintenabilit\u00e9 v2).\n
LSE128 (Atomique 128 bits).\n
GCS (Pile de contr\u00f4le prot\u00e9g\u00e9e).\n
CHK (V\u00e9rifier l'\u00e9tat des fonctionnalit\u00e9s).\n
SPECRES2 (Restriction de sp\u00e9culation am\u00e9lior\u00e9e).\n
LRCPC3 (Chargement-Acqu\u00e9rir RCpc).\n
THE (Durcissement de la traduction).\n
ITE (Trace d'instructions).\n
D128 (descripteurs de table de pages m\u00e9moire de 128 bits).\n
XS (attribut de m\u00e9moire XS). <\/ul>\n
La prise en charge des processeurs AArch64 Cortex-A520, Cortex-A720, Cortex-X3 et Cortex-X4 a \u00e9t\u00e9 ajout\u00e9e.\n
L'assembleur BPF a \u00e9t\u00e9 mis \u00e0 jour pour une compatibilit\u00e9 avec l'assembleur clang\/LLVM, ajoutant la prise en charge de la s\u00e9paration des commentaires par les symboles \u00ab # \u00bb et \u00ab \/\/ \u00bb, ainsi que l'utilisation du symbole \u00ab ; \u00bb pour s\u00e9parer les expressions sur une ligne (le \u00ab ; \u00bb ne peut plus \u00eatre utilis\u00e9 pour des commentaires). <\/ul>\n