Das Unternehmen Qualys hat eine gef\u00e4hrliche Sicherheitsanf\u00e4lligkeit (CVE-2023-4911) im Linker ld.so entdeckt, der als Teil der System-C-Bibliothek Glibc (GNU libc) geliefert wird. Die Schwachstelle erm\u00f6glicht es einem lokalen Benutzer, seine Berechtigungen im System zu erh\u00f6hen, indem er speziell formatierte Daten in der Umgebungsvariable GLIBC_TUNABLES angibt, bevor er eine ausf\u00fchrbare Datei mit dem SUID-Root-Flag startet, zum Beispiel \/usr\/bin\/su. <\/p>\n
Die erfolgreiche Ausnutzung dieser Schwachstelle wurde in Fedora 37 und 38, Ubuntu 22.04 und 23.04 sowie Debian 12 und 13 demonstriert. Es wird angenommen, dass die Schwachstelle auch in anderen Distributionen auftritt, die Glibc verwenden. Distributionen auf der Basis der System-C-Bibliothek Musl, wie Alpine Linux, sind von dem Problem nicht betroffen. Die Schwachstelle wurde in einem Patch behoben, der am 2. Oktober hinzugef\u00fcgt wurde. Die Ver\u00f6ffentlichung von Paketupdates in den Distributionen kann auf den Seiten von Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, Gentoo und ALT Linux verfolgt werden. <\/p>\n
Die Verwundbarkeit wurde durch eine \u00c4nderung im April 2021 verursacht, die in die Version glibc 2.34 eingef\u00fchrt wurde. Aufgrund eines Fehlers im Code zur Analyse des Strings, der in der Umgebungsvariable GLIBC_TUNABLES angegeben ist, f\u00fchrt eine falsche Kombination von Parametern in dieser Variablen dazu, dass der analysierte Wert au\u00dferhalb des zugewiesenen Puffers geschrieben wird. Das Problem tritt auf, wenn anstelle der regul\u00e4ren Sequenzen \u201ename=val\u201c die Parameter in der Form mit doppelter Zuordnung \u201ename=name=val\u201c angegeben sind. In diesem Fall wird die Zuordnung zweimal verarbeitet, zun\u00e4chst als \u201ename=name=val\u201c und dann als \u201ename=val\u201c. Durch diese doppelte Verarbeitung entsteht das Ergebnis \u201ename=name=val:name=val\u201c, dessen Gr\u00f6\u00dfe den Pufferspeicher tunestr \u00fcberschreitet. <\/p>\n
Forscher haben einen stabil funktionierenden Exploit vorbereitet, der root-Rechte nahezu mit jedem Programm mit dem SUID-Flag erlangt. Ausnahmen sind das Utility sudo (\u00e4ndert den Wert von ELF RUNPATH), die Utilities chage und passwd in Fedora (durch separate SELinux-Regeln gesch\u00fctzt) sowie das Utility snap-confine in Ubuntu (durch separate AppArmor-Regeln gesch\u00fctzt). Die vorgeschlagene Ausnutzungsmethode funktioniert ebenfalls nicht in RHEL 8 und RHEL 9, obwohl diese Versionen anf\u00e4llig f\u00fcr die Verwundbarkeit sind (ein alternativer Exploit w\u00e4re erforderlich). Der Exploit-Code wird sp\u00e4ter ver\u00f6ffentlicht, nachdem die Verwundbarkeit fl\u00e4chendeckend behoben wurde. Sie k\u00f6nnen die Anf\u00e4lligkeit Ihres Systems mit dem folgenden Befehl \u00fcberpr\u00fcfen, der im Falle eines Problems mit einem Absturz endet: env -i \u201eGLIBC_TUNABLES=glibc.malloc.mxfast=glibc.malloc.mxfast=A\u201c \u201eZ=`printf \u2018192x\u2019 1`\u201c \/usr\/bin\/su --help <\/p>\n
Es wird besonders auf die Behebung von zwei weiteren Schwachstellen in Glibc hingewiesen: <\/p>\n