blob: f16f72e72f05489e0e4d5ab364947816fba11ee1 [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="200606-19">
<title>Sendmail: Denial of Service</title>
Faulty multipart MIME messages can cause forked Sendmail processes to
<product type="ebuild">sendmail</product>
<announced>June 15, 2006</announced>
<revised>June 15, 2006: 01</revised>
<package name="mail-mta/sendmail" auto="yes" arch="*">
<unaffected range="ge">8.13.6-r1</unaffected>
<vulnerable range="lt">8.13.6-r1</vulnerable>
Sendmail is a popular mail transfer agent (MTA).
Frank Sheiness discovered that the mime8to7() function can recurse
endlessly during the decoding of multipart MIME messages until the
stack of the process is filled and the process crashes.
<impact type="normal">
By sending specially crafted multipart MIME messages, a remote
attacker can cause a subprocess forked by Sendmail to crash. If
Sendmail is not set to use a randomized queue processing, the attack
will effectively halt the delivery of queued mails as well as the
malformed one, incoming mail delivered interactively is not affected.
Additionally, on systems where core dumps with an individual naming
scheme (like "") are enabled, a filesystem may fill up with
core dumps. Core dumps are disabled by default in Gentoo.
The Sendmail 8.13.7 release information offers some workarounds, please
see the Reference below. Note that the issue has actually been fixed in
the 8.13.6-r1 ebuild.
All Sendmail users should upgrade to the latest version:
# emerge --sync
# emerge --ask --oneshot --verbose &quot;&gt;=mail-mta/sendmail-8.13.6-r1&quot;</code>
<uri link="">CVE-2006-1173</uri>
<uri link="">Sendmail 8.13.7 release information</uri>
<metadata tag="requester" timestamp="Wed, 14 Jun 2006 18:47:59 +0000">
<metadata tag="submitter" timestamp="Wed, 14 Jun 2006 19:21:03 +0000">
<metadata tag="bugReady" timestamp="Thu, 15 Jun 2006 16:00:46 +0000">