{"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\/pt\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-35","title":{"rendered":"Lan\u00e7amento da biblioteca de sistemas Glibc 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s seis meses de desenvolvimento, foi lan\u00e7ado o release da biblioteca do sistema GNU C Library (glibc) 2.35, que atende integralmente aos padr\u00f5es ISO C11 e POSIX.1-2017. A nova vers\u00e3o inclui corre\u00e7\u00f5es de 66 desenvolvedores. <\/p>\n
Entre as melhorias implementadas no Glibc 2.35, destacam-se: <\/p>\n
\n
Adicionada a suporte para o local 'C.UTF-8', que inclui regras de ordena\u00e7\u00e3o para todos os c\u00f3digos Unicode, mas, para economizar espa\u00e7o, limitado ao uso dos intervalos ASCII nas fun\u00e7\u00f5es fnmatch, regexec e regcomp. O local ocupa cerca de 400 KB, dos quais 346 KB s\u00e3o dados LC_CTYPE para Unicode, e requer instala\u00e7\u00e3o separada (n\u00e3o embutido no Glibc).\n
Os dados de codifica\u00e7\u00e3o, informa\u00e7\u00f5es sobre tipos de caracteres e tabelas de translitera\u00e7\u00e3o foram atualizados para suportar a especifica\u00e7\u00e3o Unicode 14.0.0.\n
Em <math.h> e <tgmath.h>, foram implementadas fun\u00e7\u00f5es e macros que arredondam o resultado para um tipo mais restrito: fsqrt, fsqrtl, dsqrtl, ffma, ffmal, dfmal, fMsqrtfN, fMsqrtfNx, fMxsqrtfN, fMxsqrtfNx, fMfmafN, fMfmafNx, fMxfmafN e fMxfmafNx. As fun\u00e7\u00f5es est\u00e3o descritas nas especifica\u00e7\u00f5es TS 18661-1:2014, TS 18661-3:2015 e foram adicionadas ao rascunho da futura norma ISO C2X.\n
Em <math.h> e <tgmath.h>, foram implementadas fun\u00e7\u00f5es e macros para encontrar o m\u00ednimo e m\u00e1ximo de n\u00fameros de ponto flutuante com tipos float, long double, _FloatN e _FloatNx, descritas na especifica\u00e7\u00e3o IEEE 754-2019 e adicionadas ao rascunho da futura norma ISO C2X: fmaximum, fmaximum_num, fmaximum_mag, fmaximum_mag_num, fminimum, fminimum_num, fminimum_mag e fminimum_mag_num.\n
Em <math.h>, foram adicionadas constantes para n\u00fameros de ponto flutuante de precis\u00e3o \u00fanica: 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 e M_SQRT1_2f.\n
Para a fun\u00e7\u00e3o exp10, foram adicionados macros correspondentes ao cabe\u00e7alho <tgmath.h>, n\u00e3o vinculados a tipos espec\u00edficos.\n
Em <stdio.h>, foi adicionado o macro _PRINTF_NAN_LEN_MAX, proposto no rascunho do padr\u00e3o ISO C2X.\n
Na fun\u00e7\u00e3o da fam\u00edlia printf, foram adicionados os especificadores de formato '%b' e '%B' para a sa\u00edda de n\u00fameros inteiros na representa\u00e7\u00e3o bin\u00e1ria.\n
No sistema de vincula\u00e7\u00e3o din\u00e2mica, foi implementado um novo algoritmo de ordena\u00e7\u00e3o DSO, utilizando o m\u00e9todo de busca em profundidade (DFS) para resolver problemas de desempenho ao lidar com depend\u00eancias circulares. Para escolher o algoritmo de ordena\u00e7\u00e3o DSO, foi proposto o par\u00e2metro glibc.rtld.dynamic_sort, que pode ser definido como '1' para reverter para o algoritmo antigo.\n
Na ABI, foi adicionada a suporte para a nova fun\u00e7\u00e3o '__memcmpeq', utilizada pelos compiladores para otimizar o uso de 'memcmp', caso o valor retornado por essa fun\u00e7\u00e3o seja usado apenas para verificar o status da opera\u00e7\u00e3o.\n
Foi adicionado suporte ao registro autom\u00e1tico de threads, usando a chamada de sistema rseq (sequ\u00eancias reinici\u00e1veis), dispon\u00edvel a partir do n\u00facleo Linux 4.18. A chamada de sistema rseq permite organizar a execu\u00e7\u00e3o ininterrupta de um grupo de instru\u00e7\u00f5es, que n\u00e3o \u00e9 interrompida e confirma o resultado da \u00faltima instru\u00e7\u00e3o no grupo. Basicamente, fornece um meio para a execu\u00e7\u00e3o at\u00f4mica muito r\u00e1pida de opera\u00e7\u00f5es que, em caso de interrup\u00e7\u00e3o por outro thread, s\u00e3o limpas e uma nova tentativa de execu\u00e7\u00e3o \u00e9 realizada.\n
Foi adicionada um link simb\u00f3lico \/usr\/bin\/ld.so.\n
Obrigat\u00f3ria a compila\u00e7\u00e3o padr\u00e3o de todos os arquivos execut\u00e1veis de programas integrados e do conjunto de testes no modo PIE (execut\u00e1vel independente da posi\u00e7\u00e3o). Para desativar esse comportamento, h\u00e1 a op\u00e7\u00e3o '--disable-default-pie'.\n
Para o Linux, foi adicionada a configura\u00e7\u00e3o glibc.malloc.hugetlb, que permite alternar a implementa\u00e7\u00e3o do malloc para usar a chamada de sistema madvise com a flag MADV_HUGEPAGE para mmap e sbrk ou usar diretamente p\u00e1ginas de mem\u00f3ria grandes atrav\u00e9s da indica\u00e7\u00e3o da flag MAP_HUGETLB nas chamadas mmap. No primeiro caso, \u00e9 poss\u00edvel aumentar o desempenho se as Transparent Huge Pages forem usadas no modo madvise, enquanto no segundo, h\u00e1 a possibilidade de usar p\u00e1ginas grandes reservadas pelo sistema (Huge Pages).\n
Foi adicionada a fun\u00e7\u00e3o _dl_find_object, que pode ser usada para adicionar informa\u00e7\u00f5es sobre a desmontagem da pilha de chamadas (unwind).\n
Foi adicionado suporte \u00e0 arquitetura OpenRISC (or1k-linux-gnu) no modo de processamento de opera\u00e7\u00f5es de ponto flutuante por software (soft-float). Para o funcionamento da porta, requer-se binutils 2.35, GCC 11 e n\u00facleo Linux 5.4.\n
Adicionado o sinalizador de compila\u00e7\u00e3o '--with-rtld-early-cflags', com o qual \u00e9 poss\u00edvel especificar sinalizadores de compila\u00e7\u00e3o adicionais que s\u00e3o usados na constru\u00e7\u00e3o do c\u00f3digo inicial para vincula\u00e7\u00e3o din\u00e2mica.\n
Para a plataforma Linux, foi adicionada a fun\u00e7\u00e3o epoll_pwait2, que se diferencia do epoll_wait ao especificar um tempo limite com precis\u00e3o nanosegund\u00e1ria.\n
Foi adicionada a fun\u00e7\u00e3o posix_spawn_file_actions_addtcsetpgrp_np, que elimina condi\u00e7\u00f5es de corrida ao definir o terminal controlador para um novo processo.\n
Para aplicativos compilados com Glibc e GCC 12+, foi implementado o modo de prote\u00e7\u00e3o '_FORTIFY_SOURCE=3', que identifica poss\u00edveis estouros de buffer ao executar fun\u00e7\u00f5es de string definidas no arquivo de cabe\u00e7alho string.h. A diferen\u00e7a em rela\u00e7\u00e3o ao modo '_FORTIFY_SOURCE=2' \u00e9 composta por verifica\u00e7\u00f5es adicionais, que potencialmente podem levar a uma redu\u00e7\u00e3o de desempenho.\n
O suporte \u00e0s extens\u00f5es Intel MPX (Memory Protection Extensions), utilizadas para verificar os ponteiros quanto ao cumprimento das fronteiras de \u00e1reas de mem\u00f3ria (essa tecnologia n\u00e3o se popularizou e j\u00e1 foi removida do GCC e do LLVM), foi descontinuado.\n
O mecanismo prelink e as vari\u00e1veis de ambiente LD_TRACE_PRELINKING e LD_USE_LOAD_BIAS foram declarados obsoletos e ser\u00e3o removidos na pr\u00f3xima vers\u00e3o.\n
Vulnerabilidades corrigidas: <\/p>\n
\n
CVE-2022-23218, CVE-2022-23219 \u2014 estouro de buffer nas fun\u00e7\u00f5es svcunix_create e clnt_create, causado pela c\u00f3pia no stack do conte\u00fado de um par\u00e2metro com o nome de arquivo sem verificar o tamanho dos dados copiados. Para aplicativos compilados sem prote\u00e7\u00e3o de stack e que utilizam o protocolo 'unix', a vulnerabilidade pode levar \u00e0 execu\u00e7\u00e3o de c\u00f3digo malicioso ao processar nomes de arquivo muito longos.\n
CVE-2021-3998 \u2014 vulnerabilidade na fun\u00e7\u00e3o realpath(), causada pelo retorno de um valor incorreto sob certas condi\u00e7\u00f5es, contendo dados residuais n\u00e3o tratados da pilha. Para o programa fusermount com SUID-root, essa vulnerabilidade pode ser explorada para obter informa\u00e7\u00f5es confidenciais da mem\u00f3ria do processo, como dados sobre ponteiros.\n
CVE-2021-3999 \u2014 estouro de buffer de um byte na fun\u00e7\u00e3o getcwd(). O problema \u00e9 causado por um erro que existe desde 1995. Para provocar o estouro, basta chamar chdir() para o diret\u00f3rio \u00ab\/\u00bb em um namespace separado de pontos de montagem. <\/ul>\n