genprof(8) [suse man page]
GENPROF(8) AppArmor GENPROF(8)
NAME
aa-genprof - profile generation utility for AppArmor
SYNOPSIS
aa-genprof <executable> [-d /path/to/profiles]
OPTIONS
-d --dir /path/to/profiles
Specifies where to look for the AppArmor security profile set.
Defaults to /etc/apparmor.d.
DESCRIPTION
When running aa-genprof, you must specify a program to profile. If the specified program is not a fully-qualified path, aa-genprof will
search $PATH in order to find the program.
If a profile does not exist for the program, aa-genprof will create one using aa-autodep(1).
Genprof will then:
- set the profile to complain mode
- write a mark to the system log
- instruct the user to start the application to
be profiled in another window and exercise its functionality
It then presents the user with two options, (S)can system log for entries to add to profile and (F)inish.
If the user selects (S)can or hits return, aa-genprof will parse the complain mode logs and iterate through generated violations using
logprof(1).
After the user finishes selecting profile entries based on violations that were detected during the program execution, aa-genprof will
reload the updated profiles in complain mode and again prompt the user for (S)can and (D)one. This cycle can then be repeated as neccesary
until all application functionality has been exercised without generating access violations.
When the user eventually hits (F)inish, aa-genprof will set the main profile, and any other profiles that were generated, into enforce mode
and exit.
BUGS
None. Please report any you find to bugzilla at <http://bugzilla.novell.com>.
SEE ALSO
apparmor(7), apparmor.d(5), aa-enforce(1), aa-complain(1), change_hat(2), aa-logprof(1), logprof.conf(5), and
<http://forge.novell.com/modules/xfmod/project/?apparmor>.
NOVELL
/SUSE 2008-06-11 GENPROF(8)
Check Out this Related Man Page
LOGPROF(8) AppArmor LOGPROF(8)
NAME
aa-logprof - utility program for managing AppArmor security profiles
SYNOPSIS
aa-logprof [-d /path/to/profiles] [-f /path/to/logfile] [-m <mark in logfile>]
OPTIONS
-d --dir /path/to/profiles
The path to where the AppArmor security profiles are stored
-f --file /path/to/logfile
The path to the location of the logfile that contains AppArmor
security events.
-m --logmark "mark"
aa-logprof will ignore all events in the system log before the
specified mark is seen. If the mark contains spaces, it must
be surrounded with quotes to work correctly.
DESCRIPTION
aa-logprof is an interactive tool used to review AppArmor's complain mode output and generate new entries for AppArmor security profiles.
Running aa-logprof will scan the log file and if there are new AppArmor events that are not covered by the existing profile set, the user
will be prompted with suggested modifications to augment the profile.
When aa-logprof exits profile changes are saved to disk. If AppArmor is running, the updated profiles are reloaded and if any processes
that generated AppArmor events are still running in the null-complain-profile, those processes are set to run under their proper profiles.
Responding to AppArmor Events
aa-logprof will generate a list of suggested profile changes that the user can choose from, or they can create their own, to modifiy the
permission set of the profile so that the generated access violation will not re-occur.
The user is then presented with info about the access including profile, path, old mode if there was a previous entry in the profile for
this path, new mode, the suggestion list, and given these options:
(A)llow, (D)eny, (N)ew, (G)lob last piece, (Q)uit
If the AppArmor profile was in complain mode when the event was generated, the default for this option is (A)llow, otherwise, it's (D)eny.
The suggestion list is presented as a numbered list with includes at the top, the literal path in the middle, and the suggested globs at
the bottom. If any globs are being suggested, the shortest glob is the selected option, otherwise, the literal path is selected. Picking
includes from the list must be done manually.
Hitting a numbered key will change the selected option to the corresponding numbered entry in the list.
If the user selects (N)ew, they'll be prompted to enter their own globbed entry to match the path. If the user-entered glob does not match
the path for this event, they'll be informed and have the option to fix it.
If the user selects (G)lob last piece then, taking the currently selected option, aa-logprof will remove the last path element and replace
it with /*.
If the last path element already was /*, aa-logprof will go up a directory level and replace it with /**.
This new globbed entry is then added to the suggestion list and marked as the selected option.
So /usr/share/themes/foo/bar/baz.gif can be turned into /usr/share/themes/** by hitting "g" three times.
If the user selects (A)llow, aa-logprof will take the current selection and add it to the profile, deleting other entries in the profile
that are matched by the new entry.
Adding r access to /usr/share/themes/** would delete an entry for r access to /usr/share/themes/foo/*.gif if it exists in the profile.
If (Q)uit is selected at this point, aa-logprof will ignore all new pending capability and path accesses.
After all of the path accesses have been handled, logrof will write all updated profiles to the disk and reload them if AppArmor is
running.
New Process (Execution) Events
If there are unhandled x accesses generated by the execve(2) of a new process, aa-logprof will display the parent profile and the target
program that's being executed and prompt the user to select and execute modifier. These modifiers will allow a choice for the target to:
have it's own profile (px), inherit the parent's profile (ix), run unconstrained (ux), or deny access for the target. See apparmor.d(5) for
details.
If there is a corresponding entry for the target in the qualifiers section of /etc/apparmor/logprof.conf, the presented list will contain
only the allowed modes.
The default option for this question is selected using this logic--
# if px mode is allowed and profile exists for the target
# px is default.
# else if ix mode is allowed
# ix is default
# else
# deny is default
aa-logprof will never suggest "ux" as the default.
ChangeHat Events
If unknown change_hat(2) events are found, the user is prompted to add a new hat, if the events should go into the default hat for this
profile based on the corresponding entry in the defaulthat section of logprof.conf, or if the following events that run under that hat
should be denied altogether.
Capability Events
If there are capability accesses, the user is shown each capability access and asked if the capability should be allowed, denied, or if the
user wants to quit. See capability(7) for details.
BUGS
None. Please report any you find to bugzilla at <http://bugzilla.novell.com>.
SEE ALSO
klogd(8), auditd(8), apparmor(7), apparmor.d(5), change_hat(2), logprof.conf(5), aa-genprof(1), aa-complain(1), aa-enforce(1), and
<http://forge.novell.com/modules/xfmod/project/?apparmor>.
NOVELL
/SUSE 2008-06-11 LOGPROF(8)