===================================================================
RCS file: /cvsrepo/anoncvs/cvs/www/errata37.html,v
retrieving revision 1.67
retrieving revision 1.68
diff -u -r1.67 -r1.68
--- www/errata37.html	2019/05/27 22:55:19	1.67
+++ www/errata37.html	2019/05/28 16:32:42	1.68
@@ -85,78 +85,77 @@
 
 <ul>
 
-<li id="xorg">
-<strong>013: SECURITY FIX: May 2, 2006</strong>
+<li id="cvs">
+<strong>001: SECURITY FIX: June 7, 2005</strong>
 &nbsp; <i>All architectures</i><br>
-A security vulnerability has been found in the X.Org server &ndash;
-<a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-1526">CVE-2006-1526</a>.
-Clients authorized to connect to the X server are able to crash it and to execute
-malicious code within the X server.
+
+Fix a buffer overflow, memory leaks, and NULL pointer dereference in
+<a href="https://man.openbsd.org/OpenBSD-3.7/cvs.1">cvs(1)</a>
+. None of these issues are known to be exploitable.
+<a href="http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0753">CAN-2005-0753</a>
+.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/013_xorg.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/001_cvs.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="sendmail">
-<strong>012: SECURITY FIX: March 25, 2006</strong>
+<li id="getsockopt">
+<strong>002: RELIABILITY FIX: June 15, 2005</strong>
 &nbsp; <i>All architectures</i><br>
-A race condition has been reported to exist in the handling by sendmail of
-asynchronous signals. A remote attacker may be able to execute arbitrary code with the
-privileges of the user running sendmail, typically root.
+As discovered by Stefan Miltchev calling
+<a href="https://man.openbsd.org/OpenBSD-3.7/getsockopt.2">getsockopt(2)</a>
+to get
+<a href="https://man.openbsd.org/OpenBSD-3.7/ipsec.4">ipsec(4)</a>
+credentials for a socket can result in a kernel panic.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/012_sendmail.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/002_getsockopt.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="ssh">
-<strong>011: SECURITY FIX: February 12, 2006</strong>
+<li id="sudo">
+<strong>003: SECURITY FIX: June 20, 2005</strong>
 &nbsp; <i>All architectures</i><br>
-Josh Bressers has reported a weakness in OpenSSH caused due to the insecure use of the
-<a href="https://man.openbsd.org/OpenBSD-3.7/system.3">system(3)</a>
-function in
-<a href="https://man.openbsd.org/OpenBSD-3.7/scp.1">scp(1)</a>
-when performing copy operations using filenames that are supplied by the user from the command line.
-This can be exploited to execute shell commands with privileges of the user running
-<a href="https://man.openbsd.org/OpenBSD-3.7/scp.1">scp(1)</a>.
+Due to a race condition in its command pathname handling, a user with
+<a href="https://man.openbsd.org/OpenBSD-3.7/sudo.8">sudo(8)</a>
+privileges may be able to run arbitrary commands if the user's entry
+is followed by an entry that grants <code>sudo ALL</code> privileges to
+another user.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/011_ssh.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/003_sudo.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="i386machdep">
-<strong>010: RELIABILITY FIX: January 13, 2006</strong>
-&nbsp; <i>i386 architecture</i><br>
-Constrain
-<a href="https://man.openbsd.org/OpenBSD-3.7/i386/i386_set_ioperm.2">i386_set_ioperm(2)</a>
-so even root is blocked from accessing the ioports
-unless the machine is running at lower securelevels or with an open X11 aperture.
+<li id="libz">
+<strong>004: SECURITY FIX: July 6, 2005</strong>
+&nbsp; <i>All architectures</i><br>
+A buffer overflow has been found in
+<a href="https://man.openbsd.org/OpenBSD-3.7/compress.3">compress(3)</a>
+which may be exploitable.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/i386/010_i386machdep.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/004_libz.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="i386pmap">
-<strong>009: RELIABILITY FIX: January 13, 2006</strong>
-&nbsp; <i>i386 architecture</i><br>
-Change the implementation of i386 W^X so that the "execute line" can move around.
-Before it was limited to being either at 512MB (below which all code normally
-lands) or at the top of the stack. Now the line can float as
-<a href="https://man.openbsd.org/OpenBSD-3.7/mprotect.2">mprotect(2)</a>
-and
-<a href="https://man.openbsd.org/OpenBSD-3.7/mmap.2">mmap(2)</a>
-requests need it to. This is now implemented using only GDT selectors
-instead of the LDT so that it is more robust as well.
+<li id="libz2">
+<strong>005: SECURITY FIX: July 21, 2005</strong>
+&nbsp; <i>All architectures</i><br>
+A buffer overflow has been found in
+<a href="https://man.openbsd.org/OpenBSD-3.7/compress.3">compress(3)</a>
+which may be exploitable.<br>
+Please note that this fixes a different buffer overflow than the <a href="#libz">previous</a> zlib patch.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/i386/009_i386pmap.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/005_libz.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="fd">
-<strong>008: SECURITY FIX: January 5, 2006</strong>
+<li id="nat-t">
+<strong>006: RELIABILITY FIX: November 5, 2005</strong>
 &nbsp; <i>All architectures</i><br>
-Do not allow users to trick suid programs into re-opening files via /dev/fd.
+Due to wrong advertisement of RFC 3947 compliance interoperability problems with
+<a href="https://man.openbsd.org/OpenBSD-3.7/isakmpd.8">isakmpd(8)</a>
+may occur.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/008_fd.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/006_nat-t.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
@@ -170,77 +169,78 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="nat-t">
-<strong>006: RELIABILITY FIX: November 5, 2005</strong>
+<li id="fd">
+<strong>008: SECURITY FIX: January 5, 2006</strong>
 &nbsp; <i>All architectures</i><br>
-Due to wrong advertisement of RFC 3947 compliance interoperability problems with
-<a href="https://man.openbsd.org/OpenBSD-3.7/isakmpd.8">isakmpd(8)</a>
-may occur.
+Do not allow users to trick suid programs into re-opening files via /dev/fd.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/006_nat-t.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/008_fd.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="libz2">
-<strong>005: SECURITY FIX: July 21, 2005</strong>
-&nbsp; <i>All architectures</i><br>
-A buffer overflow has been found in
-<a href="https://man.openbsd.org/OpenBSD-3.7/compress.3">compress(3)</a>
-which may be exploitable.<br>
-Please note that this fixes a different buffer overflow than the <a href="#libz">previous</a> zlib patch.
+<li id="i386pmap">
+<strong>009: RELIABILITY FIX: January 13, 2006</strong>
+&nbsp; <i>i386 architecture</i><br>
+Change the implementation of i386 W^X so that the "execute line" can move around.
+Before it was limited to being either at 512MB (below which all code normally
+lands) or at the top of the stack. Now the line can float as
+<a href="https://man.openbsd.org/OpenBSD-3.7/mprotect.2">mprotect(2)</a>
+and
+<a href="https://man.openbsd.org/OpenBSD-3.7/mmap.2">mmap(2)</a>
+requests need it to. This is now implemented using only GDT selectors
+instead of the LDT so that it is more robust as well.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/005_libz.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/i386/009_i386pmap.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="libz">
-<strong>004: SECURITY FIX: July 6, 2005</strong>
-&nbsp; <i>All architectures</i><br>
-A buffer overflow has been found in
-<a href="https://man.openbsd.org/OpenBSD-3.7/compress.3">compress(3)</a>
-which may be exploitable.
+<li id="i386machdep">
+<strong>010: RELIABILITY FIX: January 13, 2006</strong>
+&nbsp; <i>i386 architecture</i><br>
+Constrain
+<a href="https://man.openbsd.org/OpenBSD-3.7/i386/i386_set_ioperm.2">i386_set_ioperm(2)</a>
+so even root is blocked from accessing the ioports
+unless the machine is running at lower securelevels or with an open X11 aperture.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/004_libz.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/i386/010_i386machdep.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="sudo">
-<strong>003: SECURITY FIX: June 20, 2005</strong>
+<li id="ssh">
+<strong>011: SECURITY FIX: February 12, 2006</strong>
 &nbsp; <i>All architectures</i><br>
-Due to a race condition in its command pathname handling, a user with
-<a href="https://man.openbsd.org/OpenBSD-3.7/sudo.8">sudo(8)</a>
-privileges may be able to run arbitrary commands if the user's entry
-is followed by an entry that grants <code>sudo ALL</code> privileges to
-another user.
+Josh Bressers has reported a weakness in OpenSSH caused due to the insecure use of the
+<a href="https://man.openbsd.org/OpenBSD-3.7/system.3">system(3)</a>
+function in
+<a href="https://man.openbsd.org/OpenBSD-3.7/scp.1">scp(1)</a>
+when performing copy operations using filenames that are supplied by the user from the command line.
+This can be exploited to execute shell commands with privileges of the user running
+<a href="https://man.openbsd.org/OpenBSD-3.7/scp.1">scp(1)</a>.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/003_sudo.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/011_ssh.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="getsockopt">
-<strong>002: RELIABILITY FIX: June 15, 2005</strong>
+<li id="sendmail">
+<strong>012: SECURITY FIX: March 25, 2006</strong>
 &nbsp; <i>All architectures</i><br>
-As discovered by Stefan Miltchev calling
-<a href="https://man.openbsd.org/OpenBSD-3.7/getsockopt.2">getsockopt(2)</a>
-to get
-<a href="https://man.openbsd.org/OpenBSD-3.7/ipsec.4">ipsec(4)</a>
-credentials for a socket can result in a kernel panic.
+A race condition has been reported to exist in the handling by sendmail of
+asynchronous signals. A remote attacker may be able to execute arbitrary code with the
+privileges of the user running sendmail, typically root.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/002_getsockopt.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/012_sendmail.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 
-<li id="cvs">
-<strong>001: SECURITY FIX: June 7, 2005</strong>
+<li id="xorg">
+<strong>013: SECURITY FIX: May 2, 2006</strong>
 &nbsp; <i>All architectures</i><br>
-
-Fix a buffer overflow, memory leaks, and NULL pointer dereference in
-<a href="https://man.openbsd.org/OpenBSD-3.7/cvs.1">cvs(1)</a>
-. None of these issues are known to be exploitable.
-<a href="http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0753">CAN-2005-0753</a>
-.
+A security vulnerability has been found in the X.Org server &ndash;
+<a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-1526">CVE-2006-1526</a>.
+Clients authorized to connect to the X server are able to crash it and to execute
+malicious code within the X server.
 <br>
-<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/001_cvs.patch">
+<a href="https://ftp.openbsd.org/pub/OpenBSD/patches/3.7/common/013_xorg.patch">
 A source code patch exists which remedies this problem.</a>
 <p>