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

Annotation of www/errata28.html, Revision 1.83

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:
                     26: <a href=stable.html>For OpenBSD patch branch information, please refer here.</a><br>
1.27      deraadt    27: <br>
1.28      deraadt    28: For errata on a certain release, click below:<br>
1.27      deraadt    29: <a href="errata21.html">2.1</a>,
                     30: <a href="errata22.html">2.2</a>,
                     31: <a href="errata23.html">2.3</a>,
                     32: <a href="errata24.html">2.4</a>,
                     33: <a href="errata25.html">2.5</a>,
                     34: <a href="errata26.html">2.6</a>,
                     35: <a href="errata27.html">2.7</a>,
                     36: <a href="errata29.html">2.9</a>,
                     37: <a href="errata30.html">3.0</a>,
                     38: <a href="errata31.html">3.1</a>,
1.31      deraadt    39: <a href="errata32.html">3.2</a>,
1.32      david      40: <a href="errata33.html">3.3</a>,
1.37      david      41: <a href="errata34.html">3.4</a>,
1.38      miod       42: <a href="errata35.html">3.5</a>,
1.39      deraadt    43: <a href="errata36.html">3.6</a>,
1.62      deraadt    44: <a href="errata37.html">3.7</a>,
1.47      deraadt    45: <br>
1.41      deraadt    46: <a href="errata38.html">3.8</a>,
1.42      deraadt    47: <a href="errata39.html">3.9</a>,
1.43      deraadt    48: <a href="errata40.html">4.0</a>,
1.45      merdely    49: <a href="errata41.html">4.1</a>,
1.46      deraadt    50: <a href="errata42.html">4.2</a>,
1.47      deraadt    51: <a href="errata43.html">4.3</a>,
1.49      deraadt    52: <a href="errata44.html">4.4</a>,
1.50      deraadt    53: <a href="errata45.html">4.5</a>,
1.51      deraadt    54: <a href="errata46.html">4.6</a>,
1.53      deraadt    55: <a href="errata47.html">4.7</a>,
1.54      miod       56: <a href="errata48.html">4.8</a>,
1.55      nick       57: <a href="errata49.html">4.9</a>,
1.56      sthen      58: <a href="errata50.html">5.0</a>,
1.57      deraadt    59: <a href="errata51.html">5.1</a>,
1.58      deraadt    60: <a href="errata52.html">5.2</a>,
1.59      deraadt    61: <a href="errata53.html">5.3</a>,
1.62      deraadt    62: <br>
1.60      deraadt    63: <a href="errata54.html">5.4</a>,
1.68      jsg        64: <a href="errata55.html">5.5</a>,
1.72      deraadt    65: <a href="errata56.html">5.6</a>,
1.75      deraadt    66: <a href="errata57.html">5.7</a>,
1.76      deraadt    67: <a href="errata58.html">5.8</a>,
1.82      deraadt    68: <a href="errata59.html">5.9</a>,
                     69: <a href="errata60.html">6.0</a>.
1.27      deraadt    70: <br>
1.1       deraadt    71: <hr>
                     72:
1.52      sthen      73: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8.tar.gz">
1.1       deraadt    74: You can also fetch a tar.gz file containing all the following patches</a>.
                     75: This file is updated once a day.
1.63      deraadt    76: <p>
1.1       deraadt    77:
1.63      deraadt    78: The patches below are available in CVS via the
1.1       deraadt    79: <code>OPENBSD_2_8</code> <a href="stable.html">patch branch</a>.
1.63      deraadt    80: <p>
1.1       deraadt    81:
1.63      deraadt    82: For more detailed information on how to install patches to OpenBSD, please
                     83: consult the <a href="./faq/faq10.html#Patches">OpenBSD FAQ</a>.
1.1       deraadt    84: <p>
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: &nbsp; <i>All architectures</i><br>
1.78      sthen      92: A security hole exists in <a href="http://man.openbsd.org/?query=uuxqt&amp;sektion=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.63      deraadt   100: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/033_uucp.patch">
                    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: &nbsp; <i>All architectures</i><br>
1.78      sthen     106: A security hole exists in <a href="http://man.openbsd.org/?query=lpd&amp;sektion=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.63      deraadt   113: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/032_lpd.patch">
                    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: &nbsp; <i>All architectures</i><br>
1.78      sthen     119: A security hole exists in <a href="http://man.openbsd.org/?query=sendmail&amp;sektion=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.63      deraadt   123: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/031_sendmail.patch">
                    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: &nbsp; <i>All architectures</i><br>
1.78      sthen     129: A race condition exists in the kernel <a href="http://man.openbsd.org/?query=execve&amp;sektion=2&amp;format=html">execve(2)</a> implementation that opens a small window of vulnerability for a non-privileged user to <a href="http://man.openbsd.org/?query=ptrace&amp;sektion=2&amp;format=html">ptrace(2)</a> attach to a suid/sgid process.
1.10      aaron     130: <br>
1.63      deraadt   131: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/030_kernexec.patch">
                    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: &nbsp; <i>All architectures</i><br>
1.78      sthen     137: Programs using the <a href="http://man.openbsd.org/?query=fts&amp;sektion=3&amp;format=html">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.63      deraadt   143: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/029_fts.patch">
                    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: &nbsp; <i>All architectures</i><br>
1.78      sthen     150: The signal handlers in <a href="http://man.openbsd.org/?query=sen
1.30      naddy     151: dmail&amp;sektion=8&amp;format=html">sendmail(8)</a> contain code that is unsafe in the
1.3       millert   152: context of a signal handler.  This leads to potentially serious
                    153: race conditions.  At the moment this is a theoretical attack only
                    154: and can only be exploited on the local host (if at all).<br>
1.63      deraadt   155: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/028_sendmail.patch">
                    156: A source code patch exists which remedies this problem.</a>
                    157: It updates sendmail to version 8.11.4.
1.3       millert   158: <p>
1.70      bentley   159: <li id="ipf_frag">
1.66      deraadt   160: <font color="#009000"><strong>027: SECURITY FIX: Apr 23, 2001</strong></font>
                    161: &nbsp; <i>All architectures</i><br>
1.23      miod      162: IPF has a serious problem with fragment caching, the bug is triggered if you use the ipf(5) syntax &quot;keep state&quot;.<br>
1.63      deraadt   163: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/027_ipf-frag.patch">
                    164: A source code patch exists which remedies this problem.</a>
1.1       deraadt   165: <p>
1.70      bentley   166: <li id="glob_limit">
1.66      deraadt   167: <font color="#009000"><strong>026: SECURITY FIX: Apr 23, 2001</strong></font>
                    168: &nbsp; <i>All architectures</i><br>
1.78      sthen     169: <a href="http://man.openbsd.org/?query=glob&amp;sektion=3">ftpd(8)</a> has a potential DoS related to <a href="http://man.openbsd.org/?query=glob&amp;sektion=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.63      deraadt   170: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/026_globlimit.patch">
                    171: A source code patch exists which remedies this problem.</a>
1.1       deraadt   172: <p>
1.70      bentley   173: <li id="glob">
1.66      deraadt   174: <font color="#009000"><strong>025: SECURITY FIX: Apr 10, 2001</strong></font>
                    175: &nbsp; <i>All architectures</i><br>
1.78      sthen     176: <a href="http://man.openbsd.org/?query=glob&amp;sektion=3">glob(3)</a> contains multiple buffer overflows. <br>
1.63      deraadt   177: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/025_glob.patch">
                    178: A source code patch exists which remedies this problem.</a>
1.1       deraadt   179: <p>
1.70      bentley   180: <li id="readline">
1.66      deraadt   181: <font color="#009000"><strong>024: SECURITY FIX: Mar 18, 2001</strong></font>
                    182: &nbsp; <i>All architectures</i><br>
1.1       deraadt   183: The readline library shipped with OpenBSD allows history files creation
                    184: with a permissive
1.78      sthen     185: <a href="http://man.openbsd.org/?query=umask&amp;sektion=2">umask(2)</a>.
1.1       deraadt   186: This can lead to the leakage of sensitive information in applications
                    187: that use passwords and the like during user interaction (one such
                    188: application is mysql).<br>
1.63      deraadt   189: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/024_readline.patch">
                    190: A source code patch exists which remedies this problem.</a>
1.1       deraadt   191: <p>
1.70      bentley   192: <li id="ipsec_ah">
1.66      deraadt   193: <font color="#009000"><strong>023: SECURITY FIX: Mar 2, 2001</strong></font>
                    194: &nbsp; <i>All architectures</i><br>
1.1       deraadt   195: 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.63      deraadt   196: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/023_ip_ah.patch">
                    197: A source code patch exists which remedies this problem.</a>
1.1       deraadt   198: <p>
1.70      bentley   199: <li id="userldt">
1.65      deraadt   200: <font color="#009000"><strong>022: SECURITY FIX: Mar 2, 2001</strong></font><br>
                    201: 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.
                    202: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/i386/022_userltd.patch">
                    203: A source code patch exists which remedies this problem.</a>
                    204: <p>
1.70      bentley   205: <li id="sudo">
1.66      deraadt   206: <font color="#009000"><strong>021: SECURITY FIX: Feb 22, 2001</strong></font>
                    207: &nbsp; <i>All architectures</i><br>
1.8       millert   208: There is an exploitable heap corruption bug in
1.78      sthen     209: <a href="http://man.openbsd.org/?query=sudo&amp;sektion=8">sudo</a>.
1.1       deraadt   210: <br>
1.63      deraadt   211: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/021_sudo.patch">
                    212: A source code patch exists which remedies this problem.</a>
1.1       deraadt   213: <p>
1.70      bentley   214: <li id="libwrap">
1.66      deraadt   215: <font color="#009000"><strong>020: IMPLEMENTATION FIX: Feb 15, 2001</strong></font>
                    216: &nbsp; <i>All architectures</i><br>
1.78      sthen     217: Client side ident protocol was broken in libwrap, affecting anything using libwrap including <a href="http://man.openbsd.org/?query=tcpd&amp;sektion=8">tcpd</a>. The effect of this was that libwrap would never retrieve and log ident values from remote hosts on connections.<br>
1.63      deraadt   218: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/020_libwrap.patch">
                    219: A source code patch exists which remedies this problem.</a>
1.1       deraadt   220: <p>
1.70      bentley   221: <li id="lepci">
1.66      deraadt   222: <font color="#009000"><strong>019: IMPLEMENTATION FIX: Jan 31, 2001</strong></font>
                    223: &nbsp; <i>All architectures</i><br>
1.78      sthen     224: Fix memory allocation in the PCI LANCE driver, <a href="http://man.openbsd.org/?query=le&amp;sektion=4&amp;arch=i386">le</a>.  A side effect of this is that OpenBSD under VMWare now works again.<br>
1.63      deraadt   225: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/019_lepci.patch">
                    226: A source code patch exists which remedies this problem.</a>
1.1       deraadt   227: <p>
1.70      bentley   228: <li id="named">
1.66      deraadt   229: <font color="#009000"><strong>018: SECURITY FIX: Jan 29, 2001</strong></font>
                    230: &nbsp; <i>All architectures</i><br>
1.78      sthen     231: Merge <a href="http://man.openbsd.org/?query=named&amp;sektion=8">named</a>
1.1       deraadt   232: with ISC BIND 4.9.8-REL, which fixes some buffer vulnerabilities (actually it appears
1.13      jsyn      233: that these were already impossible to exploit beforehand).<br>
1.63      deraadt   234: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/018_named.patch">
                    235: A source code patch exists which remedies this problem.</a>
1.1       deraadt   236: <p>
1.70      bentley   237: <li id="rnd">
1.66      deraadt   238: <font color="#009000"><strong>017: SECURITY FIX: Jan 22, 2001</strong></font>
                    239: &nbsp; <i>All architectures</i><br>
1.78      sthen     240: The <a href="http://man.openbsd.org/?query=random&amp;sektion=4">rnd(4)</a> device does not use all of its input when data is written to it.<br>
1.63      deraadt   241: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/017_rnd.patch">
                    242: A source code patch exists which remedies this problem.</a>
1.1       deraadt   243: <p>
1.70      bentley   244: <li id="tl">
1.66      deraadt   245: <font color="#009000"><strong>016: RELIABILITY FIX: Jan 4, 2001</strong></font>
                    246: &nbsp; <i>All architectures</i><br>
1.1       deraadt   247: Allow ThunderLAN cards to share interrupts nicely.<br>
1.63      deraadt   248: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/016_tl.patch">
                    249: A source code patch exists which remedies this problem.</a>
1.1       deraadt   250: <p>
1.70      bentley   251: <li id="pms">
1.65      deraadt   252: <font color="#009000"><strong>015: STABILITY FIX: Dec 22, 2000</strong></font><br>
                    253: Some machines locked up while trying to use the mouse in console mode. This patch solves that problem.<br>
                    254: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/i386/015_pms.patch">
                    255: A source code patch exists which remedies this problem.</a>
                    256: <p>
1.70      bentley   257: <li id="xlock">
1.66      deraadt   258: <font color="#009000"><strong>014: SECURITY FIX: Dec 22, 2000</strong></font>
                    259: &nbsp; <i>All architectures</i><br>
1.1       deraadt   260: 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.63      deraadt   261: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/014_xlock.patch">
                    262: A source code patch exists which remedies this problem.</a>
1.1       deraadt   263: <p>
                    264: 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>
                    265:  and <i>chmod 4755 /usr/X11R6/bin/xlock</i>.
                    266: <p>
                    267: <ul>
1.52      sthen     268: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/i386/xlock">Xlock - i386</a>
                    269: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/sparc/xlock">Xlock - sparc</a>
                    270: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/mac68k/xlock">Xlock - mac68k</a>
                    271: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/powerpc/xlock">Xlock - powerpc</a>
                    272: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/amiga/xlock">Xlock - amiga</a>
                    273: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/hp300/xlock">Xlock - hp300</a>
                    274: <li><a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/mvme68k/xlock">Xlock - mvme68k</a>
1.1       deraadt   275: </ul>
                    276: <p>
1.70      bentley   277: <li id="procfs">
1.66      deraadt   278: <font color="#009000"><strong>013: SECURITY FIX: Dec 18, 2000</strong></font>
                    279: &nbsp; <i>All architectures</i><br>
1.78      sthen     280: <a href="http://man.openbsd.org/?query=mount_procfs&amp;sektion=8">Procfs</a> contained numerous overflows, which could lead an intruder to root permissions. Procfs is NOT enabled by default in OpenBSD. <br>
1.63      deraadt   281: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/013_procfs.patch">
                    282: A source code patch exists which remedies this problem.</a>
1.1       deraadt   283: <p>
1.70      bentley   284: <li id="imacdv">
1.65      deraadt   285: <font color="#009000"><strong>012: INSTALL PROBLEM: Dec 14, 2000</strong></font><br>
                    286: The IMac DV+ (and probably some other machines) incorrectly identify their video
                    287: hardware, but it is possible to work around the problem.<br>
                    288: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/powerpc/012_imacdv.patch">
                    289: A source code patch exists which remedies this problem.</a>
                    290: <p>
1.70      bentley   291: <li id="hwcrypto">
1.66      deraadt   292: <font color="#009000"><strong>011: RELIABILITY FIX: Dec 13, 2000</strong></font>
                    293: &nbsp; <i>All architectures</i><br>
1.1       deraadt   294: The crypto subsystem could incorrectly fail to run certain software ciphers,
                    295: if a hardware card existed in the machine.<br>
1.52      sthen     296: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/011_hwcrypto.patch">
1.63      deraadt   297: A source code patch exists which remedies this problem.</a>
1.1       deraadt   298: <p>
1.70      bentley   299: <li id="fastroute">
1.66      deraadt   300: <font color="#009000"><strong>010: RELIABILITY FIX: Dec 11, 2000</strong></font>
                    301: &nbsp; <i>All architectures</i><br>
1.1       deraadt   302: A crash could occur during fast routing, if IPSEC was enabled.<br>
1.52      sthen     303: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/010_fastroute.patch">
1.63      deraadt   304: A source code patch exists which remedies this problem.</a>
1.1       deraadt   305: <p>
1.70      bentley   306: <li id="kerberos2">
1.66      deraadt   307: <font color="#009000"><strong>009: SECURITY FIX: Dec 10, 2000</strong></font>
                    308: &nbsp; <i>All architectures</i><br>
1.1       deraadt   309: Another problem exists in the Kerberos libraries.<br>
1.52      sthen     310: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/009_kerberos2.patch">
1.63      deraadt   311: A source code patch exists which remedies this problem.</a>
1.1       deraadt   312: <p>
1.70      bentley   313: <li id="kerberos">
1.66      deraadt   314: <font color="#009000"><strong>008: SECURITY FIX: Dec 7, 2000</strong></font>
                    315: &nbsp; <i>All architectures</i><br>
1.1       deraadt   316: Two problems have recently been discovered in the KerberosIV code.<p>
                    317: 1. A symlink problem was discovered in the KerberosIV password checking
                    318: routines /usr/bin/su and /usr/bin/login, which makes it possible for a
                    319: local user to overwrite any file on the local machine.<p>
                    320: 2. It is possible to specify environment variables in telnet
                    321: which will be passed over the to the remote host. This makes it
                    322: possible to set environment variables on the remote side, including
                    323: ones that have special meaning on the server. It is not clear at this
                    324: time what the impact is, but we recommend everyone to upgrade their
                    325: machines immediately.<p>
1.52      sthen     326: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/008_kerberos.patch">
1.63      deraadt   327: A source code patch exists which remedies this problem.</a>
1.1       deraadt   328: <p>
1.70      bentley   329: <li id="x_sun3">
1.65      deraadt   330: <font color="#009000"><strong>007: INSTALL PROBLEM: Dec 4, 2000</strong></font><br>
                    331: The X packages
                    332: <a href="http://ftp.openbsd.org/pub/OpenBSD/2.8/sun3/xshare28.tgz">share28.tgz</a>
                    333: and
                    334: <a href="http://ftp.openbsd.org/pub/OpenBSD/2.8/sun3/xfont28.tgz">font28.tgz</a>
                    335: were not on the CD, and only available via FTP install.  These packages can be
                    336: added post-install by using the following command:
                    337: <pre>
                    338:     # cd /; tar xvfpz xshare28.tgz
                    339:     # cd /; tar xvfpz xfont28.tgz
                    340: </pre>
1.1       deraadt   341: <p>
1.70      bentley   342: <li id="pcibios">
1.33      henning   343: <font color="#009000"><strong>006: STABILITY FIX: Dec 4, 2000</strong></font><br>
1.1       deraadt   344: On some machines, a PCIBIOS device driver interrupt allocation bug can cause a
                    345: kernel hang while probing PCI devices.  If you have this symptom, you can disable
                    346: PCIBIOS as a workaround.  To do this,
1.60      deraadt   347:     <ul>
1.1       deraadt   348:     <li>Enter the User Kernel Configuration by booting with the
                    349:        option &quot;boot -c&quot;.
                    350:     <li>Once at the <i>UKC></i> prompt, enter <pre><tt>
                    351:        UKC> disable pcibios
                    352:        UKC> quit
                    353:     </tt></pre>
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: &nbsp; <i>All architectures</i><br>
1.65      deraadt   362: OpenBSD 2.8's ftpd contains a one-byte overflow in the replydirname() function.<br>
                    363: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/005_ftpd.patch">
                    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: &nbsp; <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>
                    373: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/004_rijndael.patch">
                    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.52      sthen     380: <a href="http://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: &nbsp; <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>
                    388: <a href="http://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/002_sshskey.patch">
                    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.52      sthen     395: <a href="http://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>