{"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\/novosti-interneta\/lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii","title":{"rendered":"Eine lokale Schwachstelle in nftables, die die Erh\u00f6hung eigener Berechtigungen erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In Netfilter, dem Subsystem des Linux-Kernels zur Filterung und Modifizierung von Netzwerkpaketen, wurde eine Schwachstelle entdeckt (CVE nicht zugewiesen), die es einem lokalen Benutzer erm\u00f6glicht, Code auf Kernel-Ebene auszuf\u00fchren und seine Privilegien im System zu erh\u00f6hen. Forscher demonstrierten einen Exploit, 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 geplant, Informationen \u00fcber die Schwachstelle am 15. August zu ver\u00f6ffentlichen, jedoch wurde das Embargo aufgrund der Weiterleitung eines Schreibens mit dem Exploit-Prototyp an eine \u00f6ffentliche Mailingliste aufgehoben. <\/p>\n
Das Problem tritt erstmals ab Kernel-Version 5.8 auf und wird durch einen Puffer\u00fcberlauf im Code zur Verarbeitung von Set-Listen im Modul nf_tables verursacht, der durch unzureichende Pr\u00fcfungen in der Funktion nft_set_elem_init entstanden ist. Der Fehler wurde in einer \u00c4nderung eingef\u00fchrt, die den Speicherbereich f\u00fcr Listenelemente auf 128 Bytes erweitert. <\/p>\n
F\u00fcr den Angriff ist der Zugriff auf nftables erforderlich, der in einem separaten Netzwerk-Namensraum (Network Namespaces) mit den Rechten CLONE_NEWUSER, CLONE_NEWNS oder CLONE_NEWNET erhalten werden kann (zum Beispiel durch die M\u00f6glichkeit, einen isolierten Container auszuf\u00fchren). Ein Fix ist derzeit nicht verf\u00fcgbar. Um die Ausnutzung der Sicherheitsanf\u00e4lligkeit auf regul\u00e4ren Systemen zu blockieren, sollten Sie sicherstellen, dass die Erstellung von Namensr\u00e4umen durch nicht privilegierte Benutzer deaktiviert ist (\u201esudo sysctl -w kernel.unprivileged_userns_clone=0\u201c). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"