{"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\/it\/blog\/news\/uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla","title":{"rendered":"Vulnerabilit\u00e0 in OpenOffice che consente l'esecuzione di codice all'apertura di un file","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata scoperta una vulnerabilit\u00e0 nel pacchetto per ufficio Apache OpenOffice (CVE-2021-33035), che consente l'esecuzione di codice aprendo un file appositamente formattato in formato DBF. Il ricercatore che ha segnalato il problema ha avvertito della creazione di un exploit funzionante per la piattaforma Windows. Al momento, la correzione della vulnerabilit\u00e0 \u00e8 disponibile solo sotto forma di patch nel repository del progetto, che \u00e8 stata inclusa nelle versioni di prova di OpenOffice 4.1.11. Gli aggiornamenti per il ramo stabile non sono ancora stati formati. <\/p>\n
Il problema \u00e8 stato causato dal fatto che OpenOffice si basava sui valori di fieldLength e fieldType nell'intestazione dei file DBF per allocare la memoria, senza controllare la corrispondenza con il tipo di dato effettivo nei campi. Per effettuare un attacco, \u00e8 possibile specificare fieldType come tipo INTEGER, ma posizionare dati di dimensioni maggiori e specificare un valore di fieldLength non corrispondente alla dimensione dei dati di tipo INTEGER, il che porter\u00e0 a un overflow del buffer in cui la parte finale dei dati verr\u00e0 scritta oltre il buffer allocato. Grazie a un overflow del buffer controllato, il ricercatore \u00e8 riuscito a sovrascrivere il puntatore di ritorno dalla funzione e, utilizzando le tecniche di programming orientato al ritorno (ROP - Return-Oriented Programming), ha ottenuto l'esecuzione del proprio codice. <\/p>\n
Utilizzando la tecnica ROP, l'attaccante non cerca di posizionare il proprio codice in memoria, ma opera su pezzi gi\u00e0 esistenti di istruzioni macchina contenuti nelle librerie caricate, che terminano con un'istruzione di ritorno di controllo (comunemente, queste sono le terminazioni delle funzioni delle librerie). Il funzionamento dell'exploit consiste nel creare una catena di chiamate a questi blocchi (\"gadget\") per ottenere la funzionalit\u00e0 desiderata. Come gadget, nell'exploit per OpenOffice \u00e8 stato utilizzato codice dalla libreria libxml2, che a differenza di OpenOffice stesso \u00e8 stata compilata senza i meccanismi di protezione DEP (Data Execution Prevention) e ASLR (Address Space Layout Randomization). <\/p>\n
Gli sviluppatori di OpenOffice sono stati informati del problema il 4 maggio, dopo di che la divulgazione pubblica dei dettagli sulla vulnerabilit\u00e0 \u00e8 stata fissata per il 30 agosto. Poich\u00e9 entro la scadenza prevista non \u00e8 stata rilasciata l'aggiornamento della branch stabile, il ricercatore ha spostato la divulgazione dei dettagli al 18 settembre, ma gli sviluppatori di OpenOffice non sono riusciti a completare la release 4.1.11 entro quella data. \u00c8 interessante notare che durante la stessa ricerca \u00e8 stata identificata una vulnerabilit\u00e0 simile nel codice di supporto per il formato DBF in Microsoft Office Access (CVE-2021\u201338646), i cui dettagli saranno divulgati in seguito. Non sono stati trovati problemi in LibreOffice. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"