{"id":101354,"date":"2021-09-21T10:22:45","date_gmt":"2021-09-21T08:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla"},"modified":"2021-09-21T10:22:45","modified_gmt":"2021-09-21T08:22:45","slug":"uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla","title":{"rendered":"Eine Sicherheitsanf\u00e4lligkeit in OpenOffice, die die Ausf\u00fchrung von Code beim \u00d6ffnen einer Datei erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im B\u00fcro-Paket Apache OpenOffice wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2021-33035) entdeckt, die es erm\u00f6glicht, beliebigen Code auszuf\u00fchren, wenn eine speziell gestaltete Datei im DBF-Format ge\u00f6ffnet wird. Der Entdecker des Problems warnte davor, dass ein funktionierender Exploit f\u00fcr die Windows-Plattform erstellt wurde. Ein Patch zur Behebung der Sicherheitsanf\u00e4lligkeit ist derzeit nur in Form eines Patches im Repository des Projekts verf\u00fcgbar, das Teil der Testversionen von OpenOffice 4.1.11 ist. Updates f\u00fcr den stabilen Zweig wurden bisher noch nicht ver\u00f6ffentlicht. <\/p>\n
Das Problem entstand, weil OpenOffice beim Zuordnen von Speicher auf die Werte von fieldLength und fieldType im Header von DBF-Dateien angewiesen war, ohne die \u00dcbereinstimmung mit dem tats\u00e4chlichen Datentyp in den Feldern zu \u00fcberpr\u00fcfen. Um einen Angriff auszuf\u00fchren, kann man den Datentyp INTEGER im Wert von fieldType angeben, aber gr\u00f6\u00dfere Daten unterbringen und einen Wert f\u00fcr fieldLength angeben, der nicht mit der Gr\u00f6\u00dfe der Daten vom Typ INTEGER \u00fcbereinstimmt, was dazu f\u00fchren wird, dass der Daten\u00fcberhang aus dem Feld au\u00dferhalb des zugewiesenen Puffers geschrieben wird. Infolge einer kontrollierten Puffer\u00fcberlaufattacke konnte der Forscher den R\u00fcckgabezeiger aus der Funktion \u00fcberschreiben und durch Techniken der R\u00fccksprungorientierten Programmierung (ROP - Return-Oriented Programming) die Ausf\u00fchrung seines Codes erreichen. <\/p>\n
Bei der Verwendung der ROP-Technik versucht der Angreifer nicht, seinen Code im Speicher zu platzieren, sondern nutzt bereits vorhandene Fragmente von Maschinenanweisungen in den geladenen Bibliotheken, die mit einer R\u00fcckgabeanweisung enden (in der Regel die Enden von Bibliotheksfunktionen). Die Funktionsweise des Exploits besteht darin, eine Kette von Aufrufen solcher Bl\u00f6cke (\u201eGadgets\u201c) zu erstellen, um die gew\u00fcnschte Funktionalit\u00e4t zu erhalten. Als Gadgets wurden im Exploit f\u00fcr OpenOffice Code aus der in OpenOffice verwendeten Bibliothek libxml2 verwendet, die im Gegensatz zu OpenOffice ohne die Schutzmechanismen DEP (Data Execution Prevention) und ASLR (Address Space Layout Randomization) kompiliert wurde. <\/p>\n
Die Entwickler von OpenOffice wurden am 4. Mai \u00fcber das Problem informiert, nach dem am 30. August eine \u00f6ffentliche Offenlegung der Schwachstelle geplant war. Da bis zum festgelegten Termin kein Update f\u00fcr den stabilen Branch erstellt worden war, verschob der Forscher die Offenlegung der Details auf den 18. September, aber die Entwickler von OpenOffice hatten es nicht geschafft, die Version 4.1.11 bis zu diesem Datum zu erstellen. Bemerkenswert ist, dass im Rahmen derselben Untersuchung eine \u00e4hnliche Schwachstelle im Code zur Unterst\u00fctzung des DBF-Formats in Microsoft Office Access (CVE-2021-38646) entdeckt wurde, deren Details sp\u00e4ter ver\u00f6ffentlicht werden. In LibreOffice wurden keine Probleme gefunden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"