{"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\/pt\/blog\/news\/uyazvimost-v-openoffice-pozvolyayushhaya-vypolnit-kod-pri-otkrytii-fajla","title":{"rendered":"Vulnerabilidade no OpenOffice que permite execu\u00e7\u00e3o de c\u00f3digo ao abrir um arquivo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi identificada uma vulnerabilidade no pacote de escrit\u00f3rio Apache OpenOffice (CVE-2021-33035) que permite a execu\u00e7\u00e3o de c\u00f3digo ao abrir um arquivo DBF especialmente formatado. O pesquisador que detectou o problema alertou sobre a cria\u00e7\u00e3o de um exploit funcional para a plataforma Windows. A corre\u00e7\u00e3o da vulnerabilidade est\u00e1 dispon\u00edvel apenas na forma de um patch no reposit\u00f3rio do projeto, que foi inclu\u00eddo nas compila\u00e7\u00f5es de teste do OpenOffice 4.1.11. Atualiza\u00e7\u00f5es para a vers\u00e3o est\u00e1vel ainda n\u00e3o foram liberadas. <\/p>\n
O problema foi causado pelo fato de que, ao alocar mem\u00f3ria, o OpenOffice dependia dos valores de fieldLength e fieldType no cabe\u00e7alho dos arquivos DBF, sem verificar a correspond\u00eancia com o tipo real dos dados nos campos. Para realizar um ataque, \u00e9 poss\u00edvel especificar o tipo INTEGER no valor de fieldType, mas inserir dados de tamanho maior e definir um valor de fieldLength que n\u00e3o corresponda ao tamanho dos dados com tipo INTEGER, o que resultar\u00e1 em dados excedentes do campo sendo gravados al\u00e9m do buffer alocado. Como resultado de um estouro de buffer controlado, o pesquisador conseguiu sobrescrever o ponteiro de retorno da fun\u00e7\u00e3o e, utilizando t\u00e9cnicas de programa\u00e7\u00e3o orientada a retorno (ROP - Return-Oriented Programming), executar seu c\u00f3digo. <\/p>\n
Ao usar a t\u00e9cnica ROP, o atacante n\u00e3o tenta inserir seu c\u00f3digo na mem\u00f3ria, mas opera com peda\u00e7os de instru\u00e7\u00f5es de m\u00e1quina j\u00e1 existentes nas bibliotecas carregadas, que terminam com instru\u00e7\u00f5es de retorno (geralmente finais de fun\u00e7\u00f5es de bibliotecas). O funcionamento do exploit consiste em construir uma cadeia de chamadas dessas unidades (\"gadgets\") para obter a funcionalidade desejada. Para o exploit do OpenOffice, foi utilizado c\u00f3digo da biblioteca libxml2, que, ao contr\u00e1rio do pr\u00f3prio OpenOffice, foi compilada sem mecanismos de prote\u00e7\u00e3o DEP (Data Execution Prevention) e ASLR (Address Space Layout Randomization). <\/p>\n
Os desenvolvedores do OpenOffice foram notificados sobre o problema em 4 de maio, ap\u00f3s o que a divulga\u00e7\u00e3o p\u00fablica das informa\u00e7\u00f5es sobre a vulnerabilidade foi marcada para 30 de agosto. Como at\u00e9 a data prevista a atualiza\u00e7\u00e3o da ramifica\u00e7\u00e3o est\u00e1vel n\u00e3o havia sido formada, o pesquisador adiou a divulga\u00e7\u00e3o dos detalhes para 18 de setembro, mas os desenvolvedores do OpenOffice n\u00e3o conseguiram lan\u00e7ar a vers\u00e3o 4.1.11 at\u00e9 essa data. \u00c9 not\u00e1vel que, durante a mesma pesquisa, uma vulnerabilidade semelhante foi identificada no c\u00f3digo de suporte ao formato DBF no Microsoft Office Access (CVE-2021\u201338646), cujos detalhes ser\u00e3o divulgados posteriormente. Nenhum problema foi encontrado no LibreOffice. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"