linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: frodoid@frodoid.org (Julien Oster)
To: Werner Almesberger <wa@almesberger.net>
Cc: Robert Love <rml@tech9.net>, Julien Oster <frodo@dereference.de>,
	linux-kernel@vger.kernel.org
Subject: Re: kernel ring buffer accessible by users
Date: Wed, 23 Apr 2003 18:05:56 +0200	[thread overview]
Message-ID: <20030423160556.GA30306@frodo.midearth.frodoid.org> (raw)
In-Reply-To: <20030423125602.B1425@almesberger.net>

On Wed, Apr 23, 2003 at 12:56:03PM -0300, Werner Almesberger wrote:

Hello Werner,

> > I think the problem is that kernel messages should not contain private
> > information, like ISDN phone numbers.  Why is that even in the kernel?

> How do you know what is sensitive information ? A kernel debug
> message may just say something like "bad message 47 65 68 65 69 6d",
> and the kernel has no idea that this is actually a password
> ("Geheim").

Exactly what I mean, thanks for pointing this out!

I'm afraid I can't remember a specific example, but I remember that
there actually happened something like that and those were things where
the kernel simply couldn't know that the info it gave was "secret".

Of course one could say "then let's just stop writing out anything in
the kernel buffer that COULD be sensitive", but I think this would
actually castrate the meaning of such a buffer.

Why exactly should an ordinary user have access to the kernel ring
buffer? I can't imagine anything that could be of any interest for him
or her. And there's stillt he possibility to tweak the permissions for
dmesg so that only a certain group (staff, operator, adm...) can execute
it, but then setuid root. That way, operators being non-root are also
happy.

Just because Solaris allows access, Linux doesn't have to, or has it?
And I think that in all those years the kernel output from Linux has
been growing immensly compared to that of Solaris.

Regards,
Julien


  parent reply	other threads:[~2003-04-23 15:53 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-22 16:21 kernel ring buffer accessible by users Julien Oster
2003-04-22 16:44 ` Michael Buesch
2003-04-22 16:52   ` Grzegorz Jaskiewicz
2003-04-22 16:54   ` Jörn Engel
2003-04-22 16:54   ` Julien Oster
2003-04-22 17:54     ` Richard B. Johnson
2003-04-22 17:17 ` Robert Love
2003-04-23 15:56   ` Werner Almesberger
2003-04-23 15:59     ` Robert Love
2003-04-23 16:23       ` Werner Almesberger
2003-04-24  0:30         ` David Wagner
2003-04-24 14:02       ` Grzegorz Jaskiewicz
2003-04-23 16:05     ` Julien Oster [this message]
2003-04-23 16:45       ` Werner Almesberger
2003-04-23 16:59         ` Frank v Waveren
2003-04-24  0:31       ` David Wagner
2003-04-24 13:10         ` Stephan von Krawczynski
2003-04-22 19:53 ` Jason Cook
2003-04-23  9:33 ` Olaf Hering

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030423160556.GA30306@frodo.midearth.frodoid.org \
    --to=frodoid@frodoid.org \
    --cc=frodo@dereference.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rml@tech9.net \
    --cc=wa@almesberger.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).