[Apparmor-dev] Re: repost of network toggle patches for the tools and bug fixes for repo

John Johansen jjohansen at suse.de
Tue Jul 24 19:25:19 MDT 2007


On Tue, Jul 24, 2007 at 03:24:12PM -0600, Dominic Reynolds wrote:
> Missing patch attached.
> 
> -dom
> 
> +++ Dominic Reynolds [24/07/07 14:12 -0600]:
> > Refreshsed patches to include jesses latest locking/append fixes and fix
> > other problems:
> >    directory matching when existing rules have tailglobs 
> >    rudimentary fix for mandatory profile error messages
> > 

Well, not so promising.  The results from testing show the same bugs
I hit last time, every single one of them and I noticed a couple
new ones (so forgive me for copy and pasting from previous mail).

It is the same test of removing firefox and firefox-bin profiles
and doing genprof firefox

Bugs
choosing * doesn't eliminate questions/choices it should (NEW)
- genprof prompts for r on /foo/bar/bleah 
  choose glob so I add the rule
  /foo/bar/*

  genprof proceeds to ask for r permission on /foo/bar/next
  and then /foo/bar/yetagain, ...

  It only stops when I have said yes to each entry or when I choose
  to use **
  eg. /foo/bar/**

Directory perm bug
- We are still hitting a couple of directory perm bugs in genprof.
  The situation is asking for r perm on /dir/ (still)

  example 1:
  asking for "r" on /tmp/ and /var/tmp/
  looking into preprocessed profile I see the tmp profile tmp rules in global
  /var/tmp/** rwl,
  /var/tmp    r,
  /tmp/**    rwl,
  /tmp       r,

  so it looks like genprof is matching /tmp/ to /tmp and just not prompting
  for it.

  example 2:
  asking for "r" on /etc/opt/gnome/gnome-vfs-2.0/modules/
  and the profile has
  /etc/opt/gnome/gnome-vfs-2.0/modules/*  r,
  or
  /etc/opt/gnome/gnome-vfs-2.0/modules/** r,

  and again genprof never prompts for that message

(P)rofile bug
  started profiling by doing genprof firefox and then ran firefox
  which kicks off the shell script, I got to it ask ix, px, ..
  for firefox-bin and chose px and I got greated with this error
  4 times

  Use of uninitialized value in scalar chomp at
  /usr/lib/perl5/vendor_perl/Immunix/SubDomain.pm line 593.

  And then it never processed any of the firefox-bin messages that
  used the null-complain-profile.

Null-complain-profile not tracking correctly?
  I haven't yet been able to successfully to create a profile for
  an app that is using the null-complain-profile.  I always have
  to restart with a base profile loaded for the application.



Other oddities and feature requests
- long pause on startup as genprof tried to check the profile repository,
  there was no indication that genprof was doing anythin

- long pause when choosing Px as genprof checked profile repository,
  again no message or indication it was trying to do something

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://forge.novell.com/pipermail/apparmor-dev/attachments/20070724/850003d3/attachment.pgp


More information about the Apparmor-dev mailing list