summaryrefslogtreecommitdiffstats
path: root/modules/aaa/mod_authz_owner.c
diff options
context:
space:
mode:
authorChris Darroch <chrisd@apache.org>2008-10-16 23:09:27 +0200
committerChris Darroch <chrisd@apache.org>2008-10-16 23:09:27 +0200
commit84687933eb78a0d6ed59f7c8035bebf1be09e6b5 (patch)
tree42cd40ff16015f3887c9b01a487a61d60669d343 /modules/aaa/mod_authz_owner.c
parentMake text match example. (diff)
downloadapache2-84687933eb78a0d6ed59f7c8035bebf1be09e6b5.tar.xz
apache2-84687933eb78a0d6ed59f7c8035bebf1be09e6b5.zip
Prior to authn/z refactoring in r368027, if authorization Require
directives had no matching AuthType and associated authentication directives, requests would generally fall through in the check_user_id hook to mod_authn_default.c's authentication_no_user() handler, which returned DECLINED if ap_auth_type() was not set. The ap_process_request_internal() function in request.c would handle this case by logging an "AuthType not set!" error and returning HTTP_INTERNAL_SERVER_ERROR. The refactoring removes this error handling in request.c, so individual modules will need to test for a lack of authentication, as necessary. Since some modules such as mod_authz_host.c support Require directives that do not need any authentication, the mod_authn_default.c handler no longer returns DECLINED if ap_auth_type() is not set. (Also, mod_authn_default can be compiled out with --disable-authn-default, so it can't be relied upon to exist.) Since r->user may now be NULL, individual handlers must test for that case when necessary. Otherwise, most Require directives in the absence of AuthType directives cause handlers to crash while performing strcmp() and friends on a NULL r->user value. NOTE: I can't test mod_authnz_ldap.c myself, so I'm not sure if it needs similar fixes. On the one hand, a NULL r->user in the authz handlers always generates a log message. However, it appears that authn_ldap_build_filter() will sometimes then be called, perform no action, which may result in a possibly uninitialized filtbuf buffer being passed to util_ldap_cache_getuserdn(). I don't know if that could cause problems in the LDAP cache code. If someone familiar with LDAP authz could take a look, that would be much appreciated. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@705361 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'modules/aaa/mod_authz_owner.c')
-rw-r--r--modules/aaa/mod_authz_owner.c6
1 files changed, 6 insertions, 0 deletions
diff --git a/modules/aaa/mod_authz_owner.c b/modules/aaa/mod_authz_owner.c
index 5c8f9298ab..5075fd33a2 100644
--- a/modules/aaa/mod_authz_owner.c
+++ b/modules/aaa/mod_authz_owner.c
@@ -54,6 +54,12 @@ static authz_status fileowner_check_authorization(request_rec *r,
char *owner = NULL;
apr_finfo_t finfo;
+ if (!r->user) {
+ ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
+ "access to %s failed, reason: no authenticated user", r->uri);
+ return AUTHZ_DENIED;
+ }
+
if (!r->filename) {
reason = "no filename available";
ap_log_rerror(APLOG_MARK, APLOG_ERR, status, r,