For errata on a certain release, click below:
2.0,
2.1,
2.2,
2.3,
2.4,
2.6,
2.7,
2.8,
2.9,
3.0,
3.1,
3.2,
3.3,
3.4,
3.5,
3.6,
3.7,
3.8,
3.9,
4.0,
4.1,
4.2,
4.3,
4.4,
4.5,
4.6,
4.7,
4.8,
4.9,
5.0,
5.1,
5.2,
5.3,
5.4,
5.5,
5.6,
5.7,
5.8,
5.9,
6.0,
6.1,
6.2,
6.3,
6.4,
6.5,
6.6,
6.7,
6.8,
6.9,
7.0,
7.1,
7.2,
7.3,
7.4,
7.5,
7.6.
Patches for the OpenBSD base system are distributed as unified diffs.
Each patch contains usage instructions.
All the following patches are also available in one
tar.gz file
for convenience.
Patches for supported releases are also incorporated into the
-stable branch.
-
001: SECURITY FIX: Aug 30, 1999
All architectures
In cron(8), make sure argv[] is NULL terminated in the fake popen() and
run sendmail as the user, not as root.
A source code patch exists which remedies this problem.
-
002: SECURITY FIX: Aug 12, 1999
All architectures
The procfs and fdescfs filesystems had an overrun in their handling
of uio_offset in their readdir() routines. (These filesystems are not
enabled by default).
A source code patch exists which remedies this problem.
-
003: SECURITY FIX: Aug 9, 1999
All architectures
Stop profiling (see profil(2)) when we execve() a new process.
A source code patch exists which remedies this problem.
-
004: SECURITY FIX: Aug 6, 1999
All architectures
Packets that should have been handled by IPsec may be transmitted
as cleartext. PF_KEY SA expirations may leak kernel resources.
A source code patch exists which remedies this problem.
-
005: SECURITY FIX: Aug 5, 1999
All architectures
In /etc/rc, use mktemp(1) for motd re-writing, and change the find(1)
to use -execdir.
A source code patch exists which remedies this problem.
-
006: SECURITY FIX: Jul 30, 1999
All architectures
Do not permit regular users to chflags(2) or fchflags(2) on character or
block devices which they may currently be the owner of.
A source code patch exists which remedies this problem.
-
007: SECURITY FIX: Jul 27, 1999
All architectures
Cause groff(1) to be invoked with the -S flag, when called by nroff(1),
to avoid various groff features which may be security issues. On the
whole, this is not really a security issue, but it was discussed on
BUGTRAQ as if it is.
A source code patch exists which remedies this problem.
-
008: RELIABILITY FIX: May 19, 1999
All architectures
Programs using fts(3) could dump core when given a directory structure
with a very large number of entries.
A source code patch exists which remedies this problem.
-
009: RELIABILITY FIX: May 19, 1999
All architectures
Sequence numbers could wrap with TCP_SACK and TCP_NEWRENO, resulting in
failure to retransmit correctly.
A source code patch exists which remedies this problem.
-
010: RELIABILITY FIX
All architectures
Retransmitted TCP packets could get corrupted when flowing over an
IPSEC ESP tunnel.
A source code patch exists which remedies this problem.
-
011: RELIABILITY FIX
All architectures
A local user can crash the system by reading a file larger than 64meg
from an ext2fs partition.
A source code patch exists which remedies this problem.
-
012: RELIABILITY FIX
All architectures
PF_KEY socket operations leak internal kernel resources, so that a
system running an IPsec key management daemon like photurisd or isakmpd
will cause the networking subsystem to stop working after a finite amount
of time.
A source code patch exists which remedies this problem.
-
013: Y2K FIX: Aug 30, 1999
This patch corrects various OpenBSD/i386 2.5 problems with Y2K. The 2.6
release (released at 1 Dec 1999) has this problem solved. This patch is
just a workaround.
A source code patch exists which remedies this problem.
-
014: RELIABILITY FIX
If a user opened the brooktree device on a system where it did not exist,
the kernel crashed.
A source code patch exists which remedies this problem.
-
015: INSTALL PROBLEM
The mac68k install utils were mistakenly left off the CD and out of
the FTP install directories. These tools have now been added to the
FTP install directories. See
https://ftp.openbsd.org/pub/OpenBSD/2.5/mac68k/utils
-
016: RELIABILITY FIX
Two problems in the powerpc kernel trap handling cause severe system
unreliability.
A source code patch exists which remedies this problem.