Original issue date: August 17, 1995<BR>
Last revised: September 23, 1997<BR>
Updated copyright statement

<P>A complete revision history is at the end of this file.

<P>The CERT Coordination Center has received reports of a vulnerability in
sendmail version 5. Although this version is several years old, it is still
in use. The vulnerability enables intruders to gain unauthorized privileges,
including root. We recommend installing all patches from your vendor or
moving to the current version of Eric Allman's sendmail (version 8.6.12).

<P>The vulnerability is currently present in all versions of IDA sendmail and in
some vendors' releases of sendmail. The vendors who have reported to us are
listed in Section I.

<P>We will update this advisory as we receive additional information.
Please check advisory files regularly for updates that relate to your site.

<P><HR>

<P>
<H2>I. Description</H2>

<P>In sendmail version 5, there is a vulnerability that intruders can
exploit to create files, append to existing files, or execute programs.

<P>The vulnerability is currently present in all versions of IDA sendmail
and in some vendors' releases of sendmail.

<P>Many vendors have previously installed upgrades or developed patches to
address the problem; some are working on patches now. Here is a summary
of vendors who reported to us as of the date of this advisory.

<P>More details can be found in the appendix of this advisory, which we will
update as we receive additional information.

<P>If you do not see your vendor's name or if you have questions about the
version of sendmail at your site, please contact your vendor directly.

<P>
<H4>Source or Vendor</H4>

<P>    
     Eric Allman<BR>
     Apple Computer, Inc.<BR>
     Berkeley SW. Design<BR>
     Cray Research, Inc.<BR>
     Data General Corp.<BR>
     Digital Equipment Corp.<BR>
     Harris Computer Systems<BR>
     Hewlett-Packard Company<BR>
     IBM Corporation<BR>
     NEC Corporation<BR>
     NeXT Computer, Inc.<BR>
     Open Software Foundation<BR>
     The Santa Cruz Operation<BR>
     Silicon Graphics Inc.<BR>
     Solbourne (Grumman)<BR>
     Sun Microsystems, Inc.

<P>
<H4>Freely available and distributable software:</H4>
Users of the freely available operating systems Linux (systems using
sendmail rather than smail), NetBSD, and FreeBSD should upgrade to
sendmail 8.6.12.

<P>
<H2>II. Impact</H2>

<P>Local and remote users can create files, append to existing files or run
programs on the system. Exploitation can lead to root access.

<P>
<H2>III. Solution</H2>

<P>
<H3>A. What to do</H3>

<P>
<B>IDA users:</B> 
<UL>Convert to sendmail 8.6.12.</UL>

<P>
<B>Other users:</B> 
<UL>Check the vendor information in the appendix of this
advisory.

<P>Ensure that you have kept current with upgrades and patches from
your vendor.

<P>If no patch is currently available, an alternative is to
install sendmail 8.6.12.
</UL>

<P>
<H3>B. What you need to know about sendmail</H3>

<P>
<OL>
<B><LI>Location</B>

<P>Sendmail is available by anonymous FTP from

<P>
<A HREF=ftp://ftp.cs.berkeley.edu/ucb/sendmail>ftp://ftp.cs.berkeley.edu/ucb/sendmail</A>
<BR>
<A HREF=ftp://ftp.cert.org/pub/tools/sendmail/sendmail.8.6.12>ftp://ftp.cert.org/pub/tools/sendmail/sendmail.8.6.12</A>
<BR>
<A HREF=ftp://ftp.auscert.org.au/pub/mirrors/ftp.cs.berkeley.edu/ucb/sendmail>ftp://ftp.auscert.org.au/pub/mirrors/ftp.cs.berkeley.edu/ucb/sendmail</A>
<BR>
<A HREF=ftp://ftp.cert.dfn.de/pub/tools/net/sendmail/>ftp://ftp.cert.dfn.de/pub/tools/net/sendmail/</A>

<P>The checksums are

<P>MD5 (sendmail.8.6.12.base.tar.Z) = 31591dfb0dacbe0a7e06147747a6ccea<BR>
MD5 (sendmail.8.6.12.cf.tar.Z) = c60becd7628fad715df8f7e13dcf3cc6<BR>
MD5 (sendmail.8.6.12.misc.tar.Z) = 6212390ca0bb4b353e29521f1aab492f<BR>
MD5 (sendmail.8.6.12.patch) = 10961687c087ef30920b13185eef41e8<BR>
MD5 (sendmail.8.6.12.xdoc.tar.Z) = 8b2252943f365f303b6302b71ef9a841<BR>

<P>
<B><LI>Additional Security</B>

<P>To restrict sendmail's program mailer facility, obtain
and install the sendmail restricted shell program (smrsh)
by Eric Allman (the original author of sendmail), following the
directions included with the program.

<P>You should run smrsh with any UNIX system that is running sendmail,
regardless of vendor or version. Even with Eric Allman's sendmail
version 8.6.12, it is necessary for security-conscious sites to use
the smrsh program, as this carries out preprocessing of mail
headers and adds an extra layer of defense by controlling what
programs can be spawned by the incoming mail message. Note that
smrsh has now been included as part of the sendmail distribution
(effective with 8.7).

<P>We also urge you to ensure that all patches are installed for the
distribution of sendmail you are using. Regardless of the vendor or
version of your UNIX systems and sendmail, the general advice to
&quot;run the smrsh tool in conjunction with the most recently patched
version of sendmail for your system&quot; holds true.

<P>Copies of smrsh may be obtained via anonymous FTP from
<UL>

<P>
<A HREF=ftp://ftp.cert.org/pub/tools/smrsh>ftp://ftp.cert.org/pub/tools/smrsh</A>
<BR>
<A HREF=ftp://ftp.uu.net/pub/security/smrsh>ftp://ftp.uu.net/pub/security/smrsh</A>

<P>
<H4>Checksum information:</H4>

<P>
<B>BSD Sum<BR></B>
30114 5 README<BR>
25757 2 smrsh.8<BR>
46786 5 smrsh.c

<P>
<B>System V Sum</B><BR>
56478 10 README<BR>
42281 4 smrsh.8<BR>
65517 9 smrsh.c

<P>
<B>MD5 Checksum</B><BR>
MD5 (README)  = fc4cf266288511099e44b664806a5594<BR>
MD5 (smrsh.8) = 35aeefba9714f251a3610c7b1714e355<BR>
MD5 (smrsh.c) = d4822ce7c273fc8b93c68e39ec67739c

<P></UL>
<B><LI>Notes on installation</B>

<P>Depending upon the currently installed sendmail program, switching
to a different sendmail may require significant effort (such as
rewriting the sendmail.cf file.)

<P>
</OL>
<HR>

<P>
<H2>Appendix: Vendor Information</H2>

Below is information we have received from vendors about the vulnerability in
sendmail version 5. If you do not see your vendor's name below, contact the
vendor directly for information.

<P><HR>

<P>
<H4>Eric Allman</H4>

Sendmail 8.6.10 and later are not vulnerable. The current version is 8.6.12.
Because the current version addresses vulnerabilities that appear in earlier
versions, it is a good idea to use 8.6.12.

<P>Sendmail is available by anonymous FTP from

<P><A HREF=ftp://ftp.cs.berkeley.edu/ucb/sendmail>ftp://ftp.cs.berkeley.edu/ucb/sendmail</A><BR>
   <A HREF=ftp://ftp.cert.org/pub/tools/sendmail/sendmail.8.6.12>ftp://ftp.cert.org/pub/tools/sendmail/sendmail.8.6.12</A><BR>
   <A HREF=ftp://ftp.auscert.org.au/pub/mirrors/ftp.cs.berkeley.edu/ucb/sendmail>ftp://ftp.auscert.org.au/pub/mirrors/ftp.cs.berkeley.edu/ucb/sendmail</A><BR>
   <A HREF=ftp://ftp.cert.dfn.de/pub/tools/net/sendmail/>ftp://ftp.cert.dfn.de/pub/tools/net/sendmail/</A><BR>

<P>The checksums are

<P>MD5 (sendmail.8.6.12.base.tar.Z) = 31591dfb0dacbe0a7e06147747a6ccea<BR>
   MD5 (sendmail.8.6.12.cf.tar.Z) = c60becd7628fad715df8f7e13dcf3cc6<BR>
   MD5 (sendmail.8.6.12.misc.tar.Z) = 6212390ca0bb4b353e29521f1aab492f<BR>
   MD5 (sendmail.8.6.12.patch) = 10961687c087ef30920b13185eef41e8<BR>
   MD5 (sendmail.8.6.12.xdoc.tar.Z) = 8b2252943f365f303b6302b71ef9a841<BR>

<P>
<H4>Apple Computer, Inc.</H4>

[The following information also appeared in CERT advisory
CA-95.05, &quot;Sendmail Vulnerabilities.&quot;]

<P>An upgrade to A/UX version 3.1 (and 3.1.1) for these vulnerabilities is
available.  The upgrade replaces the sendmail binary with the 8.6.10
version.  It is available via anonymous FTP from ftp.support.apple:

<P>pub/apple_sw_updates/US/Unix/A_UX/supported/3.x/sendmail/

<P>It is also available via anonymous FTP from abs.apple.com:

<P>pub/abs/aws95/patches/sendmail/

<P>In both cases the compressed binary has the following signature:

<P>MD5 (sendmail.Z) = 31bb15604517630f46d7444a6cfab3f1

<P>
<I>Uncompress(1)</I> this file and replace the existing version in /usr/lib;
be sure to preserve the hard links to /usr/ucb/newaliases and
/usr/ucb/mailq, kill the running sendmail and restart.

<P>Earlier versions of A/UX are not supported by this patch.  Users of
previous versions are encouraged to update their system or compile
the latest version of sendmail available from ftp.cs.berkeley.edu.

<P>Customers should contact their reseller for any additional information.

<P>
<H4>Berkeley Software Design, Inc. (BSDI)</H4>

BSD/OS V2.0.1 is not vulnerable.

<P>BSD/OS V2.0 users should install patch U200-011, available from
ftp.bsdi.com in bsdi/patches/U200-011.

<P>BSDI Support contact information:<BR>
    Phone: +1 719 536 9346<BR>
    EMail: <A HREF=mailto:support@bsdi.com>support@bsdi.com</A> <BR>

<P>
<H4>Cray Research, Inc.</H4>

not vulnerable

<P>
<H4>Data General Corporation</H4>

DG/UX 5.4R3.00 and 5.4R3.10 (and associated Trusted version) are
vulnerable.  Patches in progress now.

<P>The upcoming release (R4.10 and R4.11) will not have this vulnerability
since these releases ship sendmail version 8.

<P>
<H4>Digital Equipment Corp.</H4>

A patch for SENDMAIL (ULTSENDMAIL_EO1044 &amp; OSFSENDMAIL_E01032) has been
available for some time, so if you have kept current with patches you are not
vulnerable to this particular reported problem.

<P>If you have not applied the kits above, Digital Equipment Corporation strongly
urges customers to upgrade to the latest versions of ULTRIX V4.4 or DIGITAL
DEC OSF/1 V3.2, then apply the appropriate sendmail solution kit.

<P>The above kits can be obtained through your normal Digital support channels or
by access (kit) request via DSNlink, DSIN, or DIA.

<P>
<H4>Grumman Systems Support Corporation (GSSC)</H4>

GSSC now performs all Solbourne software and hardware support.

<P>We recommend running sendmail 8.6.10 (or later revision.)
8.6.12 has proven reliable in production use on Solbourne systems.

<P>We plan to release the Solbourne version of the Sun patch
when it becomes available.

<P>Contact info:
<PRE>
	 ftp: <A HREF="ftp://ftp.nts.gssc.com/">ftp.nts.gssc.com</A><BR>
	 phone: 1-800-447-2861<BR>
         email: <A HREF=mailto:support@nts.gssc.com>support@nts.gssc.com</A> <BR>
</PRE>
<H4>Harris Computer Systems</H4>

not vulnerable

<P>
<H4>Hewlett-Packard Company</H4>

Hewlett-Packard issued security bulletin #25 on April 2, 1995 announcing
patches and describing a fix. The patches are

<P>
<PRE>
		  PHNE_5402 (series 700/800, HP-UX 9.x), or
		  PHNE_5401 (series 700/800, HP-UX 8.x), or
		  PHNE_5384 (series 300/400, HP-UX 9.x), or
		  PHNE_5383 (series 300/400, HP-UX 8.x), or
		  PHNE_5387 (series 700, HP-UX 9.09), or
		  PHNE_5388 (series 700, HP-UX 9.09+), or
                  PHNE_5389 (series 800, HP-UX 9.08)
</PRE>
The bulletin is available from the HP SupportLine and from <A HREF=http://www.hp.com>http://www.hp.com</A><BR>
in the HPSL category and from <A HREF=http://support.mayfield.hp.com>http://support.mayfield.hp.com</A>.

<P>Patches may be obtained from HP via FTP (this is NOT anonymous FTP) or the HP
SupportLine.  To obtain HP security patches, you must first register with the
HP SupportLine.  The registration instructions are available via anonymous FTP
at ftp.cert.org in the file &quot;pub/vendors/hp/supportline_and_patch_retrieval&quot;.

<P>HP SupportLine: 1-415-691-3888<BR>
phone: 1-415-691-3680<BR>
telnet/ftp: support.mayfield.hp.com<BR>
WWW: <A HREF=http://www.hp.com>http://www.hp.com</A><BR>
     <A HREF=http://support.mayfield.hp.com>http://support.mayfield.hp.com</A>.

<P>
<H4>IBM Corporation</H4>

A patch (ptf U425863) has been available for AIX 3.2 for some time.
To determine if you have this ptf on your system, run the following command:

<P>% lslpp -lB U425863

<P>If you have not already applied the patch, you can order it from IBM as APAR
ix40304 To order APARs from IBM in the U.S., call 1-800-237-5511. To obtain
APARs outside of the U.S., contact your local IBM representative.

<P>
<H4>NEC Corporation</H4>
<PRE>
       OS                Version          Status
------------------     ------------     ------------------------------
EWS-UX/V(Rel4.0)       R1.x - R6.x      vulnerable

EWS-UX/V(Rel4.2)       R7.x - R10.x     vulnerable
                                        patch available

EWS-UX/V(Rel4.2MP)     R10.x            vulnerable
                                        patch available

UP-UX/V                R1.x - R4.x      vulnerable

UP-UX/V(Rel4.2MP)      R5.x - R7.2      vulnerable
                                        patch available except for R5.x

UX/4800                R11.x            not vulnerable

</PRE>

<P>Contacts for further information:<BR>
email: <A HREF=mailto:UXcert-CT@d2.bsd.nes.nec.co.jp>UXcert-CT@d2.bsd.nes.nec.co.jp</A> 

<P>
<H4>NeXT Computer, Inc.</H4>

The sendmail executables included with all versions of NEXTSTEP up
to and including release 3.3 are vulnerable to this problem.  The
SendmailPatch previously released for NEXTSTEP 3.1 and 3.2 is also
vulnerable.

<P>An updated patch is planned which will address this vulnerability.
The availability of this patch will be indicated in the NeXTanswers
section of <A HREF=http://www.next.com/>http://www.next.com/</A>.  For further information you may
contact NeXT's Technical Support Hotline at (+1-800-955-NeXT) or
via email to <A HREF=mailto:ask_next@NeXT.com>ask_next@NeXT.com</A>.

<P>
<H4>Open Software Foundation</H4>
not vulnerable

<P>
<H4>The Santa Cruz Operation</H4>

Support Level Supplement (SLS) net382e, contains a patched version of
sendmail for the following releases:

<P>SCO TCP/IP Runtime System Release 1.2.1<BR>
         SCO Open Desktop Lite Release 3.0<BR>
         SCO Open Desktop Release 3.0<BR>
         SCO Open Server Network System Release 3.0<BR>
         SCO Open Server Enterprise System Release 3.0<BR>

<P>SCO OpenServer 5 contains Sendmail version 8.6.8, and contains fixes
to all problems reported in this and previous sendmail advisories.
Users of previous releases should consider updating.

<P>
<B>NOTE:</B> The MMDF (M)ulti-Channel (M)emorandum (D)istribution
(F)acility is the default mail system on SCO systems.  The MMDF mail
system is not affected by any of the problems mentioned in these
advisories.  Administrators who wish to use sendmail must specifically
configure the system to do so during or after installation.

<P>To acquire SLS net382e:

<P>
<PRE>
Anonymous ftp on the Internet:
==============================

ftp://ftp.sco.COM/SLS/net382e.Z         (disk image)
ftp://ftp.sco.COM/SLS/net382e.ltr.Z     (documentation)

Anonymous uucp:
===============

 United States:
 --------------
 sosco!/usr/spool/uucppublic/SLS/net382e.Z (disk image)
 sosco!/usr/spool/uucppublic/SLS/net382e.ltr.Z (documentation)
 
 United Kingdom:
 ---------------
 scolon!/usr/spool/uucppublic/SLS/net382e.Z (disk image)
 scolon!/usr/spool/uucppublic/SLS/net382e.ltr.Z (documentation)
 
 
 The telephone numbers and login names for the machines sosco and scolon
 are provided with the default /usr/lib/uucp/Systems file shipped with
 every SCO system.
 
 The checksums for the files listed above are as follows:
 
 file                 sum -r                     md5
 ===========================     ================================
 net382e.Z:      29715  1813     41efeaaa855e4716ed70c12018014092
 net382e.ltr.Z   52213    14     287ba6131519cba351bc58cb32880fda
 
 
 The Support Level Supplement is also available on floppy media from SCO
 Support at the following telephone numbers:
 
         USA/Canada: 6am-5pm Pacific Daylight Time (PDT)
         -----------
         1-408-425-4726  (voice)
         1-408-427-5443  (fax)
 
         Pacific Rim, Asia, and Latin American customers: 6am-5pm Pacific
         ------------------------------------------------ Daylight Time
                                                          (PDT)
         1-408-425-4726  (voice)
         1-408-427-5443  (fax)
 
         Europe, Middle East, Africa: 9am-5:00pm Greenwich Mean Time (GMT)
         ----------------------------
         +44 1923 816344 (voice)
         +44 1923 817781 (fax)
 </PRE>

<P>For further information, contact SCO at one of the above numbers,
send electronic mail to <A HREF=mailto:support@sco.COM>support@sco.COM</A> , or see the SCO Web Page at: 
<A HREF=http://www.sco.COM>http://www.sco.COM</A>.

<P>
<H4>Silicon Graphics Inc.</H4>

On February 22, 1995, Silicon Graphics issued security advisory 19950201
addressing sendmail issues being raised at the time and previous older
version sendmail issues.   Patches are still available and as part of these
patches, sendmail version 8.6.12 is provided as standard.  At the time
of this writing here is the patch information.

<P>**** IRIX 3.x ****<BR>

Unfortunately, Silicon Graphics Inc, no longer supports the IRIX 3.x
operating system and therefore has no patches or binaries to provide.

<P>However, two possible actions still remain: 1) upgrade the system to a
supported version of IRIX (see below) and then install the binary/patch
or 2) obtain the sendmail source code from anonymous FTP at
ftp.cs.berkeley.edu and compile the program manually.

<P>**** IRIX 4.x ****<BR>

For the IRIX operating system version 4.x, a manually installable
binary replacement has been generated and made available via anonymous
ftp and/or your service/support provider.  The binary is sendmail.new.Z
and is installable on all 4.x platforms.

<P>Binaries can be found at <A HREF=ftp://ftp.sgi.com/ftp/Patches/4.x>ftp://ftp.sgi.com/ftp/Patches/4.x</A>
but not at the alternative location, ~ftp/Security.

<P>
<PRE>
##### Checksums as of August 17, 1995, 5 p.m. EDT ####

Filename:                 sendmail.new.Z
Algorithm #1 (sum -r):    30749 422 sendmail.new.Z
Algorithm #2 (sum):       62511 422 sendmail.new.Z

MD5 checksum:             AB327D85D40085D74E9C230EB1A002C3
</PRE>

<B>Note:</B> SGI plans to upgrade the IRIX 4.x patch soon. If there is a difference
between the checksums of the file you obtain and those reported here, you
should rely on SGI's &lt;sendmail-filename&gt;.pgp.and.chksums file.

<P>After obtaining the binary, it may be installed with the instructions
below:
<BR>
<PRE>
         1) Become the root user on the system.
 
                 % /bin/su -
                 Password:
                 #
 
         2) Stop the current mail processes.
 
                 # /etc/init.d/mail stop
 
         3) Rename the current sendmail binary to a temporary
            name.
 
                 # mv /usr/lib/sendmail /usr/lib/sendmail.stock
 
         4) Change permissions on the old sendmail binary so it can not
            be used anymore.
 
                 # chmod 0400 /usr/lib/sendmail.stock
 
         5) Uncompress the binary.
 
                 # uncompress /tmp/sendmail.new.Z
 
         6) Put the new sendmail binary into place (in the example
            here the binary was retrieved via anonymous ftp and put
            in /tmp)
 
                 # mv /tmp/sendmail.new /usr/lib/sendmail
 
         7) Insure the correct permissions and ownership on the new
            sendmail.
 
                 # chown root.sys /usr/lib/sendmail
                 # chmod 4755 /usr/lib/sendmail
 
         8) Restart the mail system with the new sendmail binary in place.
 
                 # /etc/init.d/mail start
 
         9) Return to normal user level.
 
                 # exit
		</PRE>

<P>**** IRIX 5.0.x, 5.1.x ****<BR>

For the IRIX operating systems versions 5.0.x, 5.1.x, an upgrade
to 5.2 or better is required first.  When the upgrade is completed,
then the patch described in the next section &quot;**** IRIX 5.2, 5.3, 6.0,
6.0.1 ***&quot;  can be applied.

<P>**** IRIX 5.2, 5.3, 6.0, 6.0.1 ****<BR>

For the IRIX operating system versions 5.2, 5.3, 6.0 and 6.0.1, an
inst-able patch has been generated and made available via anonymous
ftp and/or your service/support provider.  The patch is number 332
and will install on IRIX 5.2, 5.3, 6.0 and 6.0.1 .

<P>The SGI anonymous ftp site is <A HREF="ftp://ftp.sgi.com">ftp.sgi.com</A> (192.48.153.1).   Patch
332 can be found in the following directories on the ftp server:

<P>~ftp/Security<BR>
		 or<BR>
	 ~ftp/Patches/5.2<BR>
	 ~ftp/Patches/5.3<BR>
	 ~ftp/Patches/6.0<BR>
         ~ftp/Patches/6.0.1

<P>For obtaining security information, patches or assistance, please
contact your SGI support provider.

<P>If there are questions about this patch information, email can be
sent to <A HREF=mailto:cse-security-alert@csd.sgi.com>cse-security-alert@csd.sgi.com</A>.

<P>For reporting new SGI security issues, email can be sent to
<A HREF=mailto:security-alert@sgi.com>security-alert@sgi.com</A>.

<P>
<H4>Solbourne</H4>

see Grumman Systems Support Corporation

<P>
<H4>Sun Microsystems, Inc.</H4>

Solaris 2.x is not vulnerable.

<P>Sun OS 4.1.3, 4.1.37_u1, and 4.1.4 are vulnerable, and a patch will be
available soon.

<P>This patch can be obtained from local Sun Answer Centers and through anonymous
FTP from ftp.uu.net in the /systems/sun/sun-dist directory. In Europe, the
patch is available from mcsun.eu.net (192.16.202.1) in the /sun/fixes
directory.

<P><HR>
The CERT Coordination Center staff thanks the vendors listed in this
advisory, along with Karl Strickland and Neil Woods for their support
in the development of this advisory.

<!--#include virtual="/include/footer_nocopyright.html" -->
<P>Copyright 1995, 1996 Carnegie Mellon University.</P>

<HR>

Revision History
<PRE>
Sep. 23, 1997  Updated copyright statement
Aug. 07, 1996  Information previously in the README was inserted
                into the advisory.
Nov. 07, 1995  Sec. III.B.2 - emphasized that smrsh should be run with all
                versions of sendmail.
Sep. 20, 1995  Sec. I - changed &quot;public domain&quot; to &quot;freely available.&quot;
               Appendix -  added an entry for Data General.
Aug. 21, 1995  Sec. III.B and appendix, Eric Allman - added a German FTP site
                for sendmail and corrected the URL for Australia.
               Appendix, Silicon Graphics - corrected information for 4.x
               Appendix, Sun - corrected a typo in the OS number
</PRE>