Hash: SHA1

             AUSCERT External Security Bulletin Redistribution

 A Security Vulnerability Relating to Certificate Handling in sendmail(1M)
     Versions Prior to 8.14.4 May Allow Server Identification Forgery
                                9 June 2010


        AusCERT Security Bulletin Summary

Product:           sendmail
Publisher:         Sun Microsystems
Operating System:  Solaris
Impact/Access:     Provide Misleading Information -- Remote with User Interaction
Resolution:        Patch/Upgrade
CVE Names:         CVE-2009-4565  

Reference:         ESB-2010.0096

Original Bulletin: 

Revision History:  June   9 2010: Oracle/Sun has now released patches for this issue
                   April 23 2010: Initial Release

- --------------------------BEGIN INCLUDED TEXT--------------------

   Article ID : 1021797.1
   Article Type : Sun Alerts (SURE)
   Last reviewed : 2010-06-07
   Audience : PUBLIC
   Copyright Notice: Copyright © 2010, Oracle Corporation and/or its
   A Security Vulnerability Relating to Certificate Handling in
   sendmail(1M) Versions Prior to 8.14.4 May Allow Server Identification

   Category: Security
   Release Phase: Resolved

   In this Document
     [2]Likelihood of Occurrence
     [3]Possible Symptoms
     [4]Workaround or Resolution
     [6]Modification History

Applies to:

   OpenSolaris Operating System - Version: All Versions and
   later   [Release: and later ]
   Sun Software > Operating Systems > Solaris Operating System
   Sun SPARC Sun OS
   SUNBUG 6913961


   A security vulnerability related to X.509 certificates affects
   sendmail(1M) as shipped with Solaris. This vulnerability may allow a
   remote user who controls a server which communicates with sendmail in
   some way (either as a client or another server), to present a crafted
   certificate which would appear to have come from any system on the
   Internet, and would be incorrectly accepted as valid by sendmail.
   Exploitation of this issue is considered difficult and would typically
   require redirecting sendmail to an incorrect server by some means such
   as leveraging an exploit in DNS. The specific impact would depend on
   the way sendmail is configured to use the X.509 certificates.
   For example, if sendmail is configured to require that mail being sent
   to a certain domain will only be delivered to that domain's mail
   server if it has a valid certificate for that domain, then it may be
   possible for a remote user to impersonate that server by presenting a
   forged certificate. The remote user would first have to cause sendmail
   to connect to a server which he or she controls instead of the correct
   This issue is also discussed in the following documents:
   CVE 2009-4565 at
   and [9]http://www.sendmail.org/releases/8.14.4#RS

Likelihood of Occurrence

   This issue can occur in the following releases:
   SPARC Platform
     * Solaris 10 with patch [10]120302-01 or later
     * OpenSolaris based upon builds snv_13 through snv_131

   x86 Platform
     * Solaris 10 with patch [11]120303-01 or later
     * OpenSolaris based upon builds snv_13 through snv_131

   1. This issue only affects systems on which sendmail has been
   configured to use TLS with X.509 certificates. To determine if
   sendmail is running on a host and whether TLS is enabled, the
   mconnect(1) command can be used to connect to sendmail (if running),
   after which, the EHLO command will output the supported extensions.
   For example:

$ mconnect mailserver
connecting to host mailserver (, port 25
connection open
220 mailserver.sun.com ESMTP Sendmail 8.14.3+Sun/8.14.3; Mon, 18 Jan 2010 14:29
:31 -0800ST)
EHLO sun.com
250-mailserver.sun.com Hello localhost [], pleased to meet you

   If "STARTTLS" appears in the list of supported extensions, the
   sendmail server may be vulnerable.
   The sendmail configuration would determine how the certificates are
   used, and therefore what may be achieved by a user presenting a forged
   certificate. See the sendmail documentation for more information, for
   example, the file /etc/mail/cf/README under the heading 'STARTTLS'.
   If sendmail is not running on the system the mconnect(1) command will
   report the following:

$ /usr/bin/mconnect
connecting to host localhost (, port 25
connect: Connection refused

   2. Sendmail shipped with Solaris 8 and 9 does not support TLS and
   those releases are not impacted.

Possible Symptoms

   There are no predictable symptoms that would indicate that a forged
   certificate has been used with sendmail.

Workaround or Resolution

   This issue is resolved in the following releases:
   SPARC Platform
     * Solaris 10 with patch [12]142436-04 or later
     * OpenSolaris based upon builds snv_132 or later

   x86 Platform
     * Solaris 10 with patch [13]142437-04 or later
     * OpenSolaris based upon builds snv_132 or later



Modification History

   07-Jun-2010 - Updated for patch release, issue is Resolved


   <PATCH:[14]142437-04> -
   sunpatch [15]142436-04


   This solution has no attachment

   [16]About Oracle | [17]Oracle and Sun | [18]Oracle RSS Feeds |
   [19]Subscribe | [20]Careers | [21]Contact Us | [22]Site Maps |
   [23]Legal Notices | [24]Terms of Use | [25]SunSolve Terms of Use |
   [26]Your Privacy Rights | Copyright © 2010, Oracle Corporation and/or
   its affiliates | SunSolve Version 7.5.1 (build #1)


   1. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#DESCRIPTION
   2. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#OCCURRENCE
   3. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#SYMPTOMS
   4. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#WORKAROUND
   5. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#PATCHES
   6. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#HISTORY
   7. file://localhost/tmp/M1iG9rXePD/L47256-696TMP.html#REF
   8. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4565
   9. http://www.sendmail.org/releases/8.14.4#RS
  10. http://sunsolve.sun.com/search/document.do?assetkey=urn:cds:docid:1-21-120302-01-1
  11. http://sunsolve.sun.com/search/document.do?assetkey=urn:cds:docid:1-21-120303-01-1
  12. http://sunsolve.sun.com/search/document.do?assetkey=urn:cds:docid:1-21-142436-04-1
  13. http://sunsolve.sun.com/search/document.do?assetkey=urn:cds:docid:1-21-142437-04-1
  14. http://sunsolve.sun.com/search/document.do?assetkey=urn:cds:docid:1-21-142437-04-1
  15. http://sunsolve.sun.com/search/document.do?assetkey=urn:cds:docid:1-21-142436-04-1
  16. http://www.oracle.com/us/corporate/index.htm
  17. http://www.oracle.com/sun/index.html
  18. http://www.oracle.com/rss/index.html
  19. http://www.oracle.com/subscribe/index.html
  20. http://www.oracle.com/corporate/employment/index.html
  21. http://www.sun.com/contact/support.jsp
  22. http://www.oracle.com/sitemaps/sitemaps.html
  23. http://www.oracle.com/html/copyright.html
  24. http://www.oracle.com/html/terms.html
  25. file://localhost/sunsolveTermsOfUse.do
  26. http://www.oracle.com/html/privacy.html

- --------------------------END INCLUDED TEXT--------------------

You have received this e-mail bulletin as a result of your organisation's
registration with AusCERT. The mailing list you are subscribed to is
maintained within your organisation, so if you do not wish to continue
receiving these bulletins you should contact your local IT manager. If
you do not know who that is, please send an email to auscert@auscert.org.au
and we will forward your request to the appropriate person.

NOTE: Third Party Rights
This security bulletin is provided as a service to AusCERT's members.  As
AusCERT did not write the document quoted above, AusCERT has had no control
over its content. The decision to follow or act on information or advice
contained in this security bulletin is the responsibility of each user or
organisation, and should be considered in accordance with your organisation's
site policies and procedures. AusCERT takes no responsibility for consequences
which may arise from following or acting on information or advice contained in
this security bulletin.

NOTE: This is only the original release of the security bulletin.  It may
not be updated when updates to the original are made.  If downloading at
a later date, it is recommended that the bulletin is retrieved directly
from the author's website to ensure that the information is still current.

Contact information for the authors of the original document is included
in the Security Bulletin above.  If you have any questions or need further
information, please contact them directly.

Previous advisories and external security bulletins can be retrieved from:


If you believe that your computer system has been compromised or attacked in 
any way, we encourage you to let us know by completing the secure National IT 
Incident Reporting Form at:


Australian Computer Emergency Response Team
The University of Queensland
Qld 4072

Internet Email: auscert@auscert.org.au
Facsimile:      (07) 3365 7031
Telephone:      (07) 3365 4417 (International: +61 7 3365 4417)
                AusCERT personnel answer during Queensland business hours
                which are GMT+10:00 (AEST).
                On call after hours for member emergencies only.
Comment: http://www.auscert.org.au/render.html?it=1967