lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue Apr 11 23:52:51 2006
From: jjohansen at suse.de (John Johansen)
Subject: [Apparmor-dev] Re: Re: [SC-L] Re:
	[Owasp-dotnet] RE: 4 Questions: Latest IE vulnerability,
	Firefox vs IE security, User vs Admin risk profile,
	and browsers coded in 100% Managed Verifiable code

On Thu, Apr 06, 2006 at 11:38:48AM -0400, Brian Eaton wrote:
> On 4/5/06, Crispin Cowan <crispin@...ell.com> wrote:
> > Pascal Meunier wrote:
> > >  but as you posted an example profile with "capability setuid", I must
> > > admit I am curious as to why an email client needs that.
> > Well now that is a very good question, but it has nothing to do with
> > AppArmor. The AppArmor learning mode just records the actions that the
> > application performs. With or without AppArmor, the Thunderbird mail
> > client is using cap_setuid. AppArmor gives you the opportunity to *deny*
> > that capability, so you can try blocking it and find out. But for
> > documentation on why Thunderbird needs it, you would have to look at
> > mozilla.org not the AppArmor pages.
> 
> Does cap_setuid give a program enough authority to break out of the
> AppArmor profile?
> 
No.  AppArmor's profile will confine a process the same no matter what the
uid is (including root).  When a confined program changes its uid the
apparmor profile persists and continues to confine the program the same as
it did under the old uid.

Note that there may be a change in what can be accessed because of DAC
(standard unix permission checking).  DAC permission's are checked before
apparmor's profile so it can be used to reduce permission's to a subset of
what is allowed by the apparmor profile.

john
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20060411/8dba6175/attachment.bin

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ