* ls --context of /selinux
@ 2003-09-02 7:23 Russell Coker
2003-09-02 12:38 ` Stephen Smalley
0 siblings, 1 reply; 3+ messages in thread
From: Russell Coker @ 2003-09-02 7:23 UTC (permalink / raw)
To: SE Linux
What are the plans regarding "ls --context /selinux"?
Currently the lgetxattr() system call returns -1 (EOPNOTSUPP) and the current
ls patch (taken from Dan's repository) refuses to even allow "ls -l" because
of it (probably a bug in ls as I imagine that there will always be file
systems that don't support it).
Will "ls --context /selinux" ever work?
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/ My home page
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: ls --context of /selinux
2003-09-02 7:23 ls --context of /selinux Russell Coker
@ 2003-09-02 12:38 ` Stephen Smalley
2003-09-02 14:45 ` Daniel J Walsh
0 siblings, 1 reply; 3+ messages in thread
From: Stephen Smalley @ 2003-09-02 12:38 UTC (permalink / raw)
To: Russell Coker, Daniel J Walsh, James Morris; +Cc: SE Linux
On Tue, 2003-09-02 at 03:23, Russell Coker wrote:
> What are the plans regarding "ls --context /selinux"?
>
> Currently the lgetxattr() system call returns -1 (EOPNOTSUPP) and the current
> ls patch (taken from Dan's repository) refuses to even allow "ls -l" because
> of it (probably a bug in ls as I imagine that there will always be file
> systems that don't support it).
>
> Will "ls --context /selinux" ever work?
Since SELinux migrated to using xattr, the utilities can only get and
set the contexts of files in a filesystem if it provides an xattr
handler. There doesn't seem to be any reason to support getting or
setting contexts on selinuxfs entries, so I wouldn't expect us to
implement an xattr handler for it. The 'ls' in the patched coreutils
from the NSA SELinux site simply displays (null) in the context field
for such filesystems; I'm not sure why Dan has changed the behavior in
his latest patch. There will always be at least some filesystem types
that will not provide xattr handlers, so it does need to cleanly handle
this case.
--
Stephen Smalley <sds@epoch.ncsc.mil>
National Security Agency
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: ls --context of /selinux
2003-09-02 12:38 ` Stephen Smalley
@ 2003-09-02 14:45 ` Daniel J Walsh
0 siblings, 0 replies; 3+ messages in thread
From: Daniel J Walsh @ 2003-09-02 14:45 UTC (permalink / raw)
To: Stephen Smalley; +Cc: Russell Coker, James Morris, SE Linux
[-- Attachment #1: Type: text/plain, Size: 1213 bytes --]
I have recieved a bug report on this, so I am fixing and should have a
new rpm today.
Dan
Stephen Smalley wrote:
>On Tue, 2003-09-02 at 03:23, Russell Coker wrote:
>
>
>>What are the plans regarding "ls --context /selinux"?
>>
>>Currently the lgetxattr() system call returns -1 (EOPNOTSUPP) and the current
>>ls patch (taken from Dan's repository) refuses to even allow "ls -l" because
>>of it (probably a bug in ls as I imagine that there will always be file
>>systems that don't support it).
>>
>>Will "ls --context /selinux" ever work?
>>
>>
>
>Since SELinux migrated to using xattr, the utilities can only get and
>set the contexts of files in a filesystem if it provides an xattr
>handler. There doesn't seem to be any reason to support getting or
>setting contexts on selinuxfs entries, so I wouldn't expect us to
>implement an xattr handler for it. The 'ls' in the patched coreutils
>from the NSA SELinux site simply displays (null) in the context field
>for such filesystems; I'm not sure why Dan has changed the behavior in
>his latest patch. There will always be at least some filesystem types
>that will not provide xattr handlers, so it does need to cleanly handle
>this case.
>
>
>
[-- Attachment #2: Type: text/html, Size: 1538 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-09-02 14:45 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-09-02 7:23 ls --context of /selinux Russell Coker
2003-09-02 12:38 ` Stephen Smalley
2003-09-02 14:45 ` Daniel J Walsh
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.