From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: SE-Linux <selinux@tycho.nsa.gov>
Subject: fuse + selinux
Date: Sat, 2 Oct 2004 19:34:52 +0100 [thread overview]
Message-ID: <20041002183452.GA5827@lkcl.net> (raw)
okay, i tried rewriting fuse + the fusexmp userspace program into a
kernel module called "fsproxy". i got as far as doing everything but
moving the userspace-inode-allocation code into the kernel, and at
that point i tried examining how smbfs does pseudo-and-on-demand inode
creation, and it's all gone slightly pear-shaped.
fuse really doesn't do a good job of allocating inodes because
the code does the allocation in userspace instead of using a
dentry-to-inode thing what like it _should_ be doing.
so what i have gone back to is the original hacks to fuse... but adding
in-kernel redirection of any xattr calls to the same locations that the
fusexmp code does.
so what i have is a partial hacked combination of userspace +
kernelspace which i could really do without... but it works, it actually
works.
so, bearing that in mind, i have a question:
if i view an autofs-mount point /media through the real filesystem, it
shows up as (null) selinux permissions.
if i view the same mount mount through my modified-fuse system [which
is a bit like mount --rbind /Documents / only with a totally different
inode set] the same point - /Documents/media - shows up as unlabeled_t.
could the reason for that be that my code is, instead of showing the
filesystem that is mounted on /media, it's showing the _mountpoint_?
l.
--
--
Truth, honesty and respect are rare commodities that all spring from
the same well: Love. If you love yourself and everyone and everything
around you, funnily and coincidentally enough, life gets a lot better.
--
<a href="http://lkcl.net"> lkcl.net </a> <br />
<a href="mailto:lkcl@lkcl.net"> lkcl@lkcl.net </a> <br />
--
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.
reply other threads:[~2004-10-02 18:23 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041002183452.GA5827@lkcl.net \
--to=lkcl@lkcl.net \
--cc=selinux@tycho.nsa.gov \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.