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