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 stabilen Exploit entwickelt, der es erm\u00f6glicht, Root-Rechte mit praktisch jeder Anwendung mit dem SUID-Flag zu erlangen. Ausnahmen bilden das Tool sudo (das den Wert von ELF RUNPATH \u00e4ndert), die Tools chage und passwd in Fedora (die durch spezielle SELinux-Regeln gesch\u00fctzt sind) sowie das Tool snap-confine in Ubuntu (das durch spezielle AppArmor-Regeln gesch\u00fctzt ist). Die vorgeschlagene Exploit-Methode funktioniert ebenfalls nicht in RHEL 8 und RHEL 9, obwohl diese Versionen anf\u00e4llig f\u00fcr die Schwachstelle sind (f\u00fcr den Angriff ist die Erstellung eines anderen Exploits erforderlich). Der Code des Exploits wird sp\u00e4ter ver\u00f6ffentlicht, nachdem die Schwachstelle \u00fcberall behoben wurde. Um die Anf\u00e4lligkeit Ihres Systems zu \u00fcberpr\u00fcfen, kann der folgende Befehl verwendet werden, der im Falle des Problems mit einem Absturz endet: env -i \"GLIBC_TUNABLES=glibc.malloc.mxfast=glibc.malloc.mxfast=A\" \"Z=`printf '192x' 1`\" \/usr\/bin\/su --help <\/p>\n
Es wird besonders auf die Behebung von zwei weiteren Schwachstellen in Glibc hingewiesen: <\/p>\n