dffa03bda1
. klogd.c by Troels Walsted Hansen <troels@thule.no> I found a bug in the sysklogd package version 1.4. When it encounters a zero byte in the kernel logging output, the text parser enters a busy loop. I came upon it when the 3c59x driver from kernel 2.4.0 started outputting two zero bytes for the product code of my laptop's 3Com card. It could be argued that the kernel should never output zero bytes in the logging info, but obviously that will happen from time to time. I fear this bug might be considered a security issue as well, if the kernel can be coerced to output a zero byte somehow, all kernel logging will stop. Wolfgang Oertl <Wolfgang.Oertl@uibk.ac.at> had a similar bugfix idea . klogd.c by Thomas Roessler <roessler@does-not-exist.org> Additionally, the patch prevents LogLine from being invoked with a negative counter as an argument. |
||
---|---|---|
ANNOUNCE | ||
CHANGES | ||
COPYING | ||
INSTALL | ||
kernel.patch | ||
klogd.8 | ||
klogd.c | ||
klogd.h | ||
ksym_mod.c | ||
ksym.c | ||
ksyms.h | ||
Makefile | ||
MANIFEST | ||
modutils.patch | ||
NEWS | ||
oops_test.c | ||
oops.c | ||
pidfile.c | ||
pidfile.h | ||
README.1st | ||
README.linux | ||
sysklogd.8 | ||
syslog_tst.c | ||
syslog-tst.conf | ||
syslog.c | ||
syslog.conf | ||
syslog.conf.5 | ||
syslogd.8 | ||
syslogd.c | ||
version.h |
Welcome to the sysklogd package for Linux. All the utility documentation has now been moved into the man pages. Please review these carefully before proceeding. Version 1.3 of the package is the culmination of about two years of experience and bug reports on the 1.2 version from both the INTERNET and our corporate Linux networks. The utilities in this package should provide VERY reliable system logging. Klogd and syslogd have both been stress tested in kernel development environments where literally hundreds of megabytes of kernel messages have been blasted through them. If either utility should fail the development team would appreciate debug information so that the bug can be reproduced and squashed. Both utilities (syslogd, klogd) can be either run from init or started as part of the rc.* sequence. Caution should be used when starting these utilities from init since the default configuration is for both of these utilities to auto-background themselves. Depending on the version of init being used this could either result in the process table being filled or at least 10 copies of the daemon being started. If auto-backgrounding is NOT desired the command line option -n should be used to disable the auto-fork feature. I have found work on the sysklogd package to be an interesting example of the powers of the INTERNET. Stephen, Juha, Shane, Martin and myself have successfully collaborated on the development of this package without ever having met each other, in fact we could pass on the street without realizing it. What I have developed is a profound respect for the personal capabilities of each one of these individuals. Perhaps the greatest `Linux Legacy' will be that its development/enhancement is truly an example of the powers of international cooperation through the worldwide INTERNET. We would be interested in keeping track of any and all bug fixes/changes that are made. At the time that work was started on the sysklogd package the syslog(d) sources seemed to have fallen into neglect. This work started with and continues the believe that it is important to maintain consistent standardized system utilities sources. Hopefully the Linux community will find these sources to be a useful addition to the software gene pool. There is a mailing list covering this package and syslog in general. The lists address is sysklogd@Infodrom.North.DE . To subscribe send a mail to Majordomo@Infodrom.North.DE with a line "subscribe sysklogd" in the message body. New versions of this package will be available at Joey's ftp server. ftp://ftp.infodrom.north.de/pub/people/joey/sysklogd/ Best regards, Dr. Wettstein Oncology Research Division Computing Facility Roger Maris Cancer Center Fargo, ND greg@wind.enjellic.com Stephen Tweedie Department of Computer Science Edinburgh University, Scotland Juha Virtanen jiivee@hut.fi Shane Alderton shane@ion.apana.org.au Martin Schulze Infodrom Oldenburg joey@linux.de And a host of bug reporters whose contributions cannot be underestimated.