{"id":114696,"date":"2024-04-01T12:25:54","date_gmt":"2024-04-01T10:25:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-podsisteme-io_uring-pozvolyayushhaya-poluchit-privilegii-root"},"modified":"2024-04-01T12:25:54","modified_gmt":"2024-04-01T10:25:54","slug":"uyazvimost-v-podsisteme-io_uring-pozvolyayushhaya-poluchit-privilegii-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-v-podsisteme-io_uring-pozvolyayushhaya-poluchit-privilegii-root","title":{"rendered":"Sicherheitsanf\u00e4lligkeit im io_uring-Subsystem erm\u00f6glicht Root-Rechte","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Interface der asynchronen Ein-\/Ausgabe io_uring, das vom Linux-Kernel bereitgestellt wird, wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2024-0582) entdeckt, die es einem nicht priviligierten Benutzer erm\u00f6glicht, Root-Rechte im System zu erlangen. Um die Schwachstelle auszunutzen, ist lediglich normaler lokaler Zugriff auf das System erforderlich, ohne dass Manipulationen an Namespaces notwendig sind. Derzeit ist ein funktionierender Exploit \u00f6ffentlich verf\u00fcgbar, und eine zweite Ausnutzungstechnik wurde ausf\u00fchrlich beschrieben. <\/p>\n
Die Schwachstelle wird durch den Zugriff auf einen bereits freigegebenen Speicherblock (use-after-free) im io_uring-Subsystem verursacht, der beim Registrieren und Freigeben eines mit dem Flag IORING_REGISTER_PBUF_RING erstellten Ringspeichers auftritt. Bei der Anwendung der mmap()-Operation auf den Puffer bleibt dieser im Adressraum des Benutzers nach der Freigabeoperation (IORING_UNREGISTER_PBUF_RING) abgebildet. Diese Besonderheit erm\u00f6glicht es dem Angreifer, Daten in die Speicherseiten zu lesen und zu schreiben, die vom Kernel-Speichermanagementsystem zur\u00fcckgegeben werden. <\/p>\n
Das Problem tritt ab der Kernelversion 6.4 auf und wurde in den Versionen 6.7 und 6.6.5 sowie im Kernelpaket 6.5.0-21, das f\u00fcr Ubuntu 22.04 und 23.10 vorbereitet wurde, behoben. Bemerkenswert ist, dass das Problem im Hauptkern im Dezember 2023 behoben wurde, das Google-Zero-Projekt Zugang zur Sicherheitsmeldung erhielt am 8. Januar, und das Paket mit dem gefixeten Kernel 6.5 f\u00fcr Ubuntu wurde erst am 22. Februar 2024 erstellt. In anderen Distributionen kann man die Behebung und die Verwundbarkeit auf den Seiten verfolgen: Debian, Gentoo, RHEL, SUSE, Fedora, Arch. <\/p>\n
Die erste Exploit manipuliert die Erstellung einer gro\u00dfen Anzahl von vom Angreifer kontrollierten Speicherseiten, um das Speicher-Layout im Kernel zu bestimmen und auf benachbarte physische Speicherseiten zuzugreifen. Dabei wird der Inhalt bestimmter, auf spezifische Weise gef\u00fcllter Socket-Datenstrukturen als Beacon verwendet. Um den Code im Exploit auszuf\u00fchren, wird ein \"Gadget\" (eine Folge von im Kernel vorhandenen Anweisungen) verwendet, das zur Ausf\u00fchrung der Funktion call_usermodehelper_exec f\u00fchrt, die dazu dient, Prozesse im Benutzermodus aus dem Kernel heraus zu starten. <\/p>\n
Der zweite Exploit basiert darauf, dass beim Ersch\u00f6pfen aller Slab-Bl\u00f6cke im Cache (z. B. beim wiederholten \u00d6ffnen einer Datei) freie Speicherseiten, auf die der Angreifer Zugriff hat, vom Speichermanagementsystem verwendet werden, um einen neuen Slab-Block zu erstellen. Alle neuen Dateistrukturen werden in diesem Block abgelegt. Folglich gelangen bestimmte Dateistrukturen auf die Speicherseiten, die der Angreifer lesen und schreiben kann. Der Exploit reduziert sich darauf, den notwendigen Datei im Datei-Cache zu platzieren und das Feld f_mode in den zugeh\u00f6rigen Dateistrukturen zu \u00e4ndern, das die Zugriffsrechte definiert, wodurch der Zugriff auf eine ben\u00f6tigte Systemdatei wie \/etc\/passwd zum Schreiben m\u00f6glich wird. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"