{"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":"Una 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 DBF appositamente formattato. Il ricercatore che ha individuato il problema ha avvisato sulla creazione di un exploit funzionante per la piattaforma Windows. Attualmente, la correzione della vulnerabilit\u00e0 \u00e8 disponibile solo sotto forma di patch nel repository del progetto, che \u00e8 entrato a far parte delle versioni di test di OpenOffice 4.1.11. Gli aggiornamenti per il ramo stabile non sono ancora stati rilasciati. <\/p>\n
Il problema \u00e8 stato causato dal fatto che, nell'assegnazione della memoria, OpenOffice si basava sui valori di fieldLength e fieldType nell'intestazione dei file DBF, senza verificare la corrispondenza con il tipo effettivo di dati nei campi. Per eseguire un attacco, \u00e8 possibile specificare come valore di fieldType il tipo INTEGER, ma inserire dati di dimensioni maggiori e specificare un valore di fieldLength non corrispondente alla dimensione dei dati con tipo INTEGER, portando cos\u00ec a un'overrun del buffer. Di conseguenza, grazie a un overflow del buffer controllato, il ricercatore \u00e8 riuscito a sovrascrivere il puntatore di ritorno dalla funzione e, utilizzando tecniche di programmazione orientata 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 di istruzioni macchina gi\u00e0 esistenti nelle librerie caricate, che terminano con l'istruzione di ritorno del controllo (di solito, queste sono le terminazioni delle funzioni di libreria). Il funzionamento dell'exploit consiste nella costruzione di una catena di chiamate a tali blocchi (' gadget ') per ottenere la funzionalit\u00e0 desiderata. Come gadget nell'exploit per OpenOffice \u00e8 stato utilizzato codice dalla libreria libxml2 utilizzata in OpenOffice, che, a differenza di OpenOffice stesso, si \u00e8 rivelata compilata senza 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, dopodich\u00e9 \u00e8 stata fissata una divulgazione pubblica delle informazioni sulla vulnerabilit\u00e0 per il 30 agosto. Poich\u00e9 entro la scadenza prevista non era stata formata una versione stabile, il ricercatore ha posticipato la divulgazione dei dettagli al 18 settembre, ma gli sviluppatori di OpenOffice non erano riusciti a completare il rilascio della versione 4.1.11 entro quel termine. \u00c8 interessante notare che durante la stessa ricerca \u00e8 stata individuata una vulnerabilit\u00e0 simile nel codice di supporto per il formato DBF in Microsoft Office Access (CVE-2021\u201338646), di cui i dettagli saranno divulgati in seguito. Non sono stati riscontrati problemi in LibreOffice. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"