{"id":151908,"date":"2025-12-17T23:11:58","date_gmt":"2025-12-17T21:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti"},"modified":"2025-12-17T23:11:58","modified_gmt":"2025-12-17T21:11:58","slug":"obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Atualiza\u00e7\u00e3o do servidor de e-mail Exim 4.99.1 com corre\u00e7\u00e3o de vulnerabilidade","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ado um patch corretivo para o servidor de email Exim 4.99.1, que corrige uma vulnerabilidade (CVE-2025-67896) que permite que um atacante remoto comprometa o conte\u00fado da mem\u00f3ria fora do buffer alocado. Potencialmente, essa falha pode ser usada para a execu\u00e7\u00e3o remota de c\u00f3digo no servidor, mas um exploit funcional ainda n\u00e3o foi desenvolvido. <\/p>\n
A vulnerabilidade est\u00e1 presente no c\u00f3digo que trabalha com o banco de dados interno (Hints DB) baseado em SQLite, utilizado para armazenar informa\u00e7\u00f5es temporais, estado de entrega de mensagens e dados sobre a intensidade de envio de e-mails. O problema foi causado pelo fato de que os registros do banco de dados eram diretamente convertidos na estrutura interna «dbdata_ratelimit_unique» sem a devida verifica\u00e7\u00e3o. Surgiu uma situa\u00e7\u00e3o em que um array fixo «bloom», com tamanho de 40 bytes, era criado, enquanto o conte\u00fado do campo «bloom_size», que determina o n\u00famero de elementos escritos no array, dependia do tamanho dos dados no banco de dados. Um invasor poderia organizar a grava\u00e7\u00e3o al\u00e9m do buffer alocado, colocando no banco de dados dados (usando uma outra vulnerabilidade) em que o campo «bloom_size» recebia um valor muito maior que o tamanho do array. <\/p>\n
O problema se manifesta nas vers\u00f5es Exim 4.99 e 4.98.2, e afeta somente as configura\u00e7\u00f5es com ACL ratelimit, que utilizam os par\u00e2metros «unique» ou «per_addr» (por exemplo, «warn ratelimit = 100 \/ 1h \/ per_addr \/ $sender_address» ou «warn ratelimit = 100 \/ 1h \/ per_rcpt \/ unique=$sender_address»). Al\u00e9m disso, para realizar o ataque, o Exim deve ser compilado com suporte a SQLite (USE_SQLITE=yes), ativado no arquivo de configura\u00e7\u00e3o (hints_database = sqlite). Na configura\u00e7\u00e3o vulner\u00e1vel, ao executar «exim -bV», \u00e9 exibido «Hints DB: Using sqlite3». <\/p>\n
Entre as principais distribui\u00e7\u00f5es, as vers\u00f5es problem\u00e1ticas foram utilizadas no Debian 13, Ubuntu 25.10, SUSE\/openSUSE, Arch Linux, Fedora e FreeBSD. RHEL e distribui\u00e7\u00f5es derivadas n\u00e3o s\u00e3o afetadas, pois o Exim n\u00e3o est\u00e1 presente em seu reposit\u00f3rio de pacotes padr\u00e3o (no EPEL, a atualiza\u00e7\u00e3o para o pacote exim ainda n\u00e3o foi publicada). <\/p>\n
Tamb\u00e9m foi identificado um novo vetor para explorar a vulnerabilidade CVE-2025-26794, corrigida na vers\u00e3o de fevereiro do Exim 4.98.1. A vulnerabilidade permite a inje\u00e7\u00e3o de c\u00f3digo SQL no banco de dados interno (Hints DB). A corre\u00e7\u00e3o anterior n\u00e3o escapou as aspas simples. Um exemplo de comando MAIL FROM que resulta na inje\u00e7\u00e3o de c\u00f3digo SQL \u00e9: «MAIL FROM:<«x’\/**\/UNION\/**\/SELECT\/**\/X'<hex_blob>’—«@attacker.com>». Esta vulnerabilidade pode ser usada como um ponto de partida para criar as condi\u00e7\u00f5es para o estouro de buffer descrito acima. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"