mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Rene Rebe <rene.rebe@gmx.net>
To: Alexander Viro <viro@math.psu.edu>
Cc: greg@kroah.com, jonathan@daria.co.uk, linux-kernel@vger.kernel.org
Subject: Re: Q: device(file) permissions for USB
Date: Fri, 7 Dec 2001 00:57:07 +0100	[thread overview]
Message-ID: <20011207005707.6a09706a.rene.rebe@gmx.net> (raw)
In-Reply-To: <Pine.GSO.4.21.0112061835010.29985-100000@binet.math.psu.edu>
In-Reply-To: <20011206152721.M2710@kroah.com> <Pine.GSO.4.21.0112061835010.29985-100000@binet.math.psu.edu>

Hi.

On Thu, 6 Dec 2001 18:37:44 -0500 (EST)
Alexander Viro <viro@math.psu.edu> wrote:

> On Thu, 6 Dec 2001, Greg KH wrote:
> 
> > On Thu, Dec 06, 2001 at 10:30:50PM +0100, Rene Rebe wrote:
> > > 
> > > This is what I do - but IT SUCKS!! Can't the USB stuff simply use devfs so
> > > I can control the permissions of this USB nodes in a very nice / cleaner
> > > way I do with all my other stuff??? (In contrast to use some find -name
> 
> Because anybody who uses devfs might as well make everything in /dev 666
> and do the same with /etc/shadow while we are at it?

Huh?? Not I!

LOOKUP loop/* MODLOAD

LOOKUP input/js* MODLOAD

LOOKUP ppp MODLOAD

LOOKUP usb/lp0 MODLOAD
REGISTER scsi/* PERMISSIONS root.daemon 660

The last is needed for CD buring - and this is a workstation anyway.

rene@jackson:/etc > l /etc/shadow
-rw-r-----   1 root     shadow        258 Nov 11 23:02 /etc/shadow

I really like devfs (most) for the sane names, and all the other features
found in Richards texts.

Where is THE problem with permissions??

Especially for the permissions point usbfs is bad. Because you never know
what device belongs to what. For examples replug a device or take the Canon
IXUS, wich switch off every 30 seconds without data-transfer. Each time you
get a new criptic usbfs file you have to chmod 666 it blindly ... ???

Btw. Linux might be more insecure due to the many bugs I had to stumble over
in the last month ... (-> so I decided to donate some time reporting each
bug I find [and for my newest RAID one I take a look myself ...])

> > > | xargs chmod ... or simillar hacks ...)
> > 
> > How is using devfs (and devfsd) any different in "hack level" from using
> > /sbin/hotplug?
> > 
> > usbdevfs does not require devfs, which enables the majority of Linux
> > users to actually use it.
> 
> s/majority of/& sane/

Writing bash scripts is easier than adding two lines to devfsd.conf?? Btw.
sane users do not use such a mahor/messy distro ...

k33p h4ck1n6
  René

-- 
René Rebe (Registered Linux user: #248718 <http://counter.li.org>)

eMail:    rene.rebe@gmx.net
          rene@rocklinux.org

Homepage: http://www.tfh-berlin.de/~s712059/index.html

Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.

  parent reply	other threads:[~2001-12-06 23:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <fa.ljcupnv.1ghotjk@ifi.uio.no>
2001-12-06 20:14 ` Jonathan Hudson
2001-12-06 21:30 ` Rene Rebe
2001-12-06 23:27   ` Greg KH
2001-12-06 23:37     ` Alexander Viro
2001-12-06 23:57     ` Rene Rebe [this message]
2001-12-07  0:09       ` Alexander Viro
2001-12-07  0:35         ` Rene Rebe
2001-12-07  0:20       ` Rene Rebe
2001-12-07  0:21       ` Richard Gooch
2001-12-06 23:45   ` Rene Rebe
2001-12-07  0:00     ` Greg KH
2001-12-07  0:11     ` Rene Rebe
2001-12-07  0:21       ` Greg KH
2001-12-06 20:01 kees

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=20011207005707.6a09706a.rene.rebe@gmx.net \
    --to=rene.rebe@gmx.net \
    --cc=greg@kroah.com \
    --cc=jonathan@daria.co.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=viro@math.psu.edu \
    /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

all inboxes | Powered by JetHome®