Email Bug Shows Flaws in Reporting System
When one of the world's most commonly used email applications doesn't have a bug-reporting system, things get very public very quickly.
![](https://eu-images.contentstack.com/v3/assets/blt6d90778a997de1cd/blt2545cf801ad121cd/64f17b97fef3c391ce2ee4f3/7180.jpg?width=1280&auto=webp&quality=95&format=jpg&disable=upscale)
Get some sysadmins around some beers, and at some point those that run mail servers on their systems will undoubtedly start complaining. It's a labor intensive task, and prone to snafus in the best of situations. Something is always going wrong.
But the underlying software has usually been boring and uneventful. It's something no one thinks a lot about. Except that some guy in Taiwan found a honker of a problem in the Exim mail transfer agent. Exit runs on email servers and that does the actual relay of emails from senders to recipients.
Exim is no marginal program. A survey in March of this year found it running on 56% of the net's mail servers. It's major in its niche.
Exim said on its website that it had been told by this Taiwanese guy that there were major flaws in Exim 4.88 and 4.89, which are the latest versions.
The more serious of the two bugs was CVE-2017-16943. This is a use-after-free vulnerability that leads to remote code execution on affected servers. It affects what is called "chunking." Chunking is what allows the breaking up and sending of emails in multiple "chunks." Special commands are used by Exim to break down, handle, and reconstruct chunks. It is a basic functionality of what Exim is routinely used for. [Editor's note: The second, less serious bug is described in CVE-2017-16944.]
It was found that Exim mishandles the BDAT commands that are part and parcel of the chunking operation. This is the vulnerability that would let an attacker execute their malicious code on the underlying server. BDAT handling errors also give rise to the second bug, which is a denial of service exploit that causes an infinite loop.
Now, there is no patch to fix this that has distributed as of this date. The blog states a workaround, but it is only for those that can modify the program internals.
The reason for no patch is rather interesting. The bug was distributed in the public section of their blog, so Exim was as surprised as the rest of us to see it happen. It went public first because there was no method given by Exim for bugs to be submitted privately. Exim didn't have the time to verify their workaround was a viable solution, so no patch yet.
Yes, they have now made a way for private bug submissions to happen, but the damage has been done. Anyone that wants to exploit the problem can see in detail how it can be attacked. Without a fix, everyone running the mailer is at risk.
So, running a mailer just became a major attack surface. It didn't have to be this way. Exim just had to realize bugs would happen and that they didn't want to publicize them.
It's not the first time techno-arrogance has had bad results.
Related posts:
— Larry Loeb has written for many of the last century's major "dead tree" computer magazines, having been, among other things, a consulting editor for BYTE magazine and senior editor for the launch of WebWeek.
Read more about:
Security NowAbout the Author
You May Also Like
Catch the Threat Before it Catches you: Proactive Ransomware Defense
September 5, 2024How to Evaluate Hybrid-Cloud Network Policies and Enhance Security
September 18, 2024DORA and PCI DSS 4.0: Scale Your Mainframe Security Strategy Among Evolving Regulations
September 26, 2024Harnessing the Power of Automation to Boost Enterprise Cybersecurity
October 3, 2024
[Virtual Event] The Essential Guide to Cloud Management
October 17, 2024Black Hat Europe - December 9-12 - Learn More
December 10, 2024SecTor - Canada's IT Security Conference Oct 22-24 - Learn More
October 22, 2024