{"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\/da\/blog\/news\/uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla","title":{"rendered":"S\u00e5rbarhed i OpenOffice, der tillader k\u00f8rsel af kode ved \u00e5bning af fil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I kontorpakken Apache OpenOffice er der opdaget en s\u00e5rbarhed (CVE-2021-33035), som muligg\u00f8r udf\u00f8relse af kode ved \u00e5bning af en specielt tilpasset fil i DBF-format. Den forsker, der afd\u00e6kkede problemet, advarede om oprettelsen af et fungerende exploit til Windows-platformen. L\u00f8sningen p\u00e5 s\u00e5rbarheden er kun tilg\u00e6ngelig som en patch i projektets repository, som indg\u00e5r i testbygningerne af OpenOffice 4.1.11. Opdateringer til den stabile gren er endnu ikke frigivet. <\/p>\n
Problemet opstod, fordi OpenOffice ved tildeling af hukommelse stolede p\u00e5 v\u00e6rdierne fieldLength og fieldType i headerne for DBF-filerne, uden at kontrollere, om den faktiske datatype i felterne stemte overens. For at udf\u00f8re et angreb kan man angive datatypen INTEGER i fieldType, men placere data af st\u00f8rre st\u00f8rrelse og angive en fieldLength-v\u00e6rdi, der ikke svarer til datast\u00f8rrelsen for INTEGER-typen, hvilket vil resultere i, at datakonstrukt\u00f8ren fra feltet skrives uden for den tildelte buffer. Som et resultat af det kontrollerede bufferoverl\u00f8b lykkedes det forskeren at overskrive returpointeren fra funktionen og ved hj\u00e6lp af return-orienteret programmering (ROP) opn\u00e5 udf\u00f8relse af sin egen kode. <\/p>\n
Ved brug af ROP-teknikken fors\u00f8ger angriberen ikke at placere sin kode i hukommelsen, men arbejder med allerede eksisterende stykker maskinkode i de indl\u00e6ste biblioteker, der afsluttes med en retur-instruktion (det er typisk slutningerne p\u00e5 biblioteksfunktioner). Eksploitens funktionalitet reduceres til at bygge en k\u00e6de af kald til s\u00e5danne blokke (\"gadgets\") for at opn\u00e5 den \u00f8nskede funktionalitet. I exploit til OpenOffice blev der brugt kode fra det bibliotek, der anvendes i OpenOffice, libxml2, som i mods\u00e6tning til selve OpenOffice blev bygget uden beskyttelsesmekanismerne DEP (Data Execution Prevention) og ASLR (Address Space Layout Randomization). <\/p>\n
Udviklerne af OpenOffice blev informeret om problemet den 4. maj, hvorefter offentligg\u00f8relsen af oplysningerne om s\u00e5rbarheden blev planlagt til den 30. august. Da der ikke var blevet dannet en opdatering til den stabile gren inden den fastsatte frist, flyttede forskeren offentligg\u00f8relsen af detaljerne til den 18. september, men udviklerne af OpenOffice n\u00e5ede ikke at lave en version 4.1.11 til den tid. Det er bem\u00e6rkelsesv\u00e6rdigt, at en lignende s\u00e5rbarhed i koden til underst\u00f8ttelse af DBF-formatet i Microsoft Office Access (CVE-2021\u201338646) blev identificeret under det samme forskningsprojekt, og detaljer om den vil blive offentliggjort senere. Der er ikke fundet problemer i LibreOffice. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"