lkml.org 
[lkml]   [2007]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
On Thu, 21 Jun 2007, Joshua Brindle wrote:

> david@lang.hm wrote:
>> On Thu, 21 Jun 2007, Joshua Brindle wrote:
>>
>> > Lars Marowsky-Bree wrote:
>> > > On 2007-06-21T16:59:54, Stephen Smalley <sds@tycho.nsa.gov> wrote:
>> > > <snip>
>> > >
>> > >
>> > > > Um, no. It might not be able to directly open files via that
>> > > path, but
>> > > > showing that it can never read or write your mail is a rather
>> > > different
>> > > > matter.
>> > > >
>> > > Yes. Your use case is different than mine.
>> > >
>> >
>> > So.. your use case is what? If an AA user asked you to protect his mail
>> > from his browser I'm sure you'd truthfully answer "no, we can't do that
>> > but we can protect the path to your mail from your browser".. I think
>> > not. One need only look at the wonderful marketing literature for AA to
>> > see what you are telling people it can do, and your above statement
>> > isn't consistent with that, sorry.
>>
>> remember, the policies define a white-list
>>
>
> Except for unconfined processes.

correct, but we are talking about what a confined process can get to
without assistance from an unconfined process.

>> so if a hacker wants to have mozilla access the mail files he needs to get
>> some other process on the sysstem to create a link or move a file to a
>> path that mozilla does have access to. until that is done there is no way
>> for mozilla to access the mail through the filesystem.
>>
>> other programs could be run that would give mozilla access to the mail
>> contents, but it would be through some other path that the policy
>> permitted mozilla accessing in the first place.
>>
> Or through IPC or the network, that is the point, filesystem only coverage
> doesn't cut it; there is no way to say the browser can't access the users
> mail in AA, and there never will be.

AA can be extended to cover these things in the future.

remember 'release early release often'?
how about 'perfect is the enemy of good enoug'?

at this point they're trying to get the initial implementation in so that
people can start takeing advantage of it. As a side effect the cost of
maintaining it will decrease, and they can put effort into planning future
enhancements.

besides, as far as the network communication goes, doesn't netfilter now
have a way to make rules for specific processes? if they don't then it
could be added, but the details of the implementation would probably be
very different from the current AA file controls.

how does delaying the acceptance of the current implementation encourage
the additional features being added?

but to answer your two comments.

how does mozilla access your mail over the network without first capturing
your password from somewhere?

as far as IPC goes, unix sockets are unavailable (AA as-is will control
them), so you must be talking about signals or shared memory as the IPC
mechanisms that mozilla would use to access your mail.

please explain to me what mail client you are useing that exposes your
mail via these mechinsms.

David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-06-22 07:15    [W:0.230 / U:0.344 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site