search menu icon-carat-right cmu-wordmark

CERT Coordination Center

Sendmail address parsing buffer overflow

Vulnerability Note VU#897604

Original Release Date: 2003-03-29 | Last Revised: 2003-09-25

Overview

Sendmail contains a buffer overflow in code that parses email addresses. A remote attacker could execute arbitrary code or cause a denial of service on a vulnerable system.

Description

Sendmail is a widely used mail transfer agent (MTA). There is a stack overflow vulnerability in code that parses email addresses. A remote attacker could exploit this vulnerability with a message containing a specially crafted email address.

When processing email messages, sendmail creates tokens from address elements (user, host, domain). The code that performs this function (prescan() in parseaddr.c) contains logic to check that the tokens are not malformed or overly long. In certain cases, a variable in prescan() is set to the special control value -1, which may alter the program logic to skip the length checks. On little-endian platforms that treat the char type as signed int, the char value 0xFF sets the high-order bit, which in terms of a signed int indicates a negative value. When prescan() treats a char with the value 0xFF as an int, the value is interpreted as -1, which can cause the length checks to be skipped. Using an email message with a specially crafted address containing 0xFF, an attacker could cause the length checks to be skipped and overwrite the saved instruction pointer on the stack.

Further information is available in a message posted by Michal Zalewski.

In sendmail 8.9.12 and 8.11.7 (and possibly other versions), additional modifications have been made to protect other vulnerable sendmail MTAs. From the release notes for sendmail 8.9.12:

8.12.9/8.12.9   2003/03/29        SECURITY: Fix a buffer overflow in address parsing due to                a char to int conversion problem which is potentially                remotely exploitable.  Problem found by Michal Zalewski.                Note: an MTA that is not patched might be vulnerable to                data that it receives from untrusted sources, which                includes DNS.        To provide partial protection to internal, unpatched sendmail MTAs,                8.12.9 changes by default (char)0xff to (char)0x7f in                headers etc.  To turn off this conversion compile with                -DALLOW_255 or use the command line option -d82.101.        To provide partial protection for internal, unpatched MTAs that may be                performing 7->8 or 8->7 bit MIME conversions, the default                for MaxMimeHeaderLength has been changed to 2048/1024.                Note: this does have a performance impact, and it only                protects against frontal attacks from the outside.                To disable the checks and return to pre-8.12.9 defaults,                set MaxMimeHeaderLength to 0/0.

Note that DNS could also be used as an attack vector.

Impact

A remote attacker could execute arbitrary code or cause a denial of service on a vulnerable system.

Solution

Upgrade or Patch
Upgrade or apply a patch as specified by your vendor. In addition to addressing the vulnerability, upgraded versions of sendmail (8.9.12 and 8.11.7) include modifications to help protect other vulnerable sendmail MTAs.


Enable RunAsUser

Consider setting the RunAsUser option to reduce the impact of this vulnerability. The CERT/CC recommends limiting the privileges of applications and services whenever possible.

Vendor Information

897604
 

View all 46 vendors View less vendors


CVSS Metrics

Group Score Vector
Base
Temporal
Environmental

References

Acknowledgements

This vulnerability was discovered by Michal Zalewski and reported by Sendmail Inc.

This document was written by Art Manion.

Other Information

CVE IDs: CVE-2003-0161
CERT Advisory: CA-2003-12
Severity Metric: 67.20
Date Public: 2003-03-29
Date First Published: 2003-03-29
Date Last Updated: 2003-09-25 05:19 UTC
Document Revision: 38

Sponsored by CISA.