Utgåvan av systembiblioteket Glibc 2.32

Efter sex månaders utveckling publicerades utgåvan av systembiblioteket GNU C Bibliotek (glibc) 2.32, som helt uppfyller kraven i ISO C11 och POSIX.1-2017. Den nya utgåvan innehåller korrigeringar från 67 utvecklare.

Bland de implementerade förbättringarna i Glibc 2.32 kan nämnas: Tillagd support för Synopsys ARC HS (ARCv2 ISA) processorer. För porteringen krävs minst binutils 2.32, gcc 8.3 och Linux-kärna 5.1. Tre varianter av ABI stöds: arc-linux-gnu, arc-linux-gnuhf och arceb-linux-gnu (big-endian);

• Moduler som anges i sektionerna DT_AUDIT och
• DT_DEPAUDIT av det exekverbara filen har implementerats.
  För arkitekturen powerpc64le har stöd för IEEE128 long double typ implementerats, som aktiveras vid kompilering med alternativet «-mabi=ieeolongdouble».
• Vissa API:er har annoterats med GCC-attributet 'access', vilket gör att det vid kompilering i GCC 10 kan generera mer kvalitativa varningar vid upptäckten av möjliga buffertöverflöden och andra typer av gränsöverskridningar.
• För Linux-system har funktionerna pthread_attr_setsigmask_np och
• pthread_attr_getsigmask_np implementerats, vilket ger applikationen möjlighet att ange en signalmask för trådar som skapats med hjälp av pthread_create.
  Teckenkodningar, information om teckentyp och translitterationstabeller har uppdaterats för att stödja specifikationen Unicode 13.0.0;
• En ny headerfil <sys/single_threaded.h> har lagts till, som definierar variabeln __libc_single_threaded, som kan användas i applikationer för entrådsoptimeringar.
• Funktionerna sigabbrev_np och sigdescr_np har lagts till, som returnerar det förkortade namnet och beskrivningen av signalen (till exempel, «HUP» och «Hangup» för SIGHUP).
• Funktionerna strerrorname_np och strerrordesc_np har lagts till, som returnerar namnet och beskrivningen av ett fel (till exempel, «EINVAL» och «Ogiltig parameter» för EINVAL).
• Funktionerna strerrorname_np och strerrordesc_np har lagts till, vilket returnerar namnet och beskrivningen av felet (till exempel "EINVAL" och "Ogiltigt argument" för EINVAL).
• För ARM64-plattformen har flaggan "—enable-standard-branch-protection" (eller -mbranch-protection=standard i GCC) lagts till, vilket aktiverar ARMv8.5-BTI (Branch Target Indicator) mekanismen för att skydda utförande av instruktionsuppsättningar som inte ska kunna övergå till vid grenindelning. Blockering av övergångar till slumpmässiga kodsegment har implementerats för att motverka skapandet av gadgets i exploateringar som använder tekniker för return-oriented programming (ROP — Return-Oriented Programming, där angriparen inte försöker placera sin kod i minnet, utan arbetar med redan existerande bitar av maskininstruktioner som avslutas med en kontrollövergångsinstruktion, från vilka en kedja av anrop byggs upp för att uppnå önskad funktionalitet).
• En stor rensning av föråldrade funktioner har genomförts, inklusive borttagning av alternativen "—enable-obsolete-rpc" och "—enable-obsolete-nsl", samt headerfilen . Funktionerna sstk, siginterrupt, sigpause, sighold, sigrelse, sigignore och sigset, samt arrayerna sys_siglist, _sys_siglist och sys_sigabbrev, symtomen sys_errlist, _sys_errlist, sys_nerr och _sys_nerr, och NSS-modulen hesiod har förklarats som föråldrade.
• ldconfig har som standard ändrats till att använda det nya formatet ld.so.cache, som redan har stöds i glibc i nästan 20 år.
• Sårbarheter åtgärdade:
  • CVE-2016-10228 — en oändlig loop i verktyget iconv, som uppträder när det körs med alternativet "-c", vid hantering av ogiltiga flerminariesdata.
  • CVE-2020-10029 — stackskador vid anrop av trigonometriska funktioner med pseudonollargument.
  • CVE-2020-1752 — åtkomst till minnesområde efter dess frigöring (use-after-free) i funktionen glob när en referens till hemmappnamnet ("~user") avslöjas i sökvägar.
  • CVE-2020-6096 — felaktig hantering på ARMv7-plattformen av negativa värden i parametern för memcpy() och memmove(), vilket definierar storleken på det kopierade området. Möjliggör utförande av kod när data formaterade på ett visst sätt behandlas i funktionerna memcpy() och memmove(). Det är anmärkningsvärt att problemet förblev olöst i nästan två månader från och med den offentliga avslöjandet och fem månader från det att utvecklarna av Glibc meddelades.

Källa: opennet.ru