From mboxrd@z Thu Jan 1 00:00:00 1970 From: Luke Kenneth Casson Leighton Date: Thu, 29 Jul 2004 20:40:08 +0000 Subject: Re: udev has had udev_selinux removed - argh! Message-Id: <20040729204008.GM9950@lkcl.net> List-Id: References: <20040729094717.GE6443@lkcl.net> <20040729185034.GA1530@kroah.com> In-Reply-To: <20040729185034.GA1530@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Greg KH Cc: linux-hotplug-devel@lists.sourceforge.net, SE-Linux hello greg, well i tried compiling udev-024 and it was a pain, plus i got udev-030 to work and decided it wasn't worth the effort, the users can JustLiveWithIt(tm) until it's fixed properly. greg, do you have any objections to me doing a "proper" job, which is to patch udev-add.c to use some libselinux1 functions that will "prime" the selinux module with the right context, such that when the node (and the symlink!) are individually created, they are individually created with the correct context - there and then. not post-creation, which is what udev_selinux and also the use of restorecon do. l. On Thu, Jul 29, 2004 at 11:50:34AM -0700, Greg KH wrote: > On Thu, Jul 29, 2004 at 10:47:17AM +0100, Luke Kenneth Casson Leighton wrote: > > hi there, > > > > gentoo have pulled udev from their distribution because the > > udev_selinux program has been removed from udev and replaced > > with a /etc/dev.d/default/selinux script. > > No they have not. As the Gentoo udev maintainer, I would have heard > about this :) I see it in the gentoo tree just fine. > > Now as to issues if the "hardened Gentoo" people currently like to use > udev or not, well that is a different issue... ah, likely. > > whilst this is reported as "WorkingForRedHat(tm)", i would > > be very grateful if the functionality could be returned such > > that it can be optionally compiled back in. > > Great, send me patches to do this. I'm not a selinux developer, so I > rely on someone else to support this if they want to. The previous > patches for selinux in udev were not working, so they were removed. > > > i have a question for you: is there the possibility of a race > > condition in between udev creating nodes in /dev, and the > > scripts in /etc/dev.d/default getting at them? > > Only if your startup scripts are stupid. :) > > > for example, could /dev/usbtts0 be created if i plug in a USB modem, > > and hotplug or a manual process fire up pppd BEFORE > > /etc/dev.d/default/selinux gets to it? > > That's a different question than the one above. > Sure, that could happen, it just proves that udev needs to have selinux > support added into it, to prevent this from happening. > > > because if so, things are going to fail unexpectedly. > > Yup. Good luck :) > > > how has this issue been addressed in udev, and also, whilst > > i realise that Fedora accept the /etc/dev.d/default/selinux > > change, it should concern you that gentoo do not [and therefore, > > like a lemming oblique stroke sheep, i'd rather not, for my > > debian distro]. > > Again, patches are welcome. > > thanks, > > greg k-h -- -- Information I post is with honesty, integrity, and the expectation that you will take full responsibility if acting on the information contained, and that, should you find it to be flawed or even mildly useful, you will act with both honesty and integrity in return - and tell me. -- lkcl.net
lkcl@lkcl.net
------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel