blob: d02c849e4dab44aa173b3ea1fef6df4e32a4de56 [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="200505-20">
<title>Mailutils: Multiple vulnerabilities in imap4d and mail</title>
The imap4d server and the mail utility from GNU Mailutils contain multiple
vulnerabilities, potentially allowing a remote attacker to execute
arbitrary code with root privileges.
<product type="ebuild">mailutils</product>
<announced>May 27, 2005</announced>
<revised>May 27, 2005: 01</revised>
<package name="net-mail/mailutils" auto="yes" arch="*">
<unaffected range="ge">0.6-r1</unaffected>
<vulnerable range="lt">0.6-r1</vulnerable>
GNU Mailutils is a collection of mail-related utilities, including
an IMAP4 server (imap4d) and a Mail User Agent (mail).
infamous41d discovered several vulnerabilities in GNU Mailutils.
imap4d does not correctly implement formatted printing of command tags
(CAN-2005-1523), fails to validate the range sequence of the "FETCH"
command (CAN-2005-1522), and contains an integer overflow in the
"fetch_io" routine (CAN-2005-1521). mail contains a buffer overflow in
"header_get_field_name()" (CAN-2005-1520).
<impact type="high">
A remote attacker can exploit the format string and integer
overflow in imap4d to execute arbitrary code as the imap4d user, which
is usually root. By sending a specially crafted email message, a remote
attacker could exploit the buffer overflow in the "mail" utility to
execute arbitrary code with the rights of the user running mail.
Finally, a remote attacker can also trigger a Denial of Service by
sending a malicious FETCH command to an affected imap4d, causing
excessive resource consumption.
There are no known workarounds at this time.
All GNU Mailutils users should upgrade to the latest available
# emerge --sync
# emerge --ask --oneshot --verbose &quot;&gt;=net-mail/mailutils-0.6-r1&quot;</code>
<uri link="">CAN-2005-1520</uri>
<uri link="">CAN-2005-1521</uri>
<uri link="">CAN-2005-1522</uri>
<uri link="">CAN-2005-1523</uri>
<uri link=";showYear=2005">iDEFENSE 05.25.05 advisories</uri>
<metadata tag="submitter" timestamp="Thu, 26 May 2005 13:21:14 +0000">
<metadata tag="bugReady" timestamp="Fri, 27 May 2005 07:50:06 +0000">