Veröffentlichung der Systembibliothek Glibc 2.39 und des GNU Binutils 2.42

Nach sechs Monaten Entwicklung wurde die Version der GNU C Library (glibc) 2.39 veröffentlicht, die vollständig den Anforderungen der ISO C11- und POSIX.1-2017-Standards entspricht. Der neue Release enthält Korrekturen von 67 Entwicklern.

Unter den in Glibc 2.39 umgesetzten Verbesserungen sind hervorzuheben:

• Die Unterstützung für den Shadow Stack wurde eingeführt, der im Linux-Kernel 6.6 verfügbar ist und die Funktionalität vieler Exploits blockiert, indem er die Hardwarefunktionen von Intel-Prozessoren zum Schutz vor der Überschreibung der Rücksprungadresse aus einer Funktion bei einem Buffer Overflow im Stack nutzt. Der Schutzmechanismus besteht darin, dass nach der Übergabe der Kontrolle an die Funktion die Rücksprungadressen nicht nur im herkömmlichen Stack, sondern auch in einem separaten „Shadow“-Stack vom Prozessor gespeichert werden, der nicht direkt verändert werden kann. Vor dem Verlassen der Funktion wird die Rücksprungadresse aus dem Shadow-Stack extrahiert und mit der Rücksprungadresse aus dem Hauptstack verglichen. Eine Abweichung der Adressen führt zur Generierung einer Ausnahme, die verhindert, dass ein Exploit die Adresse im Hauptstack überschreibt. Um dies zu aktivieren, wurde die Compiler-Option „—enable-cet“ hinzugefügt.
• Eine neue Header-Datei wurde hinzugefügt, die im Entwurf des ISO C2X-Standards definiert ist und Funktionen wie 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 und stdc_bit_ceil für die Typen „unsigned char“, „unsigned short“, „unsigned int“, „unsigned long int“ und „unsigned long long int“ einschließt.
• Für die Linux-Plattform wurden die Funktionen posix_spawnattr_getcgroup_np und posix_spawnattr_setcgroup_np sowie das Flag POSIX_SPAWN_SETCGROUP implementiert, die es ermöglichen, cgroupv2 im neuen Prozess mithilfe der Funktionen posix_spawn und posix_spawnp einzurichten, wodurch ein Rennen vermieden wird. Diese Funktionen sind Erweiterungen von GNU und erfordern einen Linux-Kernel mit Unterstützung für den Systemaufruf clone3.
• Für die Linux-Plattform wurden die Funktionen pidfd_spawn und pidfd_spawp implementiert, die semantisch der Funktion posix_spawn ähnlich sind, jedoch nicht eine Prozess-ID (PID) zurückgeben, sondern einen Dateideskriptor, der in Funktionen verwendet wird, die den PIDFD-Mechanismus unterstützen, wie pidfd_send_signal, poll und waitid (PIDFD ist an einen bestimmten Prozess gebunden und ändert sich nicht, während die PID nach dem Abschluss des aktuellen Prozesses, der mit dieser PID assoziiert ist, einem anderen Prozess zugeordnet werden kann).
• Für die Linux-Plattform wurde die Funktion pidfd_getpid hinzugefügt, um die Prozess-ID (PID) basierend auf dem aus den Funktionen pid_spawn, fork_np und pidfd_open zurückgegebenen Prozess-Dateideskriptor (PIDFD) zu bestimmen.
• In der scanf-Familie von Funktionen wurde der Größenmodifikator „wN“ hinzugefügt, der für Argumente mit den Typen intN_t, int_leastN_t, uintN_t und uint_leastN_t angewendet wird. Zum Beispiel kann für das Lesen von Dezimalwerten mit den Typen int32_t und int_least32_t „%w32d“ angegeben werden, während für hexadezimale Werte „%w32x“ verwendet werden kann. Analog wurde der Modifikator „wfN“ für die Typen int_fastN_t und uint_fastN_t, die im Entwurfstandard ISO C2X dargestellt sind, hinzugefügt.
• Eine Einstellung „glibc.cpu.plt_rewrite“ wurde hinzugefügt, die die Umschreibung der PLT (Procedure Linkage Table) auf x86-64-Systemen aktiviert, bei der der Linker indirekte Sprünge in der PLT durch direkte ersetzt.
• Die Einstellung „glibc.mem.decorate_maps“ wurde hinzugefügt, um zusätzliche Informationen zur Speicherzuweisung bereitzustellen (z. B. zum Thread-Stack, der durch die Funktion pthread_create erstellt wurde, oder zu dem durch malloc zugewiesenen Speicher).
• In der Struktur „statvfs“ wird das Feld „f_type“ nun mit Informationen über den FS-Typ ausgefüllt, die dem Inhalt des Feldes in der Struktur „statfs“ entsprechen. Zuvor wurde in Linux immer 0 in das Feld „f_type“ geschrieben.
• Für die Plattform AArch64 wurden in libmvec und math.h Anmerkungen hinzugefügt, die es ermöglichen, bei Angabe der Option „-ffast-math“ bei der Kompilierung Vektorisierung von Funktionsaufrufen in GCC 9 und neueren Compiler-Versionen zu verwenden. Die Vektorisierung wird für mathematische Funktionen wie 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 und tanf aktiviert.
• Die Bibliothek libcrypt sowie die zugehörige Header-Datei „“ wurden entfernt. Anwendungsentwickler wird empfohlen, auf alternative Bibliotheken wie libxcrypt umzusteigen.
• In der ldconfig-Anwendung werden jetzt Dateien mit dem Symbol ‚;‘ im Dateinamen oder die auf „.dpkg.tmp“ und „.dpkg.new“ enden, übersprungen, was die Verarbeitung temporärer Dateien von rpm- und dpkg-Paketmanagern ermöglicht.
• Die Unterstützung für die ia64-Architektur (ia64*-*-linux-gnu), die in Intel Itanium-Prozessoren verwendet wird, wurde eingestellt.
• Behobene Sicherheitsanfälligkeiten:
  • CVE-2023-6246, CVE-2023-6779, CVE-2023-6780 — kritische Sicherheitsanfälligkeiten in der Funktion __vsyslog_internal(), die es durch Manipulation beim Start von SUID-Anwendungen ermöglicht, Code mit erhöhten Rechten auszuführen.
  • CVE-2023-4911 — Sicherheitsanfälligkeit in Glibc ld.so, die es ermöglicht, Root-Rechte im System zu erlangen. Die Anfälligkeit resultiert aus einem Fehler im Code zur Verarbeitung des Strings, der in der Umgebungsvariable GLIBC_TUNABLES angegeben ist, und kann dazu führen, dass der analysierte Wert außerhalb des zugewiesenen Puffers geschrieben wird. Es gibt funktionierende Exploits.
  • CVE-2023-4806 — Sicherheitsanfälligkeit in der Funktion getaddrinfo, verursacht durch den Zugriff auf den Speicher nach dessen Freigabe (use-after-free). Das Problem tritt auf, wenn das NSS-Plugin nur Call-Back-Aufrufe von „_gethostbyname2_r“ und „_getcanonname_r“ implementiert, jedoch den Aufruf „_gethostbyname3_r“ nicht unterstützt. Um die Anfälligkeit auszunutzen, muss der DNS-Server für den angeforderten Host eine große Anzahl von IPv6- und IPv4-Adressen zurückgeben, was zum Absturz des Prozesses führt, der die Funktion getaddrinfo für die Familie AF_INET6 mit den Flags AI_CANONNAME, AI_ALL und AI_V4MAPPED aufruft.
  • CVE-2023-4527 — Sicherheitsanfälligkeit in der Funktion getaddrinfo, die es erlaubt, Daten außerhalb des Pufferrandes zu lesen, wenn eine DNS-Antwort, die über TCP mit einer Größe von mehr als 2048 Bytes empfangen wurde, verarbeitet wird. Die Anfälligkeit tritt bei Verwendung der Option „no-aaaa“ in /etc/resolv.conf auf.

  Zusätzlich kann die Veröffentlichung des Sets von Systemdienstprogrammen GNU Binutils 2.42 erwähnt werden, das Programme wie den GNU-Linker, den GNU-Assembler, nm, objdump, strings und strip umfasst.

  In der neuen Version von Binutils:

  • Im Assembler (gas) für x86-64-Systeme wurde die experimentelle Option „—scfi=experimental“ hinzugefügt, um CFI-Konstrukte (Control Flow Integrity) für manuell geschriebenen Assembler-Code entsprechend der System V AMD64 ABI zu synthetisieren.
  • In das Programm readelf wurde die Option „—extra-sym-info“ hinzugefügt, um erweiterte Informationen über Symbole („—symbols“) auszugeben, wie z.B. den Namen der Sektion, auf die der Index st_shndx verweist.
  • In dem Dienstprogramm objcopy wurde die Möglichkeit zur Verwendung des Wertes „large“ in der Option „—set-section-flags“ bereitgestellt, um das Flag SHF_X86_64_LARGE für ELF-Objekte auf x86-64-Systemen zu setzen. In der Option „—visualize-jumps“ wurde die Unterstützung für die Architektur s390 implementiert.
  • Beim Disassemblieren von s390-Anweisungen wurde die Möglichkeit implementiert, Kommentare in der Beschreibung der Anweisungen anzuzeigen. Um Beschreibungen in objdump einzuschließen, kann der Parameter „-M insndesc“ angegeben werden, und in gdb wird die Einstellung „set disassembler-options insndesc“ verwendet.
  • Dem Linker wurden die Optionen „-z mark-plt“ und „-z nomark-plt“ hinzugefügt, um Einträge in der PLT-Tabelle zu kennzeichnen, unter Verwendung der Tags DT_X86_64_PLT, DT_X86_64_PLTSZ und DT_X86_64_PLTENT.
  • Im Linker wurde die Unterstützung für die Sortierung in umgekehrter Reihenfolge hinzugefügt.
  • Die Optionen „—warn-execstack-objects“, „—error-execstack“ und „—error-rxw-segments“ wurden hinzugefügt, um Warnungen oder Fehler bei der Verwendung in ausführbaren Stackobjekten auszugeben.
  • Die Unterstützung für die ABI 2.30 der LoongArch-Architektur wurde implementiert, sowie die Unterstützung neuer Anweisungen, die in der Spezifikation LoongArch 1.10 definiert sind.
  • Die Unterstützung für den Befehlssatz KVX, der in den Prozessoren von Kalray verwendet wird (zum Beispiel in SoC Coolidge), wurde hinzugefügt.
  • Für Systeme auf Basis der Intel-Architektur wurde die Unterstützung für die Erweiterungen hinzugefügt:
    • Intel APX: 32 GPRs, NDD, PUSH2/POP2, PUSHP/POPP.
    • USER_MSR.
    • AVX10.1.
    • PBNDKB.
    • SM4.
    • SM3.
    • SHA512.
    • AVX-VNNI-INT16.
  • Im Port für die RISC-V-Architektur wurde die Unterstützung für die Erweiterungen hinzugefügt:
    • T-Head (XTheadVector, XTheadZvlsseg und XTheadZvamo).
    • CORE-V (XCVmac, XCValu).
    • SiFive VCIX (XSfVcp).
  • Im Port für die AArch64-Architektur wurde die Unterstützung für die Erweiterungen hinzugefügt:
    • SVE2.1 (Scalable Vector Extension 2.1).
    • SME2.1 (Scalable Matrix Extension 2.1).
    • B16B16 (BFloat16 und BFloat16 für SVE2 und SME2).
    • RASv2 (Reliability, Availability and Serviceability v2).
    • LSE128 (128-Bit Atomar).
    • GCS (Guarded Control Stack).
    • CHK (Feature-Zustand überprüfen).
    • SPECRES2 (Erweiterte Spekulationsbeschränkung).
    • LRCPC3 (Load-Acquire RCpc).
    • THE (Übersetzungsabsicherung).
    • ITE (Befehlsverfolgung).
    • D128 (128-Bit-Seitentabellen-Deskriptoren).
    • XS (XS-Speicherattribut).
  • Die Unterstützung für die AArch64-Prozessoren Cortex-A520, Cortex-A720, Cortex-X3 und Cortex-X4 wurde hinzugefügt.
  • Im BPF-Assembler wurde zur Kompatibilität mit dem Assembler clang/LLVM die Unterstützung für die Trennung von Kommentaren mit den Symbolen „#“ und „//“ sowie die Verwendung des Symbols „;“ zur Trennung von Ausdrücken in einer Zeile hinzugefügt (das „;“ kann nicht mehr für Kommentare verwendet werden).

  Quelle: opennet.ru