Re: freebsd-security Digest, Vol 184, Issue 2




On Nov 7, 2006, at 11:22 PM, Alexander Leidinger wrote:

Quoting Wes Peters <wes@xxxxxxxxxxxx> (from Tue, 7 Nov 2006 20:19:40 -0800):

--- /etc/rc.d/dmesg Sat May 6 21:00:26 2006
+++ dmesg Tue Nov 7 20:17:47 2006
@@ -19,8 +19,10 @@
do_dmesg()
{
- rm -f ${dmesg_file}
+ mv -f ${dmesg_file} ${dmesg_file}.prev
( umask 022 ; /sbin/dmesg $rc_flags > ${dmesg_file} )
+ cmp -s ${dmesg_file} ${dmesg_file}.prev || \
+ logger -p security.warn 'dmesg.boot changed from
previous boot'
}
load_rc_config $name


If you like that, I'm willing to discuss it further, and/or commit it
and let the howling tell if it's a keeper or not. ;^)

Did you try this? I didn't, but I would expect to see this message _every time_ (because of minor timecounter rate changes).

Yes, but only once, and then forced a change by re-running it. Maybe I just got 'lucky.' Feel free to suggest 'better' tests, or parts to throw out of dmesg.boot before the test.

--
Where am I, and what am I doing in this handbasket?
Wes Peters wes@xxxxxxxxxxxx

_______________________________________________
freebsd-security@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-security
To unsubscribe, send any mail to "freebsd-security-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: freebsd-security Digest, Vol 184, Issue 2
    ... previous boot' ... If you like that, I'm willing to discuss it further, and/or commit it ... and let the howling tell if it's a keeper or not. ... but I would expect to see this message _every time_ (because of minor timecounter rate changes). ...
    (FreeBSD-Security)
  • Re: freebsd-security Digest, Vol 184, Issue 2
    ... previous boot' ... If you like that, I'm willing to discuss it further, and/or commit it ... and let the howling tell if it's a keeper or not. ... my advice. ...
    (FreeBSD-Security)
  • Re: 2.6.26-git0: IDE oops during boot
    ... Trying to boot 2.6.25-git0, ... Could you please bisect it down to the guilty commit? ... the gdb output, also points to the changes made by the guilty patch ... able to mount the filesystem and panics, am i not sure what is likely causing the panic. ...
    (Linux-Kernel)
  • [GIT PATCH] ACPI patches for 2.6.22 - part 4
    ... and a boot hang due to a race condition originating in 2.6.20. ... fix error path in new external package objects as method arguments ... ACPI: ... commit 629cf6d74beca87d57cea3e38edf7522c397d41e ...
    (Linux-Kernel)
  • Re: [BISECT] Boot failure on ia64.
    ... 3463a93def55c309f3c0d0a8aaf216be3be42d64 is first bad commit ... This fails to boot on any sn2 ia64 with the sn2_defconfig. ... ACPI: ...
    (Linux-Kernel)