===================================================================
RCS file: /cvsrepo/anoncvs/cvs/www/errata33.html,v
retrieving revision 1.53
retrieving revision 1.54
diff -u -r1.53 -r1.54
--- www/errata33.html	2014/03/31 04:11:40	1.53
+++ www/errata33.html	2014/03/31 16:02:48	1.54
@@ -78,7 +78,8 @@
 
 <ul>
 <li><a name="cvs"></a>
-<font color="#009000"><strong>022: SECURITY FIX: May 5, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>022: SECURITY FIX: May 5, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 Pathname validation problems have been found in
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=cvs&amp;apropos=0&amp;sektion=1&amp;manpath=OpenBSD+Current&amp;arch=i386&amp;format=html">cvs(1)</a>,
 allowing malicious clients to create files outside the repository, allowing
@@ -90,7 +91,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="openssl"></a>
-<font color="#009000"><strong>021: RELIABILITY FIX: March 17, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>021: RELIABILITY FIX: March 17, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 A missing check for a NULL-pointer dereference has been found in
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=ssl&amp;apropos=0&amp;sektion=3&amp;manpath=OpenBSD+Current&amp;arch=i386&amp;format=html">ssl(3)</a>.
 A remote attacker can use the bug to cause an OpenSSL application to crash;
@@ -100,7 +102,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="isakmpd2"></a>
-<font color="#009000"><strong>020: RELIABILITY FIX: March 17, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>020: RELIABILITY FIX: March 17, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 Defects in the payload validation and processing functions of
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=isakmpd&amp;apropos=0&amp;sektion=8&amp;manpath=OpenBSD+Current&amp;arch=i386&amp;format=html">isakmpd(8)</a>
 have been discovered.  An attacker could send malformed ISAKMP messages and
@@ -111,7 +114,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="httpd2"></a>
-<font color="#009000"><strong>019: SECURITY FIX: March 13, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>019: SECURITY FIX: March 13, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 Due to a bug in the parsing of Allow/Deny rules for
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=httpd&amp;sektion=8">httpd(8)'s</a>
 access module, using IP addresses without a netmask on big endian 64-bit
@@ -121,7 +125,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="tcp"></a>
-<font color="#009000"><strong>018: RELIABILITY FIX: March 8, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>018: RELIABILITY FIX: March 8, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 OpenBSD's TCP/IP stack did not impose limits on how many out-of-order
 TCP segments are queued in the system.  An attacker could
 send out-of-order TCP segments and trick the system into using all
@@ -131,7 +136,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="font"></a>
-<font color="#009000"><strong>017: RELIABILITY FIX: February 14, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>017: RELIABILITY FIX: February 14, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 Several buffer overflows exist in the code parsing
 font.aliases files in XFree86. Thanks to ProPolice, these cannot be
 exploited to gain privileges, but they can cause the X server to abort.
@@ -140,7 +146,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="ip6"></a>
-<font color="#009000"><strong>016: SECURITY FIX: February 8, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>016: SECURITY FIX: February 8, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 An IPv6 MTU handling problem exists that could be used by an attacker
 to cause a denial of service attack against hosts with reachable IPv6
 TCP ports.
@@ -149,7 +156,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="sysvshm"></a>
-<font color="#009000"><strong>015: SECURITY FIX: February 5, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>015: SECURITY FIX: February 5, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 A reference counting bug exists in the
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=shmat&amp;apropos=0&amp;sektion=2&amp;manpath=OpenBSD+Current&amp;format=html">shmat(2)</a>
 system call that could be used by an attacker to write to kernel memory
@@ -159,7 +167,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="isakmpd"></a>
-<font color="#009000"><strong>014: SECURITY FIX: January 15, 2004</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>014: SECURITY FIX: January 15, 2004</strong></font>
+&nbsp; <i>All architectures</i><br>
 Several message handling flaws in
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=isakmpd&amp;apropos=0&amp;sektion=8&amp;manpath=OpenBSD+Current&amp;arch=i386&amp;format=html">isakmpd(8)</a>
 have been reported by Thomas Walpuski. These allow an attacker to delete arbitrary SAs.
@@ -168,7 +177,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="sem"></a>
-<font color="#009000"><strong>013: RELIABILITY FIX: November 20, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>013: RELIABILITY FIX: November 20, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 An improper bounds check makes it possible for a local user to cause a crash
 by passing the
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=semctl&amp;apropos=0&amp;sektion=2&amp;manpath=OpenBSD+Current&amp;arch=i386&amp;format=html">semctl(2)</a> and
@@ -179,7 +189,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="uvm"></a>
-<font color="#009000"><strong>012: RELIABILITY FIX: November 20, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>012: RELIABILITY FIX: November 20, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 It is possible for a local user to cause a crash via
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=sysctl&amp;apropos=0&amp;sektion=3&amp;manpath=OpenBSD+Current&amp;arch=i386&amp;format=html">sysctl(3)</a> with certain arguments.<br>
 <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/3.3/common/012_uvm.patch">
@@ -187,7 +198,8 @@
 <p>
 <a name="i386"></a>
 <li><a name="ibcs2"></a>
-<font color="#009000"><strong>011: SECURITY FIX: November 17, 2003</strong></font> &nbsp; <i>i386 only</i><br>
+<font color="#009000"><strong>011: SECURITY FIX: November 17, 2003</strong></font>
+&nbsp; <i>i386 only</i><br>
 It is possible for a local user to execute arbitrary code resulting in escalation of
 privileges due to a stack overrun in
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=compat_ibcs2&amp;sektion=8&amp;apropos=0&amp;manpath=OpenBSD+Current&amp;arch=i386">compat_ibcs2(8)</a>.<br>
@@ -195,14 +207,16 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="exec"></a>
-<font color="#009000"><strong>010: RELIABILITY FIX: November 4, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>010: RELIABILITY FIX: November 4, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 It is possible for a local user to cause a system panic by executing a specially crafted binary with an invalid header.
 <br>
 <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/3.3/common/010_exec.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="httpd"></a>
-<font color="#009000"><strong>009: RELIABILITY FIX: October 29, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>009: RELIABILITY FIX: October 29, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 A user with write permission to <tt>httpd.conf</tt> or a <tt>.htaccess</tt>
 file can crash
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=httpd&amp;sektion=8">httpd(8)</a>
@@ -213,14 +227,16 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="arp"></a>
-<font color="#009000"><strong>008: RELIABILITY FIX: October 1, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>008: RELIABILITY FIX: October 1, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 It is possible for a local user to cause a system panic by flooding it with spoofed ARP
 requests.<br>
 <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/3.3/common/008_arp.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="asn1"></a>
-<font color="#009000"><strong>007: SECURITY FIX: October 1, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>007: SECURITY FIX: October 1, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 The use of certain ASN.1 encodings or malformed public keys may allow an
 attacker to mount a denial of service attack against applications linked with
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=ssl&amp;sektion=3">ssl(3)</a>.
@@ -229,7 +245,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="pfnorm"></a>
-<font color="#009000"><strong>006: SECURITY FIX: September 24, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>006: SECURITY FIX: September 24, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 Three cases of potential access to freed memory have been found in
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pf&amp;sektion=4">pf(4)</a>.
 At least one of them could be used to panic pf with active scrub rules remotely.<br>
@@ -237,7 +254,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="sendmail"></a>
-<font color="#009000"><strong>005: SECURITY FIX: September 17, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>005: SECURITY FIX: September 17, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 A buffer overflow in the address parsing in
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=sendmail&amp;sektion=8">sendmail(8)</a>
 may allow an attacker to gain root privileges.<br>
@@ -247,7 +265,8 @@
 problem.
 <p>
 <li><a name="sshbuffer"></a>
-<font color="#009000"><strong>004: SECURITY FIX: September 16, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>004: SECURITY FIX: September 16, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 All versions of OpenSSH's sshd prior to 3.7 contain a buffer management error.
 It is unclear whether or not this bug is exploitable.<br>
 <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/3.3/common/004_sshbuffer.patch">
@@ -256,14 +275,16 @@
 problem.
 <p>
 <li><a name="sysvsem"></a>
-<font color="#009000"><strong>003: SECURITY FIX: September 10, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>003: SECURITY FIX: September 10, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 Root may be able to reduce the security level by taking advantage of
 an integer overflow when the semaphore limits are made very large.<br>
 <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/3.3/common/003_sysvsem.patch">
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="semget"></a>
-<font color="#009000"><strong>002: RELIABILITY FIX: August 20, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>002: RELIABILITY FIX: August 20, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 An improper bounds check in the
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=semget&amp;sektion=2">semget(2)</a>
 system call can allow a local user to cause a kernel panic.<br>
@@ -271,7 +292,8 @@
 A source code patch exists which remedies this problem.</a>
 <p>
 <li><a name="realpath"></a>
-<font color="#009000"><strong>001: SECURITY FIX: August 4, 2003</strong></font> &nbsp; <i>All architectures</i><br>
+<font color="#009000"><strong>001: SECURITY FIX: August 4, 2003</strong></font>
+&nbsp; <i>All architectures</i><br>
 An off-by-one error exists in the C library function
 <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=realpath&amp;sektion=3">realpath(3)</a>.
 Since this same bug resulted in a root compromise in the wu-ftpd ftp server