{"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\/ro\/blog\/news\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Actualizarea serverului de e-mail Exim 4.99.1 care corecteaz\u0103 o vulnerabilitate","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A fost publicat un update corectiv pentru serverul de mail Exim 4.99.1, care remediaz\u0103 o vulnerabilitate (CVE-2025-67896) ce permite unui atacator de la distan\u021b\u0103 s\u0103 compromiseze con\u021binutul memoriei dincolo de bufferul alocat. Problema ar putea fi folosit\u0103 pentru execu\u021bia de cod de la distan\u021b\u0103 pe server, dar nu exist\u0103 \u00eenc\u0103 un exploit func\u021bional preg\u0103tit. <\/p>\n
Vulnerabilitatea se afl\u0103 \u00een codul utilizat pentru gestionarea bazei de date interne (Hints DB) bazat\u0103 pe SQLite, folosit\u0103 pentru stocarea informa\u021biilor temporare, st\u0103rii livr\u0103rii mesajelor \u0219i detaliilor despre intensitatea trimiterea e-mailurilor. Problema a fost cauzat\u0103 de faptul c\u0103 \u00eenregistr\u0103rile din baza de date erau transformate direct \u00een structura intern\u0103 «dbdata_ratelimit_unique» f\u0103r\u0103 verific\u0103ri adecvate. A ap\u0103rut o situa\u021bie \u00een care se crea un array fix «bloom», cu dimensiunea de 40 de octe\u021bi, iar con\u021binutul c\u00e2mpului «bloom_size», care definea num\u0103rul de elemente scrise \u00een array, depindea de dimensiunea datelor din baza de date. Un atacator putea organiza scrierea dincolo de bufferul alocat, plas\u00e2nd \u00een baza de date date (folosind o alt\u0103 vulnerabilitate), \u00een care c\u00e2mpul «bloom_size» lua o valoare care era cu siguran\u021b\u0103 mai mare dec\u00e2t dimensiunea array-ului. <\/p>\n
Problema se manifest\u0103 \u00een versiunile Exim 4.99 \u0219i 4.98.2 \u0219i afecteaz\u0103 doar configura\u021biile cu ACL ratelimit care utilizeaz\u0103 parametrii «unique» sau «per_addr» (de exemplu, «warn ratelimit = 100 \/ 1h \/ per_addr \/ $sender_address» sau «warn ratelimit = 100 \/ 1h \/ per_rcpt \/ unique=$sender_address»). \u00cen plus, pentru a efectua atacul, Exim trebuie s\u0103 fie compilat cu suport pentru SQLite (USE_SQLITE=yes), activat \u00een fi\u0219ierul de configurare (hints_database = sqlite). \u00cen configura\u021biile vulnerabile, la rularea «exim -bV» se afi\u0219eaz\u0103 «Hints DB: Using sqlite3». <\/p>\n
Din marile distribu\u021bii, versiunile afectate s-au reg\u0103sit \u00een Debian 13, Ubuntu 25.10, SUSE\/openSUSE, Arch Linux, Fedora \u0219i FreeBSD. RHEL \u0219i distribu\u021biile derivate nu sunt afectate, deoarece Exim nu face parte din depozitul lor standard de pachete (\u00een EPEL, actualizarea pentru pachetul exim nu a fost \u00eenc\u0103 publicat\u0103). <\/p>\n
De asemenea, s-a identificat un nou vector pentru exploatarea vulnerabilit\u0103\u021bii CVE-2025-26794, corectat\u0103 \u00een versiunea Exim 4.98.1 din februarie. Vulnerabilitatea permite inser\u021bia de cod SQL \u00een baza de date intern\u0103 (Hints DB). Corectarea anterioar\u0103 nu a escaparat apostroafele simple. Exemplul comenzii MAIL FROM care conduce la inser\u021bia de cod SQL: «MAIL FROM:<«x’\/**\/UNION\/**\/SELECT\/**\/X'<hex_blob>’—«@attacker.com>». Aceast\u0103 vulnerabilitate poate fi utilizat\u0103 ca un punct de plecare pentru a crea condi\u021biile care duc la dep\u0103\u0219irea buffer-ului descris\u0103 mai sus. \n Sursa: opennet.ro<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"