[apparmor] aa-enabled
Tyler Hicks
tyhicks at canonical.com
Wed Dec 16 16:13:37 UTC 2015
On 2015-12-16 14:07:53, Christian Boltz wrote:
> Hello,
>
> Am Dienstag, 15. Dezember 2015 schrieb Seth Arnold:
> > On Tue, Dec 15, 2015 at 06:41:48PM -0600, Tyler Hicks wrote:
> > > > + if (!quiet) {
> > > > + switch(err) {
> > > > + case ENOSYS:
> > > > + printf(_("No - not available on this system.\n"));
> > > > + break;
> > > > + case ECANCELED:
> > > > + printf(_("No - disabled at boot.\n"));
> > > > + break;
> > > > + case ENOENT:
> > > > + printf(_("Maybe - policy interface not available.\n"));
> > > > + break;
> > > > + case EPERM:
> > > > + case EACCES:
> > > > + printf(_("Maybe - insufficient permissions to determine
> > > > availability.\n")); + break;
> > > > + default:
> > > > + printf(_("Error - '%s'\n"), strerror(err));
> > > > + }
> > > > + }
> > > > +
> > > > + return err;
> > >
> > > Do we really want to return an errno value here? Why not just
> > > EXIT_FAILURE?
> >
> > Sigh, I looked right at this, made suggestions, and missed the point
> > entirely -- we have to exit with different exit codes because the exit
> > code from aa-status(8) is documented with these descriptions. But we
> > can't just return with EPERM, we actually need to map all these to
> > 1--4.
>
> I mostly agree, however the description of 1..4 in aa-status(8)
> describes only "expected" errors. We might want to use a different value
> for unexpected errors (that's the "default:" branch in the code quoted
> above), and should of course document that additional exit code in the
> manpage. (I'd recommend not to use 5 to have some room reserved if we
> ever decide to add another "expected" error.)
Also, the expected error that results in exit status of '2' has nothing
to do with aa-enabled:
2 if apparmor is enabled but no policy is loaded.
What this translates to is that /sys/kernel/security/apparmor/profiles
is empty. However, we have no reason to inspect that file in aa-enabled.
Also, I think it is a bug that `aa-status --enabled` will return 2 if
the profiles file is empty. Should we change that behavior?
Tyler
>
>
> Regards,
>
> Christian Boltz
> --
> > Gibt es eine CPU Beschränkung bei der Prof. Version?
> Die gibt es tatsaechlich, hat aber nichts mit der Professional Version
> zu tun, sondern mit dem Linux-Kernel selbst. Das Limit liegt aber weit
> jenseits von dem, was für Dich vermutlich relevant und bezahlbar ist ;-)
> [> Robert und Thomas Hertweck in suse-linux]
>
>
> --
> AppArmor mailing list
> AppArmor at lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/apparmor
-------------- 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/20151216/5a009a1a/attachment.pgp>
More information about the AppArmor
mailing list