{"id":104585,"date":"2022-07-03T15:36:40","date_gmt":"2022-07-03T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii"},"modified":"2022-07-03T15:36:40","modified_gmt":"2022-07-03T13:36:40","slug":"lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii","title":{"rendered":"Lokale Schwachstelle in nftables, die die Erh\u00f6hung der eigenen Berechtigungen erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Netfilter, einem Kernsubsystem von Linux, das zur Filterung und Modifizierung von Netzwerkpaketen verwendet wird, wurde eine Schwachstelle (CVE nicht zugewiesen) entdeckt, die es einem lokalen Benutzer erm\u00f6glicht, Code auf Kernel-Ebene auszuf\u00fchren und seine Privilegien im System zu erh\u00f6hen. Forscher haben einen Exploit demonstriert, der es einem lokalen Benutzer erm\u00f6glichte, Root-Rechte in Ubuntu 22.04 mit Kernel 5.15.0-39-generic zu erlangen. Urspr\u00fcnglich war die Ver\u00f6ffentlichung der Informationen \u00fcber die Schwachstelle f\u00fcr den 15. August geplant, doch aufgrund der Weitergabe einer E-Mail mit einem Exploit-Prototyp an eine \u00f6ffentliche Mailingliste wurde das Embargo zur Preisgabe von Informationen aufgehoben. <\/p>\n
Das Problem tritt ab der Version 5.8 des Kernels auf und wird durch einen Puffer\u00fcberlauf im Code zur Verarbeitung von Set-Listen im Modul nf_tables verursacht, der durch unzureichende \u00dcberpr\u00fcfungen in der Funktion nft_set_elem_init entstanden ist. Der Fehler wurde durch eine \u00c4nderung eingef\u00fchrt, die den Speicherbereich f\u00fcr Listenelemente auf 128 Bytes erweitert. <\/p>\n
Um einen Angriff durchzuf\u00fchren, ist Zugriff auf nftables erforderlich, der in einem separaten Netzwerknamespace (network namespaces) mit den Rechten CLONE_NEWUSER, CLONE_NEWNS oder CLONE_NEWNET erlangt werden kann (zum Beispiel beim Start eines isolierten Containers). Ein Fix ist derzeit nicht verf\u00fcgbar. Um die Ausnutzung der Sicherheitsanf\u00e4lligkeit in regul\u00e4ren Systemen zu verhindern, sollte sichergestellt werden, dass die Erstellung von Namensr\u00e4umen durch nicht privilegierte Benutzer deaktiviert ist (\"sudo sysctl -w kernel.unprivileged_userns_clone=0\"). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"