[BACK]Return to errata32.html CVS log [TXT][DIR] Up to [local] / www

Diff for /www/errata32.html between version 1.74 and 1.75

version 1.74, 2019/05/27 22:55:19 version 1.75, 2019/05/28 16:32:42
Line 84 
Line 84 
 <hr>  <hr>
   
 <ul>  <ul>
 <li id="arp">  
 <strong>021: RELIABILITY FIX: October 1, 2003</strong>  <li id="kadmin">
   <strong>001: SECURITY FIX: October 21, 2002</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 It is possible for a local user to cause a system panic by flooding it with spoofed ARP  A buffer overflow can occur in the
 requests.<br>  <a href="https://man.openbsd.org/OpenBSD-3.2/kadmind.8">kadmind(8)</a>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/021_arp.patch">  daemon, leading to possible remote crash or exploit.<br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/001_kadmin.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="asn1">  
 <strong>020: SECURITY FIX: October 1, 2003</strong>  <li id="pfbridge">
   <strong>002: RELIABILITY FIX: November 6, 2002</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 The use of certain ASN.1 encodings or malformed public keys may allow an  Network
 attacker to mount a denial of service attack against applications linked with  <a href="https://man.openbsd.org/OpenBSD-3.2/bridge.4">bridges</a>
 <a href="https://man.openbsd.org/OpenBSD-3.2/ssl.3">ssl(3)</a>.  running
 This does not affect OpenSSH.<br>  <a href="https://man.openbsd.org/OpenBSD-3.2/pf.4">pf</a>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/020_asn1.patch">  with scrubbing enabled could cause mbuf corruption,
   causing the system to crash.<br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/002_pfbridge.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="pfnorm">  
 <strong>019: SECURITY FIX: September 24, 2003</strong>  <li id="smrsh">
   <strong>003: SECURITY FIX: November 6, 2002</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 Three cases of potential access to freed memory have been found in  An attacker can bypass the restrictions imposed by sendmail's restricted shell,
 <a href="https://man.openbsd.org/OpenBSD-3.2/pf.4">pf(4)</a>.  <a href="https://man.openbsd.org/OpenBSD-3.2/smrsh.8">smrsh(8)</a>,
 At least one of them could be used to panic pf with active scrub rules remotely.<br>  and execute arbitrary commands with the privileges of his own account.<br>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/019_pfnorm.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/003_smrsh.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="sendmail4">  
 <strong>018: SECURITY FIX: September 17, 2003</strong>  <li id="pool">
   <strong>004: RELIABILITY FIX: November 6, 2002</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 A buffer overflow in the address parsing in  A logic error in the
 <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>  <a href="https://man.openbsd.org/OpenBSD-3.2/pool.9">pool</a>
 may allow an attacker to gain root privileges.<br>  kernel memory allocator could cause memory corruption in low-memory situations,
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/018_sendmail.patch">  causing the system to crash.<br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/004_pool.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 NOTE: this is the <em>second</em> revision of the patch that fixes an additional  
 <p>  <p>
 <li id="sshbuffer">  
 <strong>017: SECURITY FIX: September 16, 2003</strong>  <li id="named">
   <strong>005: SECURITY FIX: November 14, 2002</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 All versions of OpenSSH's sshd prior to 3.7 contain a buffer management error.  A buffer overflow in
 It is unclear whether or not this bug is exploitable.<br>  <a href="https://man.openbsd.org/OpenBSD-3.2/named.8">named(8)</a>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/017_sshbuffer.patch">  could allow an attacker to execute code with the privileges of named.
   On OpenBSD, named runs as a non-root user in a chrooted environment
   which mitigates the effects of this bug.<br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/005_named.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 NOTE: this is the <em>second</em> revision of the patch that fixes an additional  
 problem.  
 <p>  <p>
 <li id="sendmail3">  
 <strong>016: SECURITY FIX: August 25, 2003</strong>  <li id="cvs">
   <strong>006: SECURITY FIX: January 20, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 Fix for a potential security issue in  A double free in
 <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>  <a href="https://man.openbsd.org/OpenBSD-3.2/cvs.1">cvs(1)</a>
 with respect to DNS maps. This only affects  could allow an attacker to execute code with the privileges of the
 <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>  user running cvs.  This is only an issue when the cvs command is
 configurations that use the "enhdnsbl"  being run on a user's behalf as a different user.  This means that,
 feature. The default OpenBSD  in most cases, the issue only exists for cvs configurations that use
 <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>  the <em>pserver</em> client/server connection method.<br>
 config does not use this.<br>  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/006_cvs.patch">
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/016_sendmail.patch">  
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="realpath">  
 <strong>015: SECURITY FIX: August 4, 2003</strong>  <li id="ssl">
   <strong>007: SECURITY FIX: February 22, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 An off-by-one error exists in the C library function  In
 <a href="https://man.openbsd.org/OpenBSD-3.2/realpath.3">realpath(3)</a>.  <a href="https://man.openbsd.org/OpenBSD-3.2/ssl.8">ssl(8)</a> an information leak can occur via timing by performing a MAC computation
 Since this same bug resulted in a root compromise in the wu-ftpd ftp server  even if incorrect block cipher padding has been found, this is a
 it is possible that this bug may allow an attacker to gain escalated privileges  countermeasure. Also, check for negative sizes in memory allocation routines.<br>
 on OpenBSD.<br>  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/007_ssl.patch">A
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/015_realpath.patch">  source code patch exists which fixes these two issues</a>.
 A source code patch exists which remedies this problem.</a>  
 <p>  <p>
 <li id="sendmail2">  
 <strong>014: SECURITY FIX: March 31, 2003</strong>  <li id="httpd">
   <strong>008: SECURITY FIX: February 25, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 A buffer overflow in the address parsing in  <a href="https://man.openbsd.org/OpenBSD-3.2/httpd.8">httpd(8)</a> leaks file inode numbers via ETag header as well as child PIDs in multipart MIME boundary generation. This could lead, for example, to NFS exploitation because it uses inode numbers as part of the file handle.<br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/008_httpd.patch">
   A source code patch exists which fixes these two issues</a>.
   <p>
   
   <li id="sendmail">
   <strong>009: SECURITY FIX: March 3, 2003</strong>
   &nbsp; <i>All architectures</i><br>
   A buffer overflow in the envelope comments processing in
 <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>  <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>
 may allow an attacker to gain root privileges.<br>  may allow an attacker to gain root privileges.<br>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/014_sendmail.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/009_sendmail.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="kerberos">  
 <strong>013: SECURITY FIX: March 24, 2003</strong>  <li id="lprm">
   <strong>010: SECURITY FIX: March 5, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 The cryptographic weaknesses in the Kerberos v4 protocol can be exploited  A fix for an
 on Kerberos v5 as well.  <a href="https://man.openbsd.org/OpenBSD-3.2/lprm.1">lprm(1)</a>
   bug made in 1996 contains an error that could lead to privilege escalation.
   For OpenBSD 3.2 the impact is limited since
   <a href="https://man.openbsd.org/OpenBSD-3.2/lprm.1">lprm(1)</a>
   is setuid daemon, not setuid root.
 <br>  <br>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/013_kerberos.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/010_lprm.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
   
   <li id="blinding">
   <strong>011: SECURITY FIX: March 18, 2003</strong>
   &nbsp; <i>All architectures</i><br>
   Various SSL and TLS operations in OpenSSL are vulnerable to timing attacks.
   <br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/011_blinding.patch">
   A source code patch exists which remedies this problem.</a>
   <p>
   
 <li id="kpr">  <li id="kpr">
 <strong>012: SECURITY FIX: March 19, 2003</strong>  <strong>012: SECURITY FIX: March 19, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
Line 183 
Line 216 
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/012_kpr.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/012_kpr.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="blinding">  
 <strong>011: SECURITY FIX: March 18, 2003</strong>  <li id="kerberos">
   <strong>013: SECURITY FIX: March 24, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 Various SSL and TLS operations in OpenSSL are vulnerable to timing attacks.  The cryptographic weaknesses in the Kerberos v4 protocol can be exploited
   on Kerberos v5 as well.
 <br>  <br>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/011_blinding.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/013_kerberos.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="lprm">  
 <strong>010: SECURITY FIX: March 5, 2003</strong>  <li id="sendmail2">
   <strong>014: SECURITY FIX: March 31, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 A fix for an  A buffer overflow in the address parsing in
 <a href="https://man.openbsd.org/OpenBSD-3.2/lprm.1">lprm(1)</a>  
 bug made in 1996 contains an error that could lead to privilege escalation.  
 For OpenBSD 3.2 the impact is limited since  
 <a href="https://man.openbsd.org/OpenBSD-3.2/lprm.1">lprm(1)</a>  
 is setuid daemon, not setuid root.  
 <br>  
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/010_lprm.patch">  
 A source code patch exists which remedies this problem.</a>  
 <p>  
 <li id="sendmail">  
 <strong>009: SECURITY FIX: March 3, 2003</strong>  
 &nbsp; <i>All architectures</i><br>  
 A buffer overflow in the envelope comments processing in  
 <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>  <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>
 may allow an attacker to gain root privileges.<br>  may allow an attacker to gain root privileges.<br>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/009_sendmail.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/014_sendmail.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="httpd">  
 <strong>008: SECURITY FIX: February 25, 2003</strong>  <li id="realpath">
   <strong>015: SECURITY FIX: August 4, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 <a href="https://man.openbsd.org/OpenBSD-3.2/httpd.8">httpd(8)</a> leaks file inode numbers via ETag header as well as child PIDs in multipart MIME boundary generation. This could lead, for example, to NFS exploitation because it uses inode numbers as part of the file handle.<br>  An off-by-one error exists in the C library function
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/008_httpd.patch">  <a href="https://man.openbsd.org/OpenBSD-3.2/realpath.3">realpath(3)</a>.
 A source code patch exists which fixes these two issues</a>.  Since this same bug resulted in a root compromise in the wu-ftpd ftp server
   it is possible that this bug may allow an attacker to gain escalated privileges
   on OpenBSD.<br>
   <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/015_realpath.patch">
   A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="ssl">  
 <strong>007: SECURITY FIX: February 22, 2003</strong>  <li id="sendmail3">
   <strong>016: SECURITY FIX: August 25, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 In  Fix for a potential security issue in
 <a href="https://man.openbsd.org/OpenBSD-3.2/ssl.8">ssl(8)</a> an information leak can occur via timing by performing a MAC computation  <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>
 even if incorrect block cipher padding has been found, this is a  with respect to DNS maps. This only affects
 countermeasure. Also, check for negative sizes in memory allocation routines.<br>  <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/007_ssl.patch">A  configurations that use the "enhdnsbl"
 source code patch exists which fixes these two issues</a>.  feature. The default OpenBSD
 <p>  <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>
 <li id="cvs">  config does not use this.<br>
 <strong>006: SECURITY FIX: January 20, 2003</strong>  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/016_sendmail.patch">
 &nbsp; <i>All architectures</i><br>  
 A double free in  
 <a href="https://man.openbsd.org/OpenBSD-3.2/cvs.1">cvs(1)</a>  
 could allow an attacker to execute code with the privileges of the  
 user running cvs.  This is only an issue when the cvs command is  
 being run on a user's behalf as a different user.  This means that,  
 in most cases, the issue only exists for cvs configurations that use  
 the <em>pserver</em> client/server connection method.<br>  
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/006_cvs.patch">  
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="named">  
 <strong>005: SECURITY FIX: November 14, 2002</strong>  <li id="sshbuffer">
   <strong>017: SECURITY FIX: September 16, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 A buffer overflow in  All versions of OpenSSH's sshd prior to 3.7 contain a buffer management error.
 <a href="https://man.openbsd.org/OpenBSD-3.2/named.8">named(8)</a>  It is unclear whether or not this bug is exploitable.<br>
 could allow an attacker to execute code with the privileges of named.  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/017_sshbuffer.patch">
 On OpenBSD, named runs as a non-root user in a chrooted environment  
 which mitigates the effects of this bug.<br>  
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/005_named.patch">  
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
   NOTE: this is the <em>second</em> revision of the patch that fixes an additional
   problem.
 <p>  <p>
 <li id="pool">  
 <strong>004: RELIABILITY FIX: November 6, 2002</strong>  <li id="sendmail4">
   <strong>018: SECURITY FIX: September 17, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 A logic error in the  A buffer overflow in the address parsing in
 <a href="https://man.openbsd.org/OpenBSD-3.2/pool.9">pool</a>  <a href="https://man.openbsd.org/OpenBSD-3.2/sendmail.8">sendmail(8)</a>
 kernel memory allocator could cause memory corruption in low-memory situations,  may allow an attacker to gain root privileges.<br>
 causing the system to crash.<br>  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/018_sendmail.patch">
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/004_pool.patch">  
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
   NOTE: this is the <em>second</em> revision of the patch that fixes an additional
 <p>  <p>
 <li id="smrsh">  
 <strong>003: SECURITY FIX: November 6, 2002</strong>  <li id="pfnorm">
   <strong>019: SECURITY FIX: September 24, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 An attacker can bypass the restrictions imposed by sendmail's restricted shell,  Three cases of potential access to freed memory have been found in
 <a href="https://man.openbsd.org/OpenBSD-3.2/smrsh.8">smrsh(8)</a>,  <a href="https://man.openbsd.org/OpenBSD-3.2/pf.4">pf(4)</a>.
 and execute arbitrary commands with the privileges of his own account.<br>  At least one of them could be used to panic pf with active scrub rules remotely.<br>
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/003_smrsh.patch">  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/019_pfnorm.patch">
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="pfbridge">  
 <strong>002: RELIABILITY FIX: November 6, 2002</strong>  <li id="asn1">
   <strong>020: SECURITY FIX: October 1, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 Network  The use of certain ASN.1 encodings or malformed public keys may allow an
 <a href="https://man.openbsd.org/OpenBSD-3.2/bridge.4">bridges</a>  attacker to mount a denial of service attack against applications linked with
 running  <a href="https://man.openbsd.org/OpenBSD-3.2/ssl.3">ssl(3)</a>.
 <a href="https://man.openbsd.org/OpenBSD-3.2/pf.4">pf</a>  This does not affect OpenSSH.<br>
 with scrubbing enabled could cause mbuf corruption,  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/020_asn1.patch">
 causing the system to crash.<br>  
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/002_pfbridge.patch">  
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
 <li id="kadmin">  
 <strong>001: SECURITY FIX: October 21, 2002</strong>  <li id="arp">
   <strong>021: RELIABILITY FIX: October 1, 2003</strong>
 &nbsp; <i>All architectures</i><br>  &nbsp; <i>All architectures</i><br>
 A buffer overflow can occur in the  It is possible for a local user to cause a system panic by flooding it with spoofed ARP
 <a href="https://man.openbsd.org/OpenBSD-3.2/kadmind.8">kadmind(8)</a>  requests.<br>
 daemon, leading to possible remote crash or exploit.<br>  <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/021_arp.patch">
 <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.2/common/001_kadmin.patch">  
 A source code patch exists which remedies this problem.</a>  A source code patch exists which remedies this problem.</a>
 <p>  <p>
   
Legend:
Removed from v.1.74  
changed lines
  Added in v.1.75