Re: AppArmor Security Goal
- From: John Johansen <jjohansen@xxxxxxx>
- Date: Sat, 10 Nov 2007 20:17:39 -0800
On Sat, Nov 10, 2007 at 03:52:31PM -0800, david@xxxxxxx wrote:
On Sat, 10 Nov 2007, Dr. David Alan Gilbert wrote:
<snip>
A variable no. But the current iteration does allow specifying permissions
a question for Crispin,
is there a wildcard replacement for username? so that you could grant
permission to /home/$user/.mozilla...... and grant each user access to only
their own stuff? I realize that in this particular example the underlying
DAC will handle it, but I can see other cases where people may want to have
users more intermixed (say webserver files or directories for example)
for files that are owned by the user. The method to do so has been
changed from the current posting and may change again as their is some
debate as to how best express this.
So system policy can express something similar by doing
owner rw @{HOME}/.mozilla,
where @{HOME} is a user side variable that gets expanded into the
locations of the systems home directories.
yes you could do this, though I tend to want it just so I can controlAllowing a user to tweak (under constraints) their settings might allow
them to do something like create two mozilla profiles which are isolated
from each other, so that the profile they use for general web surfing
is isolated from the one they use for online banking.
the model of being able to add restrictions would still handle this. make
two shell scripts (one to start each browser profile) and set the AA policy
for these scripts to only have access to the appropriate directories.
which of my files firefox should be able to touch, without messing
up system policy.
Attachment:
pgpzu44qyR1Oa.pgp
Description: PGP signature
- Follow-Ups:
- Re: AppArmor Security Goal
- From: david
- Re: AppArmor Security Goal
- References:
- AppArmor Security Goal
- From: Crispin Cowan
- Re: AppArmor Security Goal
- From: Dr. David Alan Gilbert
- Re: AppArmor Security Goal
- From: Crispin Cowan
- Re: AppArmor Security Goal
- From: Dr. David Alan Gilbert
- Re: AppArmor Security Goal
- From: Crispin Cowan
- Re: AppArmor Security Goal
- From: Dr. David Alan Gilbert
- Re: AppArmor Security Goal
- From: david
- AppArmor Security Goal
- Prev by Date: Re: [PATCH] time: fix sysfs_show_{available,current}_clocksources() buffer overflow problem
- Next by Date: Re: [PATCH] [POWERPC] Fix CONFIG_SMP=n build error on ppc64
- Previous by thread: Re: AppArmor Security Goal
- Next by thread: Re: AppArmor Security Goal
- Index(es):
Relevant Pages
|