Skip to contentSkip to conversation

add fs_use_xattr on jffs2

PATCH In review KaiGai Kohei 3 participants 4 messages Aug 25, 2006 SELinux security module

lore
Share & tools
lore
#0 lore raw

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
Index: policy/modules/kernel/filesystem.te
===================================================================
@@ -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.

#1 lore raw
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.
#2 lore raw
In reply to KaiGai Kohei

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.jpg

Thanks,
--
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.

#3 lore raw

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.