diff options
author | Eric Paris <eparis@redhat.com> | 2012-04-04 13:45:34 -0400 |
---|---|---|
committer | Eric Paris <eparis@redhat.com> | 2012-04-09 12:22:49 -0400 |
commit | 95dbf739313f09c8d859bde1373bc264ef979337 (patch) | |
tree | c798947b740826f1fc6403d8ed840565a086e7ea /security/capability.c | |
parent | eed7795d0a2c9b2e934afc088e903fa2c17b7958 (diff) | |
download | linux-95dbf739313f09c8d859bde1373bc264ef979337.tar.bz2 |
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>
Diffstat (limited to 'security/capability.c')
0 files changed, 0 insertions, 0 deletions