add fs_use_xattr on jffs2
PATCH 1/1 add fs_use_xattr on jffs2
This patch enables to use xattr on jffs2 filesystem.
The jffs2 filesystem is a filesystem for memory technology devices (MTD), and xattr supporting on jffs2 is neccesary to use SELinux with a small diskless PDA and so on. This facility is queued for kernel 2.6.18 now, so I hope to merge this small patch into the refpolicy repository.
Example of xattr/jffs2: SELinux on OpenZaurus :D
http://www.kaigai.gr.jp/pub/sezaurus.jpg
Thanks,
--
KaiGai Kohei <[email protected]>
modules/kernel/filesystem.te (working copy) renamed from modules/kernel/filesystem.te (revision 1965) +1 -0
@@ -24,6 +24,7 @@ fs_use_xattr ext2 gen_context(system_u:object_r:fs_t,s0); fs_use_xattr ext3 gen_context(system_u:object_r:fs_t,s0); fs_use_xattr gfs2 gen_context(system_u:object_r:fs_t,s0); +fs_use_xattr jffs2 gen_context(system_u:object_r:fs_t,s0); fs_use_xattr jfs gen_context(system_u:object_r:fs_t,s0); fs_use_xattr xfs gen_context(system_u:object_r:fs_t,s0);
--
This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to [email protected] with the words "unsubscribe selinux" without quotes as the message.
Quoted 7 lines · KaiGai Kohei
This patch enables to use xattr on jffs2 filesystem.
The jffs2 filesystem is a filesystem for memory technology devices (MTD), and xattr supporting on jffs2 is neccesary to use SELinux with a small diskless PDA and so on. This facility is queued for kernel 2.6.18 now, so I hope to merge this small patch into the refpolicy repository.
Thanks, merged.
Signature · 9 lines
Chris PeBenito Tresys Technology, LLC (410) 290-1411 x150 -- This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to [email protected] with the words "unsubscribe selinux" without quotes as the message.
Hey KaiGai,
We talked during the symposium though we didn't have much time for it. Glad to see you're still working on embedded SELinux stuff. So, what's the current status of jffs2? It has full support for xattr now, right? Do the Infradead guys (jffs maintainers) know about this? Or it's already merged in upstream?
Are you using a special policy? Busybox modified?
I think this could be a nice thing for the next symposium, say, prepare modified uClinux buildroot system, make it available so people can build embedded systems with native support for SELinux. Actually this will bring some real buzz to the field. There are many platforms out there supposed to be suitable for building "secure firewall appliances", yet none implements a single serious solution to make it "secure" beyond just the buzz wording itself.
Cheers.
PS: Don't hesitate to comment on a private thread. I'm not sure if someone around will be interested on the idea, thus I'm CC'ing the list.
Quoted 29 lines · KaiGai Kohei
This patch enables to use xattr on jffs2 filesystem.
The jffs2 filesystem is a filesystem for memory technology devices (MTD), and xattr supporting on jffs2 is neccesary to use SELinux with a small diskless PDA and so on. This facility is queued for kernel 2.6.18 now, so I hope to merge this small patch into the refpolicy repository.
Example of xattr/jffs2: SELinux on OpenZaurus :D
http://www.kaigai.gr.jp/pub/sezaurus.jpgThanks,
--
KaiGai Kohei <[email protected]>Index: policy/modules/kernel/filesystem.te
===================================================================modules/kernel/filesystem.te (working copy) renamed from modules/kernel/filesystem.te (revision 1965) +1
-1@@ -24,6 +24,7 @@ fs_use_xattr ext2 gen_context(system_u:object_r:fs_t,s0); fs_use_xattr ext3 gen_context(system_u:object_r:fs_t,s0); fs_use_xattr gfs2 gen_context(system_u:object_r:fs_t,s0); +fs_use_xattr jffs2 gen_context(system_u:object_r:fs_t,s0); fs_use_xattr jfs gen_context(system_u:object_r:fs_t,s0); fs_use_xattr xfs gen_context(system_u:object_r:fs_t,s0); --
Quoted 4 lines
This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to [email protected] with the words "unsubscribe selinux" without quotes as the message.
--
This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to [email protected] with the words "unsubscribe selinux" without quotes as the message.
Hi, Lorenzo.
Quoted 3 lines
We talked during the symposium though we didn't have much time for it. Glad to see you're still working on embedded SELinux stuff. So, what's the current status of jffs2? It has full support for xattr now, right?
Yes, all of functions we need to enable SELinux are available. In addition, you can enable POSIX ACL support on jffs2.
# But, POSIX ACL consumes memory as much as Ext2/3, I think it's not
# suitable for embedded. So, it should be fixed on 2.6.19. orz
Quoted 2 lines
Do the Infradead guys (jffs maintainers) know about this? Or it's already merged in upstream?
This achievement would not have been possible without collaborating with David Woodhouse and any other MTD peopel.
The serious of patches are already merged into Linus's git-tree via MTD-tree and queued for 2.6.18 now.
See,
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.18-rc1
Quoted 1 line
Are you using a special policy? Busybox modified?
No, I installed a non-modified Nakamura's policy the small PDA, because I didn't have enough time for this.
And, busybox is not modified by same reason.
'ps' is an exception. As it didn't work correctly, I installed a part of the procps package.
Quoted 1 line
I think this could be a nice thing for the next symposium, say,
Please recomend it to my boss. :)
Quoted 6 lines
prepare modified uClinux buildroot system, make it available so people can build embedded systems with native support for SELinux. Actually this will bring some real buzz to the field. There are many platforms out there supposed to be suitable for building "secure firewall appliances", yet none implements a single serious solution to make it "secure" beyond just the buzz wording itself.
What kind of modifications for uClibc is necessary, do you think? Because I don't have enough experimence on embedded region, any ideaes and collaborations are wellcome!
Thanks,
Signature · 6 lines
KaiGai Kohei <[email protected]> -- This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to [email protected] with the words "unsubscribe selinux" without quotes as the message.