Re: Security context of symbolic links on ubifs

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

 



On Tue, 2009-02-03 at 08:15 +0900, Tim wrote:
> Hello!
> 
> For an embedded project I'm trying to set security context of symbolic
> links located on ubifs to files located on ubifs as well.
> The result is as following:
> - after setting security context using setfiles or restorecon for
> links, ls -Z reports correct links labeling;
> - after rebooting computer I see that ALL symbolic links got default
> label for files for that filesystem (which is incorrect);
> Security context labeling for normal files/directories/devices works
> just fine and can survive reboot.
> I've tried same security context labels for link and linked file,
> different security contexts for link and linked file - results are the
> same as described.
> Any ideas why this is happening?

ubifs doesn't appear to implement complete support for security
attributes.  It does not define .getxattr and .setxattr operations for
symlinks (ubifs_symlink_inode_operations).  Also, it doesn't appear to
call security_inode_init_security() and set an attribute when allocating
new inodes (ubifs_new_inode), so it won't automatically label new files
that are created at runtime.

You also need to configure your policy to tell SELinux that the
filesystem supports security attributes via fs_use_xattr statements.
But that won't be sufficient without further code modifications to
ubifs.

-- 
Stephen Smalley
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@xxxxxxxxxxxxx with
the words "unsubscribe selinux" without quotes as the message.

[Index of Archives]     [Selinux Refpolicy]     [Linux SGX]     [Fedora Users]     [Fedora Desktop]     [Yosemite Photos]     [Yosemite Camping]     [Yosemite Campsites]     [KDE Users]     [Gnome Users]

  Powered by Linux