Re: [patch 010/286] kmsg: honor dmesg_restrict sysctl on /dev/kmsg

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 29 Apr 2013 19:38:04 -0400 Josh Boyer <jwboyer@xxxxxxxxxx> wrote:

> On Mon, Apr 29, 2013 at 04:17:21PM -0700, akpm@xxxxxxxxxxxxxxxxxxxx wrote:
> > From: Josh Boyer <jwboyer@xxxxxxxxxx>
> > Subject: kmsg: honor dmesg_restrict sysctl on /dev/kmsg
> > 
> > The dmesg_restrict sysctl currently covers the syslog method for access
> > dmesg, however /dev/kmsg isn't covered by the same protections.  Most
> > people haven't noticed because util-linux dmesg(1) defaults to using the
> > syslog method for access in older versions.  With util-linux dmesg(1)
> > defaults to reading directly from /dev/kmsg.
> > 
> > Fix this by reworking all of the access methods to use the
> > check_syslog_permissions function and adding checks to devkmsg_open and
> > devkmsg_read.
> > 
> > Addresses https://bugzilla.redhat.com/show_bug.cgi?id=903192
> > 
> > Signed-off-by: Eric Paris <eparis@xxxxxxxxxx>
> > Signed-off-by: Josh Boyer <jwboyer@xxxxxxxxxx>
> > Reported-by: Christian Kujau <lists@xxxxxxxxxxxxxxx>
> > Acked-by: Kees Cook <keescook@xxxxxxxxxxxx>
> > Cc: <stable@xxxxxxxxxxxxxxx>
> > Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
> 
> This version of the patch was found to cause dmesg(1) to no longer be
> able to use /dev/kmsg without CAP_SYSLOG.  Kay and the Karel Zak thought
> that was a regression, so I sent out a v3 in the same thread.  Kees had
> some issues with it, but I haven't seen a better proposal yet.

Thanks, I missed that.

Do we have a way forward?  I like Linus's idea of nuking the
dmesg_restrict feature ;)
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]