New Exim BDAT GnuTLS Vulnerability Enables Code Execution Attacks
\n \t
\n
<\/BR>
\n
\n \t
\n
<\/BR><\/p>\n
A serious security flaw has been found in Exim, one of the most widely deployed mail transfer agents on the internet today. The vulnerability, tracked as EXIM-Security-2026-05-01.1, allows a remote attacker to corrupt server memory and potentially execute malicious code without needing any special privileges or credentials. <\/p>\n
It was publicly disclosed on May 12, 2026, following a coordinated responsible disclosure process that began in early May.<\/a><\/p>\n The flaw sits inside Exim\u2019s GnuTLS backend, the component that handles encrypted email communication over TLS. It is triggered when a client uses the BDAT command, which is part of the CHUNKING extension in the SMTP protocol used to send large email bodies in pieces. <\/p>\n If an attacker sends a TLS close_notify alert before the body transfer finishes, and then follows it up with one final byte in plain text on the same TCP connection, the server enters a dangerous and unstable state.<\/a><\/p>\n Exim maintainers, led by Heiko Schlittermann, acknowledged the report and confirmed the issue<\/a> after receiving it from security researcher Federico Kirschbaum of XBOW Security on May 1, 2026. The team moved quickly, preparing a fix in a private repository and notifying distributors with restricted early access to patches before the public advisory went live on May 12.<\/a><\/p>\n What makes this vulnerability especially concerning is how little an attacker actually needs to carry it out successfully. No login, no special account, and no prior access to the target system is required at all. All an attacker needs is the ability to open a TLS connection to an Exim server and use the BDAT extension, both of which are completely standard features of modern email infrastructure available to anyone.<\/a><\/p>\n Exim powers email delivery for a significant portion of internet servers around the world, particularly in Linux-based environments. The reach of this flaw is broad, affecting all builds of Exim from version 4.97 through 4.99.2 that were compiled with GnuTLS support. That covers a large share of production mail servers<\/a> running today, making the exposure window a genuine cause for concern among system administrators and security teams globally.<\/p>\n The technical heart of this vulnerability is a use-after-free condition, a well-known class of memory bug where a program continues to use a memory address after it has already been released. When Exim receives a TLS close_notify alert mid-transfer during an active BDAT session, it begins tearing down the TLS session internally. The problem is that the input processing stack is not properly reset at this point, leaving stale and dangerous memory pointers behind.<\/a><\/p>\n When the attacker then sends one more byte in cleartext over the same TCP connection, Exim tries to write data using a pointer that now points to freed memory. This corrupts the heap, the region of memory where the program stores active data and running state. In the right conditions, an attacker can use this corruption to redirect code execution and run their own commands on the server.<\/a><\/p>\n It is worth noting that this issue only affects Exim builds compiled with the USE_GNUTLS=yes flag. Servers using OpenSSL or other TLS libraries<\/a> are not vulnerable to this specific attack path, which narrows the scope but still leaves a large number of systems fully exposed and at risk.<\/a><\/p>\n The Exim development team released version 4.99.3 on May 12, 2026, which fully resolves the vulnerability. The fix resets the input processing stack cleanly whenever a TLS close notification arrives during an active BDAT transfer, cutting off the entire chain of events that leads to heap corruption.<\/a><\/p>\n There is no known workaround or configuration change that can protect a system short of upgrading to the latest release. Server administrators running Exim 4.97 through 4.99.2 with GnuTLS enabled<\/a> should treat this as an urgent and high-priority update. The patched release is available through the official Exim FTP server and code repository for immediate deployment.<\/p>\n Follow us on\u00a0Google News<\/a>,\u00a0LinkedIn<\/a>,\u00a0and\u00a0X<\/a>\u00a0to Get More Instant Updates<\/strong>,\u00a0Set CSN as a Preferred Source in\u00a0Google<\/a>.<\/strong><\/p>\n The post New Exim BDAT GnuTLS Vulnerability Enables Code Execution Attacks<\/a> appeared first on Cyber Security News<\/a>.<\/p>\n<\/div>\nNew Exim BDAT GnuTLS Vulnerability<\/strong><\/h2>\n
Patch and Recommended Action<\/strong><\/h2>\n