[apparmor] [Patch] mod_apparmor: try uri hat after AADefaultHatName, not before

Seth Arnold seth.arnold at canonical.com
Fri Jun 13 00:46:44 UTC 2014


On Thu, Jun 12, 2014 at 02:23:46PM -0700, Steve Beattie wrote:
> Bug: https://bugs.launchpad.net/bugs/1322778
> 
> In trunk revno 2335, a bug was fixed in mod_apparmor that corrected
> the storage location for AADefaultHatName.  The incorrect storage
> caused the hat specified by the AADefaultHatName keyword to be the
> default value for AAHatName, and meant that if both an AAHatName and
> an AADefaultHatName entry were given in a vhost, mod_apparmor would
> not fall back to trying AADefaultHatName if the hat specified in
> AAHatName did not exist in the apache apparmor profile.
> 
> However, because the value specified in AADefaultHatName was the
> default, if no AAHatName was specified, it would be attempted first,
> before a hat based on the passed URI, rather than after as the
> documentation stated and the code intended. By fixing the storage bug,
> the attempted hat ordering now matched the documentation. But a number
> of users came to rely on AADefaultHatName being attempted before
> the URI. For trunk, this issue is less severe because mod_apparmor
> passes a vector of hats to aa_change_hatv(), and thus missing URI
> hats are not logged by the kernel apparmor bits. It still represents
> a behavioral change to users, though.
> 
> This patch re-adjusts the ordering so that the URI-based hat is
> attempted after the hat specified by AADefaultHatName is attempted,
> thus maintaining the actual behavior before the bug addressed in
> revno 2335 was fixed.
> 
> (Apologies that the manpage changes are represented as larger than the
> actual changes made; I reflowed the paragraphs, which caused gratuitous
> changes.)
> 

I don't like this much; if I've understood it correctly, this patch makes
it impossible to have most URIs in an application use one hat and
special-case a few URIs with another hat. AADefaultHatName and AAHatName
are more or less identical, right?

That said, the implementation looks good.

Should we use this in a distro patch somewhere to fix a regression?

Thanks

> Signed-off-by: Steve Beattie <steve at nxnw.org>
> ---
>  changehat/mod_apparmor/mod_apparmor.c   |    8 ++++----
>  changehat/mod_apparmor/mod_apparmor.pod |   21 ++++++++++-----------
>  2 files changed, 14 insertions(+), 15 deletions(-)
> 
> Index: b/changehat/mod_apparmor/mod_apparmor.c
> ===================================================================
> --- a/changehat/mod_apparmor/mod_apparmor.c
> +++ b/changehat/mod_apparmor/mod_apparmor.c
> @@ -159,10 +159,6 @@ immunix_enter_hat (request_rec *r)
>          aa_hat_array[i++] = dcfg->hat_name;
>      }
>  
> -    ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r,
> -		    "[uri] adding uri '%s' to aa_change_hat vector", r->uri);
> -    aa_hat_array[i++] = r->uri;
> -
>      if (scfg) {
>      	ap_log_rerror(APLOG_MARK, APLOG_TRACE1, 0, r, "Dumping scfg info: "
>      	          "scfg='0x%lx' scfg->hat_name='%s'",
> @@ -184,6 +180,10 @@ immunix_enter_hat (request_rec *r)
>      }
>  
>      ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r,
> +		    "[uri] adding uri '%s' to aa_change_hat vector", r->uri);
> +    aa_hat_array[i++] = r->uri;
> +
> +    ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r,
>  		    "[default] adding '%s' to aa_change_hat vector", DEFAULT_URI_HAT);
>      aa_hat_array[i++] = DEFAULT_URI_HAT;
>  
> Index: b/changehat/mod_apparmor/mod_apparmor.pod
> ===================================================================
> --- a/changehat/mod_apparmor/mod_apparmor.pod
> +++ b/changehat/mod_apparmor/mod_apparmor.pod
> @@ -72,14 +72,13 @@ behavior described above.
>  
>  =item B<AADefaultHatName>
>  
> -AADefaultHatName allows you to specify a default hat to be used
> -for virtual hosts and other Apache server directives, so that you
> -can have different defaults for different virtual hosts. This can
> -be overridden by the AAHatName directive and is checked for only if
> -there isn't a matching AAHatName or hat named by the URI. The default
> -value of AADefaultHatName is the ServerName for the server/vhost
> -configuration. If the AADefaultHatName hat does not exist, it falls
> -back to the DEFAULT_URI hat if it exists (as described above).
> +AADefaultHatName allows you to specify a default hat to be used for
> +virtual hosts and other Apache server directives, so that you can have
> +different defaults for different virtual hosts. This can be overridden
> +by the AAHatName directive and is checked for only if there isn't
> +a matching AAHatName. The default value of AADefaultHatName is the
> +ServerName for the server/vhost configuration.  If the AADefaultHatName
> +hat does not exist, then it falls back to the behavior described above.
>  
>  =back
>  
> @@ -99,12 +98,12 @@ will:
>  1. try to aa_change_hat(2) into a matching AAHatName hat if it exists and
>  applies, otherwise it will
>  
> -2. try to aa_change_hat(2) into the URI itself, otherwise it will
> -
> -3. try to aa_change_hat(2) into an AADefaultHatName hat, either the
> +2. try to aa_change_hat(2) into an AADefaultHatName hat, either the
>  ServerName (the default) or the configuration value specified by the
>  AADefaultHatName directive, for the server/vhost, otherwise it will
>  
> +3. try to aa_change_hat(2) into the URI itself, otherwise it will
> +
>  4. try to aa_change_hat(2) into the DEFAULT_URI hat, if it exists, otherwise it
>  will
>  
> -- 
> Steve Beattie
> <sbeattie at ubuntu.com>
> http://NxNW.org/~steve/



> -- 
> 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: 473 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/apparmor/attachments/20140612/cef4b035/attachment.pgp>


More information about the AppArmor mailing list