{"id":100168,"date":"2021-05-14T16:23:07","date_gmt":"2021-05-14T14:23:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux"},"modified":"2021-05-14T16:23:07","modified_gmt":"2021-05-14T14:23:07","slug":"uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten im eBPF-Subsystem, die es erm\u00f6glichen, Code auf Linux-Kernel-Ebene auszuf\u00fchren.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Zwei neue Schwachstellen im eBPF-Subsystem wurden entdeckt, das es erm\u00f6glicht, Handler innerhalb des Linux-Kernels in einer speziellen virtuellen Maschine mit JIT auszuf\u00fchren. Beide Schwachstellen erm\u00f6glichen es, eigenen Code mit Kernel-Rechten auszuf\u00fchren, au\u00dferhalb der isolierten eBPF-virtuellen Maschine. Informationen zu den Problemen wurden vom Zero Day Initiative-Team ver\u00f6ffentlicht, das die Pwn2Own-Wettbewerbe veranstaltet, bei denen in diesem Jahr drei Angriffe auf Ubuntu Linux demonstriert wurden, die zuvor unbekannte Schwachstellen nutzten (ob die Schwachstellen im eBPF mit diesen Angriffen in Verbindung stehen, wird nicht mitgeteilt). <\/p>\n
\n
CVE-2021-3490 \u2013 Diese Schwachstelle wird durch das Fehlen einer \u00dcberpr\u00fcfung der Grenzen von 32-Bit-Werten bei der Ausf\u00fchrung von bitweisen Operationen (AND, OR und XOR) in eBPF ALU32 verursacht. Ein Angreifer kann diesen Fehler ausnutzen, um Daten au\u00dferhalb der Grenzen des zugewiesenen Puffers zu lesen und zu schreiben. Das Problem bei den XOR-Operationen tritt ab der Kernel-Version 5.7-rc1 auf, w\u00e4hrend AND und OR ab der Version 5.10-rc1 betroffen sind.\n
CVE-2021-3489 \u2013 Diese Schwachstelle beruht auf einem Fehler in der Implementierung des Ringpuffers und h\u00e4ngt damit zusammen, dass die Funktion bpf_ringbuf_reserve nicht \u00fcberpr\u00fcfte, ob die Gr\u00f6\u00dfe des zugewiesenen Speichers kleiner sein k\u00f6nnte als die tats\u00e4chliche Gr\u00f6\u00dfe des Ringpuffers. Das Problem tritt ab der Version 5.8-rc1 auf. <\/ul>\n
Der Status von Sicherheitskorrekturen in den Distributionen kann auf den folgenden Seiten verfolgt werden: Ubuntu, Debian, RHEL, Fedora, SUSE, Arch. Korrekturen sind auch als Patches verf\u00fcgbar (CVE-2021-3489, CVE-2021-3490). Die M\u00f6glichkeit zur Ausnutzung des Problems h\u00e4ngt von der Verf\u00fcgbarkeit des Systemaufrufs eBPF f\u00fcr den Benutzer ab. Beispielsweise ist in der Standardeinstellung in RHEL f\u00fcr die Ausnutzung der Schwachstelle das Vorhandensein von CAP_SYS_ADMIN-Rechten erforderlich. <\/p>\n
Eine weitere Schwachstelle im Linux-Kernel ist CVE-2021-32606, die es einem lokalen Benutzer erm\u00f6glicht, seine Berechtigungen auf Root-Niveau zu erh\u00f6hen. Das Problem tritt ab dem Linux-Kernel 5.11 auf und ist auf einen Race-Condition-Fehler in der Implementierung des CAN ISOTP-Protokolls zur\u00fcckzuf\u00fchren, der es erm\u00f6glicht, die Socket-Bindungsparameter zu \u00e4ndern, da keine ordnungsgem\u00e4\u00dfe Sperrung in der Funktion isotp_setsockopt() bei der Verarbeitung des Flags CAN_ISOTP_SF_BROADCAST erfolgt. <\/p>\n
Nach dem Schlie\u00dfen des ISOTP-Sockets bleibt die Bindung an den Empf\u00e4ngersocket bestehen, sodass dieser die an den Socket gebundenen Strukturen weiterhin nutzen kann, selbst nachdem der zugeh\u00f6rige Speicher freigegeben wurde (use-after-free durch den Zugriff auf die bereits freigegebene Struktur isotp_sock beim Aufruf von isotp_rcv()). Durch Datenmanipulationen kann der Funktionszeiger auf sk_error_report() \u00fcberschrieben werden, was die Ausf\u00fchrung von eigenem Code auf Kernel-Ebene erm\u00f6glicht. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"