{"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\/nl\/blog\/news\/uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla","title":{"rendered":"Kwetsbaarheid in OpenOffice die het mogelijk maakt om code uit te voeren bij het openen van een bestand.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In het kantoorpakket Apache OpenOffice is een kwetsbaarheid ontdekt (CVE-2021-33035) die kan leiden tot de uitvoering van code bij het openen van een speciaal opgemaakt DBF-bestand. De onderzoeker die het probleem heeft ontdekt, waarschuwde voor de creatie van een werkende exploit voor het Windows-platform. Een oplossing voor de kwetsbaarheid is voorlopig alleen beschikbaar in de vorm van een patch in de projectrepository, die deel uitmaakt van de testversies van OpenOffice 4.1.11. Updates voor de stabiele tak zijn nog niet beschikbaar. <\/p>\n
Het probleem werd veroorzaakt doordat OpenOffice bij het toewijzen van geheugen vertrouwde op de waarden van fieldLength en fieldType in de header van DBF-bestanden, zonder te controleren of het feitelijke gegevenstype in de velden overeenkwam. Om een aanval uit te voeren, kan men het gegevenstype fieldType instellen op INTEGER, maar gegevens van een groter formaat plaatsen en een waarde voor fieldLength opgeven die niet overeenkomt met de grootte van de gegevens met het type INTEGER, wat ertoe leidt dat de staart van de gegevens uit het veld buiten de toegewezen buffer wordt geschreven. Als gevolg van een gecontroleerde bufferoverflow slaagde de onderzoeker erin om de returnpointer van de functie te overschrijven en via technieken van Return-Oriented Programming (ROP) zijn eigen code uit te voeren. <\/p>\n
Bij het gebruik van ROP-technieken probeert de aanvaller zijn eigen code niet in het geheugen te plaatsen, maar maakt hij gebruik van reeds bestaande stukjes machine-instructies in de geladen bibliotheken, die eindigen met een return-instructie (meestal de eindes van bibliotheekfuncties). Het werk van de exploit bestaat uit het opbouwen van een keten van aanroepen van dergelijke blokken (\"gadgets\") om de gewenste functionaliteit te verkrijgen. In de exploit voor OpenOffice werd code uit de gebruikte bibliotheek libxml2 gebruikt, die in tegenstelling tot OpenOffice zelf zonder de beschermingsmechanismen DEP (Data Execution Prevention) en ASLR (Address Space Layout Randomization) was samengesteld. <\/p>\n
De ontwikkelaars van OpenOffice zijn op 4 mei op de hoogte gesteld van het probleem, waarna de publieke bekendmaking van de kwetsbaarheid op 30 augustus was gepland. Aangezien er tegen de afgesproken datum geen update van de stabiele tak was gemaakt, verlegde de onderzoeker de bekendmaking van de details naar 18 september, maar de ontwikkelaars van OpenOffice slaagden er niet in om de release 4.1.11 tegen die datum te formaliseren. Opmerkelijk is dat tijdens hetzelfde onderzoek een soortgelijke kwetsbaarheid in de DBF-bestandsformaatondersteunende code van Microsoft Office Access (CVE-2021-38646) werd ontdekt, waarvan de details later zullen worden vrijgegeven. In LibreOffice zijn er geen problemen gevonden. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"