]> Pileus Git - ~andy/linux/commit
SELinux: check OPEN on truncate calls
authorEric Paris <eparis@redhat.com>
Wed, 4 Apr 2012 17:45:34 +0000 (13:45 -0400)
committerEric Paris <eparis@redhat.com>
Mon, 9 Apr 2012 16:22:49 +0000 (12:22 -0400)
commit95dbf739313f09c8d859bde1373bc264ef979337
treec798947b740826f1fc6403d8ed840565a086e7ea
parenteed7795d0a2c9b2e934afc088e903fa2c17b7958
SELinux: check OPEN on truncate calls

In RH BZ 578841 we realized that the SELinux sandbox program was allowed to
truncate files outside of the sandbox.  The reason is because sandbox
confinement is determined almost entirely by the 'open' permission.  The idea
was that if the sandbox was unable to open() files it would be unable to do
harm to those files.  This turns out to be false in light of syscalls like
truncate() and chmod() which don't require a previous open() call.  I looked
at the syscalls that did not have an associated 'open' check and found that
truncate(), did not have a seperate permission and even if it did have a
separate permission such a permission owuld be inadequate for use by
sandbox (since it owuld have to be granted so liberally as to be useless).
This patch checks the OPEN permission on truncate.  I think a better solution
for sandbox is a whole new permission, but at least this fixes what we have
today.

Signed-off-by: Eric Paris <eparis@redhat.com>
security/selinux/hooks.c