Utgivelsen av den nye versjonen av Glibc 2.34 ble nylig annonsert. Den kommer etter seks måneders utvikling og inkluderer flere viktige endringer, spesielt inkluderingen av bibliotekene libpthread, libdl, libutil og libanl, samt diverse feilrettinger, hvorav en forårsaket krasj.
For de som ikke er kjent med Glibc, er det et GNU C-bibliotek, ofte kjent som glibc, og er standard runtime-biblioteket for GNU C-språket. På systemer der det brukes, brukes dette C-biblioteket, som tilbyr og definerer systemkall og andre grunnleggende funksjoner, av nesten alle programmer.
Nye hovedfunksjoner i Glibc 2.34
I denne nye versjonen av Glibc 2.34 er hovedbibliotekene libpthread, libdl, libutil og libanl integrert ; bruken av funksjonaliteten deres i applikasjoner krever ikke lenger at de kobles til indikatorene -lpthread, -ldl, -lutil og -lanl.
Videre nevnes det at det er gjort forberedelser for å integrere libresolv i libc, noe som vil muliggjøre en smidigere glibc-oppgraderingsprosess og forenkle implementeringen under kjøring. Stub-biblioteker er også tilgjengelige for kompatibilitet med applikasjoner bygget med tidligere versjoner av glibc.
Blant endringene fokusert på Linux i Glibc 2.34, er den mest bemerkelsesverdige den ekstra muligheten til å bruke 64-bit time_t-typen i konfigurasjoner som tradisjonelt brukte 32-bit time_t-typen . Denne funksjonen er bare tilgjengelig på systemer med kjerneversjon 5.1 og høyere.
En annen spesifikk endring for Linux er implementeringen av `execveat`-funksjonen , som lar deg kjøre en kjørbar fil fra en åpen filbeskrivelse . Denne nye funksjonen brukes også i implementeringen av `fexecve`-kallet, som ikke krever at pseudo-filsystemet `/proc` monteres ved oppstart.
Funksjonen close_range() ble også lagt til, som er tilgjengelig for Linux versjon 5.9 og høyere, og kan brukes til å la en prosess lukke et helt område med åpne filbeskrivelser samtidig. I tillegg ble parameteren glibc.pthread.stack_cache_size implementert, som kan brukes til å justere størrelsen på pthread-stakkbufferen.
Videre ble `_Fork`-funksjonen lagt til, en erstatning for `fork` -funksjonen som oppfyller kravene til "async-signal-safe", noe som betyr at den trygt kan kalles fra signalbehandlere. Under utførelsen av `_Fork` dannes et minimalt miljø som er tilstrekkelig til å kalle funksjoner i signalbehandlere som `raise` og `execute`, uten å aktivere funksjoner som kan endre låser eller den interne tilstanden.
For den delen av sårbarhetene som er løst i Glibc 2.34, nevnes følgende:
CVE-2021-27645: nscd-prosessfeil (navneserverhurtigbufferdaemon) på grunn av et dobbeltkall til free-funksjonen under behandling av spesiallagde nettverksgruppeforespørsler.
CVE-2021-33574: Tilgang til et minneområde for bruk etter frigjøring i mq_notify-funksjonen når varslingstypen SIGEV_THREAD brukes med et trådattributt som det er satt en alternativ CPU-bindingsmaske for. Dette problemet kan forårsake et krasj, men andre angrepsalternativer er ikke utelukket.
CVE-2021-35942: Parameterstørrelsesoverløp i wordexp-funksjonen kan føre til at applikasjonen krasjer.
Andre bemerkelsesverdige endringer inkluderer:
- Tidsfunksjonen timespec_getres, definert i utkastet til ISO C2X -standarden, er lagt til og timespec_get -funksjonen er økt med funksjoner som ligner POSIX clock_getres -funksjonen.
- I gconv-modules-filen var det bare et minimalt sett med hovedgconv-moduler igjen, og resten ble flyttet til en ekstra gconv-modules-extra.conf-fil som ligger i katalogen gconv-modules.d.
- Bruken av symbolske lenker for å koble installerbare delte objekter til Glibc -versjonen er fjernet. Disse objektene er nå installert som de er (f.eks. Libc.so.6 er nå en fil i stedet for en lenke til libc-2.34.so).
- På Linux krever funksjoner som shm_open og sem_open nå et filsystem for det delte minnet som er montert på / dev / shm -monteringspunktet.
Til slutt, hvis du er interessert i å lære mer om denne nye versjonen, kan du finne detaljene på følgende lenke.