{"id":103489,"date":"2022-03-07T21:36:38","date_gmt":"2022-03-07T19:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya"},"modified":"2022-03-07T21:36:38","modified_gmt":"2022-03-07T19:36:38","slug":"uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya","title":{"rendered":"Schwachstelle im Linux-Kernel, die es erm\u00f6glicht, schreibgesch\u00fctzte Dateien zu manipulieren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Linux-Kernel wurde eine Sicherheitsl\u00fccke (CVE-2022-0847) entdeckt, die es erm\u00f6glicht, den Inhalt des Seiten-Cache f\u00fcr beliebige Dateien, einschlie\u00dflich solcher im Nur-Lese-Modus, die mit dem O_RDONLY-Flag ge\u00f6ffnet oder in im Nur-Lese-Modus eingebundenen Dateisystemen gespeichert sind, umzuschreiben. Praktisch gesehen kann die Schwachstelle genutzt werden, um Code in beliebige Prozesse einzuschleusen oder Daten in ge\u00f6ffneten Dateien zu manipulieren. Zum Beispiel kann der Inhalt der Datei authorized_keys f\u00fcr den Prozess sshd ver\u00e4ndert werden. Ein Prototyp eines Exploits steht f\u00fcr Tests zur Verf\u00fcgung. <\/p>\n
Das Problem tr\u00e4gt den Codenamen Dirty Pipe, analog zu der im Jahr 2016 entdeckten kritischen Schwachstelle Dirty COW. Es wird festgestellt, dass Dirty Pipe in Bezug auf die Gefahrenstufe auf dem gleichen Niveau wie Dirty COW steht, jedoch erheblich leichter auszunutzen ist. Die Schwachstelle wurde im Rahmen von Beschwerden \u00fcber periodische Besch\u00e4digungen von \u00fcber das Netzwerk geladenen Dateien in einem System entdeckt, das komprimierte Archive von einem Log-Server herunterl\u00e4dt (37 Besch\u00e4digungen in 3 Monaten auf einem stark belasteten System), bei deren Erstellung die splice()-Operation und nicht benannte Pipes verwendet wurden. <\/p>\n
Die Schwachstelle tritt seit dem Linux-Kernel 5.8 auf, der im August 2020 ver\u00f6ffentlicht wurde. Sie ist also in Debian 11 vorhanden, betrifft jedoch nicht den Basiskernel von Ubuntu 20.04 LTS. Die Kernel-Versionen RHEL 8.x und openSUSE\/SUSE 15 basieren urspr\u00fcnglich auf \u00e4lteren Zweigen, es ist jedoch m\u00f6glich, dass die problematische \u00c4nderung in diese integriert wurde (genaue Informationen liegen derzeit nicht vor). Updates f\u00fcr Pakete in den Distributionen k\u00f6nnen auf den folgenden Seiten verfolgt werden: Debian, SUSE, Ubuntu, RHEL, Fedora, Gentoo, Arch Linux. Die Schwachstelle wurde in den Ausgaben 5.16.11, 5.15.25 und 5.10.102 behoben. Die Korrektur ist ebenfalls im Kernel enthalten, der in der Android-Plattform verwendet wird. <\/p>\n
Die Sicherheitsanf\u00e4lligkeit entsteht durch das Fehlen der Initialisierung des Wertes \u201ebuf->flags\u201c im Code der Funktionen copy_page_to_iter_pipe() und push_pipe(), wobei der Speicher bei der Zuweisung der Struktur nicht geleert wird. Bei bestimmten Manipulationen mit anonymen Pipes kann in \u201ebuf->flags\u201c ein Wert von einer anderen Operation erscheinen. Ein nicht privilegierter lokaler Benutzer kann diese Eigenschaft ausnutzen, um im Flag den Wert PIPE_BUF_FLAG_CAN_MERGE zu erzeugen, der es erm\u00f6glicht, Daten im Seiten-Cache durch einfaches Schreiben neuer Daten in eine gezielt vorbereitete anonyme Pipe zu \u00fcberschreiben. <\/p>\n
F\u00fcr einen Angriff muss die Zieldatei lesbar sein. Da beim Schreiben in eine Pipe die Zugriffsrechte nicht \u00fcberpr\u00fcft werden, kann die Ersetzung im Seiten-Cache auch f\u00fcr Dateien erfolgen, die nur in schreibgesch\u00fctzten Partitionen eingebunden sind (z. B. f\u00fcr Dateien auf einer CD-ROM). Nach der Ersetzung der Informationen im Seiten-Cache erh\u00e4lt der Prozess beim Lesen der Daten aus der Datei nicht die tats\u00e4chlichen, sondern die manipulierten Daten. <\/p>\n
Der Betrieb besteht darin, einen unbenannten Kanal zu erstellen und ihn mit beliebigen Daten zu f\u00fcllen, um das Flag PIPE_BUF_FLAG_CAN_MERGE in allen damit verbundenen Ringstrukturen zu setzen. Danach werden die Daten aus dem Kanal gelesen, aber das Flag bleibt in allen Exemplaren der Struktur pipe_buffer in den Ringstrukturen pipe_inode_info gesetzt. Anschlie\u00dfend wird der Aufruf splice() durchgef\u00fchrt, um Daten aus der Zieldatei in den unbenannten Kanal zu lesen, beginnend mit dem gew\u00fcnschten Offset. Beim Schreiben von Daten in diesen unbenannten Kanal werden aufgrund des gesetzten Flags PIPE_BUF_FLAG_CAN_MERGE die Daten im Seiten-Cache \u00fcberschrieben, anstatt ein neues Exemplar der Struktur pipe_buffer zu erstellen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"