{"id":100574,"date":"2021-06-22T16:24:20","date_gmt":"2021-06-22T14:24:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre"},"modified":"2021-06-22T16:24:20","modified_gmt":"2021-06-22T14:24:20","slug":"uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten im eBPF-Subsystem, die Angriffe der Klasse Spectre umgangen werden k\u00f6nnen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Linux-Kernel wurde eine Schwachstelle (CVE-2021-33624) entdeckt, die es erm\u00f6glicht, die eBPF-Subsystem zum Umgehen des Schutzes vor Spectre-\u00e4hnlichen Schwachstellen zu verwenden. Dies kann dazu f\u00fchren, dass der Inhalt des Speichers offenbart wird, wenn bestimmte Bedingungen f\u00fcr die spekulative Ausf\u00fchrung bestimmter Operationen geschaffen werden. F\u00fcr einen Spectre-Angriff ist es notwendig, dass im privilegierten Code eine bestimmte Befehlskette vorhanden ist, die zur spekulativen Ausf\u00fchrung von Instruktionen f\u00fchrt. Durch Manipulation mit den zur Ausf\u00fchrung \u00fcbergebenen BPF-Programmen k\u00f6nnen \u00e4hnliche Instruktionen in eBPF erzeugt werden, was zu einem Leak des Kernspeichers und beliebigen Bereichen des physischen Speichers \u00fcber Seitenkan\u00e4le f\u00fchren kann. <\/p>\n
Die Schwachstelle entsteht durch M\u00e4ngel im Verifier, der zur Erkennung von Fehlern und unzul\u00e4ssigen Aktivit\u00e4ten in BPF-Programmen verwendet wird. Der Verifier durchl\u00e4uft m\u00f6gliche Ausf\u00fchrungspfade des Codes, \u00fcberspringt jedoch Verzweigungsoptionen, die laut den Semantiken des Befehlssatzarchitektur nicht zul\u00e4ssig sind. Bei der Ausf\u00fchrung eines BPF-Programms k\u00f6nnen solche Verzweigungsoptionen, die vom Verifier nicht ber\u00fccksichtigt wurden, vom Prozessor falsch vorhergesagt und spekulativ ausgef\u00fchrt werden. Zum Beispiel erwartet der Verifier bei der Analyse der Operation \u201eload\u201c, dass ein Register mit einer Adresse verwendet wird, deren Wert immer in den vorgegebenen Grenzen liegt, jedoch kann ein Angreifer Bedingungen schaffen, unter denen der Prozessor versucht, die Operation spekulativ mit einer Adresse auszuf\u00fchren, die den Pr\u00fcfbedingungen nicht entspricht. <\/p>\n
Das Problem tritt ab der Kernel-Version 4.15 auf und wurde durch Patches (1, 2, 3, 4) behoben. In den Distributionen bleibt die Schwachstelle jedoch bis jetzt ungepatcht (Debian, RHEL, Ubuntu, Fedora, SUSE, Arch). <\/p>\n
Zus\u00e4tzlich kann eine Anmerkung zum Einfluss auf die Leistung von Mitteln zum Schutz vor Schwachstellen der Spectre-Klasse gemacht werden. In der Anmerkung werden die Ergebnisse der Optimierung des Debuggers rr (Record and Replay) zusammengefasst, der urspr\u00fcnglich bei Mozilla zur Fehlersuche bei schwer reproduzierbaren Fehlern in Firefox entwickelt wurde. Das Caching von Systemaufrufen, die zur \u00dcberpr\u00fcfung der Existenz von Verzeichnissen verwendet werden, hat die Ausf\u00fchrungszeit der Operation \u201err sources\u201c f\u00fcr ein Testprojekt von 3 Minuten 19 Sekunden auf 36 Sekunden verk\u00fcrzt. <\/p>\n
Der Autor der Optimierung wollte \u00fcberpr\u00fcfen, wie sich die Leistung nach Deaktivierung des Spectre-Schutzes \u00e4ndert. Nach dem Booten des Systems mit dem Parameter \u201emitigations=off\u201c betrug die Ausf\u00fchrungszeit von \u201err sources\u201c ohne Optimierung 2 Minuten 5 Sekunden (1,6-mal schneller), und mit Optimierung \u2013 33 Sekunden (9 % schneller). Interessant ist, dass die Deaktivierung des Spectre-Schutzes nicht nur die Ausf\u00fchrungszeit des Codes auf Kernel-Ebene um das 1,4-fache verk\u00fcrzt hat (von 2m9s auf 1m32s), sondern auch die Ausf\u00fchrungszeit im Benutzerspeicher um das Zweifache reduziert hat (von 1m9s auf 0m33s), wahrscheinlich aufgrund der sinkenden Effizienz des CPU-Caches und der TLB-Flushes bei aktiviertem Spectre-Schutz. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"