[apparmor] [PATCH] utils: Don't use access() to determine readability of profiles file
Tyler Hicks
tyhicks at canonical.com
Mon Jun 22 15:17:26 UTC 2015
On 2015-06-19 17:09:26, Steve Beattie wrote:
> On Fri, Jun 19, 2015 at 04:00:19PM -0700, Steve Beattie wrote:
> > Something goes horribly wrong with your patch applied, and I'm not sure
> > why:
> >
> > $ sudo ./aa-status --profiled
> > 96
> > $ sudo python3 ./aa-status --profiled
> > 96
> > $ quilt push
> > Applying patch ../patches/aa-status-crash.patch
> > patching file utils/aa-status
> >
> > Now at patch ../patches/aa-status-crash.patch
> > $ sudo ./aa-status --profiled
> > Traceback (most recent call last):
> > File "./aa-status", line 201, in <module>
> > commands[cmd]()
> > File "./aa-status", line 22, in cmd_profiled
> > profiles = get_profiles()
> > File "./aa-status", line 99, in get_profiles
> > profiles[match.group(1)] = match.group(2)
> > TypeError: 'unicode' object does not support item assignment
> > $ sudo python3 ./aa-status --profiled
> > Traceback (most recent call last):
> > File "./aa-status", line 201, in <module>
> > commands[cmd]()
> > File "./aa-status", line 22, in cmd_profiled
> > profiles = get_profiles()
> > File "./aa-status", line 99, in get_profiles
> > profiles[match.group(1)] = match.group(2)
> > TypeError: 'str' object does not support item assignment
> >
> > I'm trying to dig into it.
>
> Alright, I tracked it down. In your patch you change the line:
>
> > - apparmor_profiles = os.path.join(apparmorfs, "profiles")
> > + profiles = os.path.join(apparmorfs, "profiles")
>
> which is a problem, because the 'profiles' is already defined as the
> dictionary to store the contents of the file. Reverting this smidgen of
> a change fixes the breakage, i.e.:
>
> > + apparmor_profiles = os.path.join(apparmorfs, "profiles")
> > + try:
> > + f = open(apparmor_profiles)
>
> So with that...
>
> On Fri, Jun 19, 2015 at 11:05:16AM -0500, Tyler Hicks wrote:
> > LSMs, such as AppArmor, aren't consulted when a program calls access(2).
> > This can result in access(2) returning 0 but a subsequent open(2)
> > failing.
> >
> > The aa-status utility was doing the access() -> open() sequence and we
> > became aware of a large number of tracebacks due to open() failing for
> > lack of permissions. This patch catches any IOError exceptions thrown by
> > open(). It continues to print the same error message as before when
> > access() failed but also prints that error message when AppArmor blocks
> > the open of the apparmorfs profiles file.
> >
> > https://launchpad.net/bugs/1466768
> >
> > Signed-off-by: Tyler Hicks <tyhicks at canonical.com>
>
> Acked-by: Steve Beattie <steve at nxnw.org> for trunk and 2.9 as long as the above is
> fixed. Thanks!
Thanks for tracking down this mistake!
Tyler
>
> --
> Steve Beattie
> <sbeattie at ubuntu.com>
> http://NxNW.org/~steve/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/apparmor/attachments/20150622/6ad87f36/attachment.pgp>
More information about the AppArmor
mailing list