Annotation of www/errata28.html, Revision 1.93
1.30 naddy 1: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
1.1 deraadt 2: <html>
3: <head>
1.81 tj 4: <title>OpenBSD 2.8 Errata</title>
1.1 deraadt 5: <meta name="description" content="the OpenBSD CD errata page">
1.33 henning 6: <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
1.79 deraadt 7: <meta name="viewport" content="width=device-width, initial-scale=1">
8: <link rel="stylesheet" type="text/css" href="openbsd.css">
1.83 tb 9: <link rel="canonical" href="https://www.openbsd.org/errata28.html">
1.1 deraadt 10: </head>
11:
1.69 deraadt 12: <!--
13: IMPORTANT REMINDER
14: IF YOU ADD A NEW ERRATUM, MAIL THE PATCH TO TECH AND ANNOUNCE
15: -->
16:
1.35 david 17: <body bgcolor="#ffffff" text="#000000" link="#23238E">
1.1 deraadt 18:
1.79 deraadt 19: <h2>
20: <a href="index.html">
21: <font color="#0000ff"><i>Open</i></font><font color="#000084">BSD</font></a>
1.81 tj 22: <font color="#e00000">2.8 Errata</font>
23: </h2>
1.79 deraadt 24: <hr>
1.1 deraadt 25:
1.28 deraadt 26: For errata on a certain release, click below:<br>
1.27 deraadt 27: <a href="errata21.html">2.1</a>,
28: <a href="errata22.html">2.2</a>,
29: <a href="errata23.html">2.3</a>,
30: <a href="errata24.html">2.4</a>,
31: <a href="errata25.html">2.5</a>,
32: <a href="errata26.html">2.6</a>,
33: <a href="errata27.html">2.7</a>,
34: <a href="errata29.html">2.9</a>,
35: <a href="errata30.html">3.0</a>,
36: <a href="errata31.html">3.1</a>,
1.31 deraadt 37: <a href="errata32.html">3.2</a>,
1.32 david 38: <a href="errata33.html">3.3</a>,
1.37 david 39: <a href="errata34.html">3.4</a>,
1.38 miod 40: <a href="errata35.html">3.5</a>,
1.39 deraadt 41: <a href="errata36.html">3.6</a>,
1.62 deraadt 42: <a href="errata37.html">3.7</a>,
1.47 deraadt 43: <br>
1.41 deraadt 44: <a href="errata38.html">3.8</a>,
1.42 deraadt 45: <a href="errata39.html">3.9</a>,
1.43 deraadt 46: <a href="errata40.html">4.0</a>,
1.45 merdely 47: <a href="errata41.html">4.1</a>,
1.46 deraadt 48: <a href="errata42.html">4.2</a>,
1.47 deraadt 49: <a href="errata43.html">4.3</a>,
1.49 deraadt 50: <a href="errata44.html">4.4</a>,
1.50 deraadt 51: <a href="errata45.html">4.5</a>,
1.51 deraadt 52: <a href="errata46.html">4.6</a>,
1.53 deraadt 53: <a href="errata47.html">4.7</a>,
1.54 miod 54: <a href="errata48.html">4.8</a>,
1.55 nick 55: <a href="errata49.html">4.9</a>,
1.56 sthen 56: <a href="errata50.html">5.0</a>,
1.57 deraadt 57: <a href="errata51.html">5.1</a>,
1.58 deraadt 58: <a href="errata52.html">5.2</a>,
1.59 deraadt 59: <a href="errata53.html">5.3</a>,
1.62 deraadt 60: <br>
1.60 deraadt 61: <a href="errata54.html">5.4</a>,
1.68 jsg 62: <a href="errata55.html">5.5</a>,
1.72 deraadt 63: <a href="errata56.html">5.6</a>,
1.75 deraadt 64: <a href="errata57.html">5.7</a>,
1.76 deraadt 65: <a href="errata58.html">5.8</a>,
1.82 deraadt 66: <a href="errata59.html">5.9</a>,
1.85 tj 67: <a href="errata60.html">6.0</a>,
1.89 deraadt 68: <a href="errata61.html">6.1</a>,
1.91 deraadt 69: <a href="errata62.html">6.2</a>,
1.92 deraadt 70: <a href="errata63.html">6.3</a>,
1.93 ! deraadt 71: <a href="errata64.html">6.4</a>,
! 72: <a href="errata65.html">6.5</a>.
1.1 deraadt 73: <hr>
74:
1.63 deraadt 75: <p>
1.85 tj 76: Patches for the OpenBSD base system are distributed as unified diffs.
77: Each patch contains usage instructions.
78: All the following patches are also available in one
79: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8.tar.gz">tar.gz file</a>
80: for convenience.
1.1 deraadt 81:
82: <p>
1.85 tj 83: Patches for supported releases are also incorporated into the
1.86 tj 84: <a href="stable.html">-stable branch</a>.
1.63 deraadt 85:
1.1 deraadt 86: <hr>
87:
88: <ul>
1.70 bentley 89: <li id="uucp">
1.66 deraadt 90: <font color="#009000"><strong>033: SECURITY FIX: September 11, 2001</strong></font>
91: <i>All architectures</i><br>
1.88 tb 92: A security hole exists in <a href="https://man.openbsd.org/OpenBSD-2.8/uuxqt.8">uuxqt(8)</a>
1.18 millert 93: that may allow an attacker to run arbitrary commands as user uucp and
94: use this to gain root access.
95: The UUCP execution daemon, uuxqt(8), has a bug in its command line
96: parsing routine may allow arbitrary commands to be run. Because
97: some UUCP commands are run as root (and daemon) from cron it is possible
98: to leverage compromise of the UUCP user to gain root.
99: <br>
1.84 tb 100: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/033_uucp.patch">
1.63 deraadt 101: A source code patch exists which remedies this problem.</a>
1.18 millert 102: <p>
1.70 bentley 103: <li id="lpd">
1.66 deraadt 104: <font color="#009000"><strong>032: SECURITY FIX: August 29, 2001</strong></font>
105: <i>All architectures</i><br>
1.88 tb 106: A security hole exists in <a href="https://man.openbsd.org/OpenBSD-2.8/lpd.8">lpd(8)</a>
1.17 millert 107: that may allow an attacker with line printer access to gain root
108: privileges. A machine must be running lpd to be vulnerable (OpenBSD
109: does not start lpd by default). Only machines with line printer
110: access (ie: listed in either /etc/hosts.lpd or /etc/hosts.equiv)
111: may be used to mount an attack.
112: <br>
1.84 tb 113: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/032_lpd.patch">
1.63 deraadt 114: A source code patch exists which remedies this problem.</a>
1.17 millert 115: <p>
1.70 bentley 116: <li id="sendmail2">
1.66 deraadt 117: <font color="#009000"><strong>031: SECURITY FIX: August 21, 2001</strong></font>
118: <i>All architectures</i><br>
1.88 tb 119: A security hole exists in <a href="https://man.openbsd.org/OpenBSD-2.8/sendmail.8">sendmail(8)</a>
1.14 millert 120: that may allow an attacker on the local host to gain root privileges by
121: specifying out-of-bounds debug parameters.
1.15 brad 122: <br>
1.84 tb 123: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/031_sendmail.patch">
1.63 deraadt 124: A source code patch exists which remedies this problem.</a>
1.14 millert 125: <p>
1.70 bentley 126: <li id="kernexec">
1.66 deraadt 127: <font color="#009000"><strong>030: SECURITY FIX: June 15, 2001</strong></font>
128: <i>All architectures</i><br>
1.88 tb 129: A race condition exists in the kernel <a href="https://man.openbsd.org/OpenBSD-2.8/execve.2">execve(2)</a> implementation that opens a small window of vulnerability for a non-privileged user to <a href="https://man.openbsd.org/OpenBSD-2.8/ptrace.2">ptrace(2)</a> attach to a suid/sgid process.
1.10 aaron 130: <br>
1.84 tb 131: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/030_kernexec.patch">
1.63 deraadt 132: A source code patch exists which remedies this problem.</a>
1.10 aaron 133: <p>
1.70 bentley 134: <li id="fts">
1.66 deraadt 135: <font color="#009000"><strong>029: SECURITY FIX: May 30, 2001</strong></font>
136: <i>All architectures</i><br>
1.88 tb 137: Programs using the <a href="https://man.openbsd.org/OpenBSD-2.8/fts.3">fts(3)</a>
1.4 millert 138: routines (such as rm, find, and most programs that take a <b>-R</b>
139: flag) can be tricked into changing into the wrong directory if the
140: parent dir is changed out from underneath it. This is similar to
141: the old fts bug but happens when popping out of directories, as
142: opposed to descending into them.
1.84 tb 143: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/029_fts.patch">
1.63 deraadt 144: A source code patch exists which remedies this problem.</a>
1.6 millert 145: This is the second version of the patch.
1.4 millert 146: <p>
1.70 bentley 147: <li id="sendmail">
1.66 deraadt 148: <font color="#009000"><strong>028: SECURITY FIX: May 29, 2001</strong></font>
149: <i>All architectures</i><br>
1.88 tb 150: The signal handlers in <a href="https://man.openbsd.org/OpenBSD-2.8/sendmail.8">sendmail(8)</a> contain code that is unsafe in the
1.3 millert 151: context of a signal handler. This leads to potentially serious
152: race conditions. At the moment this is a theoretical attack only
153: and can only be exploited on the local host (if at all).<br>
1.84 tb 154: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/028_sendmail.patch">
1.63 deraadt 155: A source code patch exists which remedies this problem.</a>
156: It updates sendmail to version 8.11.4.
1.3 millert 157: <p>
1.70 bentley 158: <li id="ipf_frag">
1.66 deraadt 159: <font color="#009000"><strong>027: SECURITY FIX: Apr 23, 2001</strong></font>
160: <i>All architectures</i><br>
1.23 miod 161: IPF has a serious problem with fragment caching, the bug is triggered if you use the ipf(5) syntax "keep state".<br>
1.84 tb 162: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/027_ipf-frag.patch">
1.63 deraadt 163: A source code patch exists which remedies this problem.</a>
1.1 deraadt 164: <p>
1.70 bentley 165: <li id="glob_limit">
1.66 deraadt 166: <font color="#009000"><strong>026: SECURITY FIX: Apr 23, 2001</strong></font>
167: <i>All architectures</i><br>
1.88 tb 168: <a href="https://man.openbsd.org/OpenBSD-2.8/glob.3">ftpd(8)</a> has a potential DoS related to <a href="https://man.openbsd.org/OpenBSD-2.8/glob.3">glob(3)</a>. This patch introduces a GLOB_LIMIT, eliminating the DoS. You must have <a href="#glob">025_glob.patch</a> installed before installing this patch.<br>
1.84 tb 169: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/026_globlimit.patch">
1.63 deraadt 170: A source code patch exists which remedies this problem.</a>
1.1 deraadt 171: <p>
1.70 bentley 172: <li id="glob">
1.66 deraadt 173: <font color="#009000"><strong>025: SECURITY FIX: Apr 10, 2001</strong></font>
174: <i>All architectures</i><br>
1.88 tb 175: <a href="https://man.openbsd.org/OpenBSD-2.8/glob.3">glob(3)</a> contains multiple buffer overflows. <br>
1.84 tb 176: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/025_glob.patch">
1.63 deraadt 177: A source code patch exists which remedies this problem.</a>
1.1 deraadt 178: <p>
1.70 bentley 179: <li id="readline">
1.66 deraadt 180: <font color="#009000"><strong>024: SECURITY FIX: Mar 18, 2001</strong></font>
181: <i>All architectures</i><br>
1.1 deraadt 182: The readline library shipped with OpenBSD allows history files creation
183: with a permissive
1.88 tb 184: <a href="https://man.openbsd.org/OpenBSD-2.8/umask.2">umask(2)</a>.
1.1 deraadt 185: This can lead to the leakage of sensitive information in applications
186: that use passwords and the like during user interaction (one such
187: application is mysql).<br>
1.84 tb 188: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/024_readline.patch">
1.63 deraadt 189: A source code patch exists which remedies this problem.</a>
1.1 deraadt 190: <p>
1.70 bentley 191: <li id="ipsec_ah">
1.66 deraadt 192: <font color="#009000"><strong>023: SECURITY FIX: Mar 2, 2001</strong></font>
193: <i>All architectures</i><br>
1.1 deraadt 194: Insufficient checks in the IPSEC AH IPv4 option handling code can lead to a buffer overrun leading to a remote DoS. This option is not on by default.<br>
1.84 tb 195: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/023_ip_ah.patch">
1.63 deraadt 196: A source code patch exists which remedies this problem.</a>
1.1 deraadt 197: <p>
1.70 bentley 198: <li id="userldt">
1.65 deraadt 199: <font color="#009000"><strong>022: SECURITY FIX: Mar 2, 2001</strong></font><br>
200: The <b>USER_LDT</b> kernel option allows an attacker to gain access to privileged areas of kernel memory. This option is not on by default.
1.84 tb 201: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/i386/022_userltd.patch">
1.65 deraadt 202: A source code patch exists which remedies this problem.</a>
203: <p>
1.70 bentley 204: <li id="sudo">
1.66 deraadt 205: <font color="#009000"><strong>021: SECURITY FIX: Feb 22, 2001</strong></font>
206: <i>All architectures</i><br>
1.8 millert 207: There is an exploitable heap corruption bug in
1.88 tb 208: <a href="https://man.openbsd.org/OpenBSD-2.8/sudo.8">sudo</a>.
1.1 deraadt 209: <br>
1.84 tb 210: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/021_sudo.patch">
1.63 deraadt 211: A source code patch exists which remedies this problem.</a>
1.1 deraadt 212: <p>
1.70 bentley 213: <li id="libwrap">
1.66 deraadt 214: <font color="#009000"><strong>020: IMPLEMENTATION FIX: Feb 15, 2001</strong></font>
215: <i>All architectures</i><br>
1.88 tb 216: Client side ident protocol was broken in libwrap, affecting anything using libwrap including <a href="https://man.openbsd.org/OpenBSD-2.8/tcpd.8">tcpd</a>. The effect of this was that libwrap would never retrieve and log ident values from remote hosts on connections.<br>
1.84 tb 217: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/020_libwrap.patch">
1.63 deraadt 218: A source code patch exists which remedies this problem.</a>
1.1 deraadt 219: <p>
1.70 bentley 220: <li id="lepci">
1.66 deraadt 221: <font color="#009000"><strong>019: IMPLEMENTATION FIX: Jan 31, 2001</strong></font>
222: <i>All architectures</i><br>
1.88 tb 223: Fix memory allocation in the PCI LANCE driver, <a href="https://man.openbsd.org/OpenBSD-2.8/le.4">le</a>. A side effect of this is that OpenBSD under VMWare now works again.<br>
1.84 tb 224: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/019_lepci.patch">
1.63 deraadt 225: A source code patch exists which remedies this problem.</a>
1.1 deraadt 226: <p>
1.70 bentley 227: <li id="named">
1.66 deraadt 228: <font color="#009000"><strong>018: SECURITY FIX: Jan 29, 2001</strong></font>
229: <i>All architectures</i><br>
1.88 tb 230: Merge <a href="https://man.openbsd.org/OpenBSD-2.8/named.8">named</a>
1.1 deraadt 231: with ISC BIND 4.9.8-REL, which fixes some buffer vulnerabilities (actually it appears
1.13 jsyn 232: that these were already impossible to exploit beforehand).<br>
1.84 tb 233: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/018_named.patch">
1.63 deraadt 234: A source code patch exists which remedies this problem.</a>
1.1 deraadt 235: <p>
1.70 bentley 236: <li id="rnd">
1.66 deraadt 237: <font color="#009000"><strong>017: SECURITY FIX: Jan 22, 2001</strong></font>
238: <i>All architectures</i><br>
1.88 tb 239: The <a href="https://man.openbsd.org/OpenBSD-2.8/random.4">rnd(4)</a> device does not use all of its input when data is written to it.<br>
1.84 tb 240: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/017_rnd.patch">
1.63 deraadt 241: A source code patch exists which remedies this problem.</a>
1.1 deraadt 242: <p>
1.70 bentley 243: <li id="tl">
1.66 deraadt 244: <font color="#009000"><strong>016: RELIABILITY FIX: Jan 4, 2001</strong></font>
245: <i>All architectures</i><br>
1.1 deraadt 246: Allow ThunderLAN cards to share interrupts nicely.<br>
1.84 tb 247: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/016_tl.patch">
1.63 deraadt 248: A source code patch exists which remedies this problem.</a>
1.1 deraadt 249: <p>
1.70 bentley 250: <li id="pms">
1.65 deraadt 251: <font color="#009000"><strong>015: STABILITY FIX: Dec 22, 2000</strong></font><br>
252: Some machines locked up while trying to use the mouse in console mode. This patch solves that problem.<br>
1.84 tb 253: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/i386/015_pms.patch">
1.65 deraadt 254: A source code patch exists which remedies this problem.</a>
255: <p>
1.70 bentley 256: <li id="xlock">
1.66 deraadt 257: <font color="#009000"><strong>014: SECURITY FIX: Dec 22, 2000</strong></font>
258: <i>All architectures</i><br>
1.1 deraadt 259: Improve xlock(1)'s authentication by authenticating via a pipe in an early forked process. No known vulnerability exists, this is just a precautionary patch.<br>
1.84 tb 260: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/014_xlock.patch">
1.63 deraadt 261: A source code patch exists which remedies this problem.</a>
1.1 deraadt 262: <p>
263: In addition to a source code patch, new xlock binaries have been created for each architecture listed below. Place these binaries at <i>/usr/X11R6/bin/xlock</i>
264: and <i>chmod 4755 /usr/X11R6/bin/xlock</i>.
265: <p>
266: <ul>
1.84 tb 267: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/i386/xlock">Xlock - i386</a>
268: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/sparc/xlock">Xlock - sparc</a>
269: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/mac68k/xlock">Xlock - mac68k</a>
270: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/powerpc/xlock">Xlock - powerpc</a>
271: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/amiga/xlock">Xlock - amiga</a>
272: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/hp300/xlock">Xlock - hp300</a>
273: <li><a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/mvme68k/xlock">Xlock - mvme68k</a>
1.1 deraadt 274: </ul>
275: <p>
1.70 bentley 276: <li id="procfs">
1.66 deraadt 277: <font color="#009000"><strong>013: SECURITY FIX: Dec 18, 2000</strong></font>
278: <i>All architectures</i><br>
1.88 tb 279: <a href="https://man.openbsd.org/OpenBSD-2.8/mount_procfs.8">Procfs</a> contained numerous overflows, which could lead an intruder to root permissions. Procfs is NOT enabled by default in OpenBSD. <br>
1.84 tb 280: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/013_procfs.patch">
1.63 deraadt 281: A source code patch exists which remedies this problem.</a>
1.1 deraadt 282: <p>
1.70 bentley 283: <li id="imacdv">
1.65 deraadt 284: <font color="#009000"><strong>012: INSTALL PROBLEM: Dec 14, 2000</strong></font><br>
285: The IMac DV+ (and probably some other machines) incorrectly identify their video
286: hardware, but it is possible to work around the problem.<br>
1.84 tb 287: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/powerpc/012_imacdv.patch">
1.65 deraadt 288: A source code patch exists which remedies this problem.</a>
289: <p>
1.70 bentley 290: <li id="hwcrypto">
1.66 deraadt 291: <font color="#009000"><strong>011: RELIABILITY FIX: Dec 13, 2000</strong></font>
292: <i>All architectures</i><br>
1.1 deraadt 293: The crypto subsystem could incorrectly fail to run certain software ciphers,
294: if a hardware card existed in the machine.<br>
1.84 tb 295: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/011_hwcrypto.patch">
1.63 deraadt 296: A source code patch exists which remedies this problem.</a>
1.1 deraadt 297: <p>
1.70 bentley 298: <li id="fastroute">
1.66 deraadt 299: <font color="#009000"><strong>010: RELIABILITY FIX: Dec 11, 2000</strong></font>
300: <i>All architectures</i><br>
1.1 deraadt 301: A crash could occur during fast routing, if IPSEC was enabled.<br>
1.84 tb 302: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/010_fastroute.patch">
1.63 deraadt 303: A source code patch exists which remedies this problem.</a>
1.1 deraadt 304: <p>
1.70 bentley 305: <li id="kerberos2">
1.66 deraadt 306: <font color="#009000"><strong>009: SECURITY FIX: Dec 10, 2000</strong></font>
307: <i>All architectures</i><br>
1.1 deraadt 308: Another problem exists in the Kerberos libraries.<br>
1.84 tb 309: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/009_kerberos2.patch">
1.63 deraadt 310: A source code patch exists which remedies this problem.</a>
1.1 deraadt 311: <p>
1.70 bentley 312: <li id="kerberos">
1.66 deraadt 313: <font color="#009000"><strong>008: SECURITY FIX: Dec 7, 2000</strong></font>
314: <i>All architectures</i><br>
1.1 deraadt 315: Two problems have recently been discovered in the KerberosIV code.<p>
316: 1. A symlink problem was discovered in the KerberosIV password checking
317: routines /usr/bin/su and /usr/bin/login, which makes it possible for a
318: local user to overwrite any file on the local machine.<p>
319: 2. It is possible to specify environment variables in telnet
320: which will be passed over the to the remote host. This makes it
321: possible to set environment variables on the remote side, including
322: ones that have special meaning on the server. It is not clear at this
323: time what the impact is, but we recommend everyone to upgrade their
324: machines immediately.<p>
1.84 tb 325: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/008_kerberos.patch">
1.63 deraadt 326: A source code patch exists which remedies this problem.</a>
1.1 deraadt 327: <p>
1.70 bentley 328: <li id="x_sun3">
1.65 deraadt 329: <font color="#009000"><strong>007: INSTALL PROBLEM: Dec 4, 2000</strong></font><br>
330: The X packages
1.84 tb 331: <a href="https://ftp.openbsd.org/pub/OpenBSD/2.8/sun3/xshare28.tgz">share28.tgz</a>
1.65 deraadt 332: and
1.84 tb 333: <a href="https://ftp.openbsd.org/pub/OpenBSD/2.8/sun3/xfont28.tgz">font28.tgz</a>
1.65 deraadt 334: were not on the CD, and only available via FTP install. These packages can be
335: added post-install by using the following command:
336: <pre>
337: # cd /; tar xvfpz xshare28.tgz
338: # cd /; tar xvfpz xfont28.tgz
339: </pre>
1.1 deraadt 340: <p>
1.70 bentley 341: <li id="pcibios">
1.33 henning 342: <font color="#009000"><strong>006: STABILITY FIX: Dec 4, 2000</strong></font><br>
1.1 deraadt 343: On some machines, a PCIBIOS device driver interrupt allocation bug can cause a
344: kernel hang while probing PCI devices. If you have this symptom, you can disable
345: PCIBIOS as a workaround. To do this,
1.60 deraadt 346: <ul>
1.1 deraadt 347: <li>Enter the User Kernel Configuration by booting with the
348: option "boot -c".
1.90 tb 349: <li>Once at the <i>UKC></i> prompt, enter
350: <blockquote><pre>
1.1 deraadt 351: UKC> disable pcibios
1.90 tb 352: UKC> quit<!--
353: --></pre></blockquote>
1.80 tj 354: <li>See <a href="./faq/faq5.html#5.6">this page</a> after a successful
1.1 deraadt 355: boot for instructions on how to re-write your kernel to disable PCIBIOS
356: permanently.
1.60 deraadt 357: </ul>
1.1 deraadt 358: <p>
1.70 bentley 359: <li id="ftpd">
1.66 deraadt 360: <font color="#009000"><strong>005: SECURITY FIX: Dec 4, 2000</strong></font>
361: <i>All architectures</i><br>
1.65 deraadt 362: OpenBSD 2.8's ftpd contains a one-byte overflow in the replydirname() function.<br>
1.84 tb 363: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/005_ftpd.patch">
1.65 deraadt 364: A source code patch exists which remedies this problem.</a>
365: You can view the <a href="advisories/ftpd_replydirname.txt">OpenBSD Advisory</a> here.
1.1 deraadt 366: <p>
1.70 bentley 367: <li id="rijndael">
1.66 deraadt 368: <font color="#009000"><strong>004: RELIABILITY FIX: Nov 17, 2000</strong></font>
369: <i>All architectures</i><br>
1.65 deraadt 370: First off, AES (Rijndael) encryption and decryption were broken for IPsec
371: and swap encryption.<br>
372: Secondly, the AES code did not work properly on big endian machines.<br>
1.84 tb 373: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/004_rijndael.patch">
1.65 deraadt 374: A source code patch exists which remedies this problem.</a>
375: This is the second revision of the patch.
1.1 deraadt 376: <p>
1.70 bentley 377: <li id="qe">
1.33 henning 378: <font color="#009000"><strong>003: RELIABILITY FIX: Nov 17, 2000</strong></font><br>
1.1 deraadt 379: Configuring a qec+qe causes a NMI panic.<br>
1.84 tb 380: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/sparc/003_qe.patch">
1.1 deraadt 381: A source code patch exists which remedies this problem.</a>
382: <p>
1.70 bentley 383: <li id="skey">
1.66 deraadt 384: <font color="#009000"><strong>002: IMPLEMENTATION FIX: Nov 10, 2000</strong></font>
385: <i>All architectures</i><br>
1.65 deraadt 386: In ssh(1), skey support for SSH1 protocol was broken. Some people might consider
387: that kind of important.<br>
1.84 tb 388: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/002_sshskey.patch">
1.65 deraadt 389: A source code patch exists which remedies this problem.</a>
390: <p>
1.70 bentley 391: <li id="zsconsole">
1.33 henning 392: <font color="#009000"><strong>001: RELIABILITY FIX: Nov 10, 2000</strong></font><br>
1.1 deraadt 393: When running a sparc with a serial console, certain types of interrupts would
394: cause great grief.<br>
1.84 tb 395: <a href="https://ftp.openbsd.org/pub/OpenBSD/patches/2.8/sparc/001_zsconsole.patch">
1.1 deraadt 396: A source code patch exists which remedies this problem.</a>
397: <p>
1.82 deraadt 398:
1.1 deraadt 399: </ul>
1.61 deraadt 400:
1.71 tedu 401: <hr>
402:
1.1 deraadt 403: </body>
404: </html>