{"id":170699,"date":"2026-05-15T06:24:37","date_gmt":"2026-05-15T04:24:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere"},"modified":"2026-05-15T06:24:37","modified_gmt":"2026-05-15T04:24:37","slug":"uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","title":{"rendered":"Vulnerabilidade no Exim que leva \u00e0 execu\u00e7\u00e3o remota de c\u00f3digo no servidor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Uma vulnerabilidade cr\u00edtica foi identificada no servidor de email Exim (CVE-2026-45185), permitindo a execu\u00e7\u00e3o remota de c\u00f3digo no servidor. O problema ocorre a partir da vers\u00e3o Exim 4.97 quando compilado com a biblioteca GnuTLS («USE_GNUTLS=yes») e foi corrigido na vers\u00e3o Exim 4.99.3. Compila\u00e7\u00f5es com OpenSSL e outras bibliotecas diferentes de GnuTLS n\u00e3o s\u00e3o afetadas pela vulnerabilidade. <\/p>\n
O problema \u00e9 causado por uma chamada a uma \u00e1rea de mem\u00f3ria j\u00e1 liberada (use-after-free) no backend do GnuTLS e pode ser explorado ao acessar servidores que suportam a extens\u00e3o «ESMTP CHUNKING» e o comando BDAT para enviar partes do corpo do email em vez de envi\u00e1-lo como um \u00fanico bloco usando o comando DATA. A corrup\u00e7\u00e3o do conte\u00fado da mem\u00f3ria do processo ocorre quando o cliente inicia o encerramento prematuro da sess\u00e3o TLS usando o comando close_notify durante a transfer\u00eancia do corpo da mensagem atrav\u00e9s do BDAT e, em seguida, envia um \u00fanico byte sem criptografia no mesmo TCP\/IP. <\/p>\n
Ao receber o comando close_notify no backend do GnuTLS, \u00e9 chamada a fun\u00e7\u00e3o de interrup\u00e7\u00e3o da sess\u00e3o TLS, que libera os buffers relacionados \u00e0 sess\u00e3o. Devido a um erro no c\u00f3digo do backend, mesmo ap\u00f3s a libera\u00e7\u00e3o do buffer TLS, o manipulador BDAT continua lendo dados do fluxo e chama a fun\u00e7\u00e3o ungetc(), o que, ao enviar dados n\u00e3o criptografados em seguida, resulta na grava\u00e7\u00e3o de um byte em um buffer j\u00e1 liberado. Este byte corrompe os metadados do alocador de mem\u00f3ria na pilha (heap), o que foi utilizado para realizar experimentos na cria\u00e7\u00e3o de um exploit que executa c\u00f3digo arbitr\u00e1rio. servidor<\/a>. <\/p>\n