{"id":101712,"date":"2021-10-21T10:22:53","date_gmt":"2021-10-21T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux"},"modified":"2021-10-21T10:22:53","modified_gmt":"2021-10-21T08:22:53","slug":"raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","title":{"rendered":"Die Technik zur Ausnutzung einer Schwachstelle im tty-Untersystem des Linux-Kernels wurde offengelegt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Forscher des Google Project Zero-Teams haben eine Ausnutzungsmethode f\u00fcr die Schwachstelle (CVE-2020-29661) in der Implementierung des ioctl-Handlers TIOCSPGRP aus dem tty-Subsystem des Linux-Kernels ver\u00f6ffentlicht und die Schutzmechanismen detailliert untersucht, die solche Schwachstellen blockieren k\u00f6nnten. <\/p>\n
Der problematische Fehler wurde im Linux-Kernel bereits am 3. Dezember letzten Jahres behoben. Das Problem tritt in Kerneln bis zur Version 5.9.13 auf, aber die meisten Distributionen haben das Problem bereits in den Kernel-Paket-Updates behoben, die im vergangenen Jahr bereitgestellt wurden (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). Eine \u00e4hnliche Schwachstelle (CVE-2020-29660) wurde gleichzeitig in der Implementierung des ioctl-Aufrufs TIOCGSID gefunden, wurde jedoch ebenfalls bereits umfassend behoben. <\/p>\n
Das Problem wurde durch einen Fehler bei der Sperrsetzung verursacht, der zu einem Race Condition im Code drivers\/tty\/tty_jobctrl.c f\u00fchrte, der ausgenutzt werden konnte, um Bedingungen f\u00fcr einen Zugriff auf den Speicher nach dessen Freigabe (use-after-free) zu schaffen, die aus dem Benutzerspeicher durch Manipulation des ioctl-Aufrufs TIOCSPGRP ausgenutzt werden konnten. Ein funktionierender Exploit f\u00fcr die Erh\u00f6hung von Berechtigungen wurde f\u00fcr Debian 10 mit dem Kernel 4.19.0-13-amd64 demonstriert. <\/p>\n
Der ver\u00f6ffentlichte Artikel legt den Schwerpunkt nicht so sehr auf die Technik zur Erstellung eines funktionierenden Exploits, sondern darauf, welche Werkzeuge im Kernel vorhanden sind, um sich vor solchen Schwachstellen zu sch\u00fctzen. Die Schlussfolgerung ist wenig tr\u00f6stlich: Methoden wie die Segmentierung von Speicher in der Heap und die \u00dcberwachung des Zugriffs auf den Speicher nach dessen Freigabe kommen in der Praxis nicht zum Einsatz, da sie die Leistung beeintr\u00e4chtigen. Der auf CFI (Control Flow Integrity) basierende Schutz, der Exploits in sp\u00e4teren Angriffsphasen blockiert, bedarf weiterer Entwicklungsarbeiten. <\/p>\n
Bei der \u00dcberlegung, was die Situation langfristig verbessern k\u00f6nnte, wird die Anwendung fortschrittlicher statischer Analysewerkzeuge hervorgehoben oder die Nutzung von Programmiersprachen, die eine sichere Speicherverwaltung bieten, wie Rust und Dialekte von C mit erweiterten Annotationen (z. B. Checked C). Diese sollten in der Phase der Kompilierung den Zustand von Sperren, Objekten und Zeigern \u00fcberpr\u00fcfen. Zu den Schutzma\u00dfnahmen z\u00e4hlt auch die Aktivierung des Modus panic_on_oops, die Umstellung von Kernelstrukturen auf einen Nur-Lese-Modus und die Einschr\u00e4nkung des Zugriffs auf Systemaufrufe durch Mechanismen wie seccomp. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"