Ik kreeg weer 2 mailtjes van de FreeBSD mailinglist:
[b]- Remote denial-of-service when using accept filters[/b]
[quote]Topic: Remote denial-of-service when using accept filters
Category: core
Module: kernel
Announced: 2002-05-29
Credits: Mike Silbersack
Affects: FreeBSD 4.5-RELEASE
FreeBSD 4-STABLE after 2001-11-22 and prior to the
correction date
Corrected: 2002-05-21 18:03:16 UTC (RELENG_4)
2002-05-28 18:27:55 UTC (RELENG_4_5)
FreeBSD only: YES
I. Background
FreeBSD features an accept_filter(9) mechanism which allows an
application to request that the kernel pre-process incoming connections.
For example‚ the accf_http(9) accept filter prevents accept(2) from
returning until a full HTTP request has been buffered.
No accept filters are enabled by default. A system administrator must
either compile the FreeBSD kernel with a particular accept filter
option (such as ACCEPT_FILTER_HTTP) or load the filter using
kldload(8) in order to utilize accept filters.
II. Problem Description
In the process of adding a syncache to FreeBSD‚ mechanisms to remove
entries from the incomplete listen queue were removed‚ as only sockets
undergoing accept filtering now use the incomplete queue.
III. Impact
By simply connecting to a socket using accept filtering and holding a
few hundred sockets open (~190 with the default backlog value)‚ one
may deny access to a service. In addition to malicious users‚ this
affect has also been reported to be caused by worms such as Code Red
which generate URLs that do not meet the http accept filter’s
criteria.
Systems are not affected by this bug unless they have enabled accept
filters in the kernel and are utilizing an application configured to
take advantage of this feature. Apache (versions 1.3.14 and later) is
the only application known to utilize accept filters by default.
IV. Workaround
Do not use accept filters. If you have enabled the ACCEPT_FILTER_DATA
or ACCEPT_FILTER_HTTP options in your kernel‚ remove these options and
recompile your kernel as described in
system. If you have loaded one of the kernel accept filters by using
kldload(8)‚ then you must modify your startup scripts not to load
these modules and reboot your system. You may list loaded kernel
modules by using kldstat(8). If loaded‚ the HTTP accept filter will
be listed as `accf_http.ko’‚ and the Data accept filter will be listed
as `accf_data.ko’.
For affected versions of Apache‚ accept filters may be disabled either
by adding the directive “AcceptFilter off” to your configuration
file‚ or via a compile-time option‚ depending upon the version.
Please see the Apache documentation for details.
V. Solution
1) Upgrade your vulnerable system to 4.5-STABLE; or to the RELENG_4_5
(4.5-RELEASE-p6) security branch dated after the respective correction
dates.
2) To patch your present system:
The following patch has been verified to apply to FreeBSD 4.5-RELEASE
and 4.5-STABLE systems.
a) Download the relevant patch from the location below‚ and verify the
detached PGP signature using your PGP utility.
# fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:26/accept.patch
# fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:26/accept.patch.asc
b) Execute the following commands as root:
# cd /usr/src
# patch < /path/to/patch
c) Recompile your kernel as described in
system.
VI. Correction details
The following list contains the revision numbers of each file that was
corrected in FreeBSD.
Path Revision
Branch
– ————————————————————————-
src/sys/kern/uipc_socket.c
RELENG_4 1.68.2.21
RELENG_4_5 1.68.2.17.2.1
src/sys/kern/uipc_socket2.c
RELENG_4 1.55.2.15
RELENG_4_5 1.55.2.10.2.1
src/sys/conf/newvers.sh
RELENG_4_5 1.44.2.20.2.7
– ————————————————————————-
VII. References
[/quote]
[b]- rc uses file globbing dangerously[/b]
[quote]Topic: rc uses file globbing dangerously
Category: core
Module: rc
Announced: XXXX-XX-XX
Credits: lumpy
Affects: FreeBSD 4.4-RELEASE
FreeBSD 4.5-RELEASE
FreeBSD 4-STABLE prior to the correction date
Corrected: 2002-05-09 17:39:01 UTC (RELENG_4)
2002-05-09 17:40:27 UTC (RELENG_4_5)
2002-05-09 17:41:05 UTC (RELENG_4_4)
FreeBSD only: YES
I. Background
rc is the system startup script (/etc/rc). It is run when the FreeBSD
is booted multi-user‚ and performs a multitude of tasks to bring the
system up. One of these tasks is to remove lock files left by X
Windows‚ as their existence could prevent one from restarting the X
Windows server.
II. Problem Description
When removing X Windows lock files‚ rc uses the rm(1) command and
shell globbing:
rm -f /tmp/.X*-lock /tmp/.X11-unix/*
Since /tmp is a world-writable directory‚ a user may create
/tmp/.X11-unix as a symbolic link to an arbitrary directory. The next
time that rc is run (i.e. the next time the system is booted)‚ rc will
then remove all of the files in that directory.
III. Impact
Users may remove the contents of arbitrary directories if the
/tmp/.X11-unix directory does not already exist and the system can
be enticed to reboot (or the user can wait until the next system
maintenance window).
IV. Workaround
Find and remove or comment-out the following line in /etc/rc:
rm -f /tmp/.X*-lock /tmp/.X11-unix/*
The following command executed as root will do this:
/bin/sh -c ‘echo -e “/.X11-unix/s/^/#/nwnqn” | /bin/ed -s /etc/rc’
V. Solution
1) Upgrade your vulnerable system to 4.5-STABLE; or to either of the
RELENG_4_5 (4.5-RELEASE-p6) or RELENG_4_4 (4.4-RELEASE-p13) security
branches dated after the respective correction dates.
2) To patch your present system:
a) Download the relevant patch from the location below‚ and verify the
detached PGP signature using your PGP utility.
# fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:27/rc.patch
# fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:27/rc.patch.asc
b) Execute the following commands as root:
# cd /usr/src
# patch < /path/to/patch
c) Install the new rc script:
# cd /usr/src/etc
# install -c -o root -g wheel -m 644 rc /etc/rc
VI. Correction details
The following list contains the revision numbers of each file that was
corrected in FreeBSD.
Path Revision
Branch
- -------------------------------------------------------------------------
src/etc/rc
RELENG_4 1.212.2.50
RELENG_4_5 1.212.2.38.2.1
RELENG_4_4 1.212.2.34.2.1
- -------------------------------------------------------------------------
VII. References
[/quote]