mod_authz_core.xml.meta

Checkout Tools
  • last updated 8 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Rebuild.

  1. … 11 more files in changeset.
documentation rebuild
  1. … 10 more files in changeset.
Rebuild.

  1. … 16 more files in changeset.
xforms

  1. … 26 more files in changeset.
Rebuild.

  1. … 29 more files in changeset.
docs: update

(Why wasn't mod_ssl.html.en updated during my last build...?)

  1. … 88 more files in changeset.
Rebuild.

  1. … 9 more files in changeset.
Rebuild HTML from various changes yesterday.

  1. … 80 more files in changeset.
Rebuild.

  1. … 11 more files in changeset.

xforms

  1. … 2 more files in changeset.
Rebuild.

  1. … 3 more files in changeset.
generated changes
  1. … 1 more file in changeset.
[trunk][doc] Introducing .fr translation for mod/mod_authz_core.xml
  1. … 3 more files in changeset.
Update transformations.

Sorry for the noise, blame it to the

simplified chinese cleanup.

  1. … 970 more files in changeset.
Update xml meta files after fixing simplified chinese.

  1. … 202 more files in changeset.
update metafiles

  1. … 212 more files in changeset.
update transformation
  1. … 382 more files in changeset.
Fix properties, add missing transformed files and update transformation

  1. … 283 more files in changeset.
Adding updated mod_ssl HOWTO to the website

Also committing transforms with new (2006) copyright notice.

  1. … 207 more files in changeset.
Authz refactoring

Merge from branches/authz-dev

Basically here is a list of what has been done:

- Convert all of the authz modules from hook based to provider based

- Remove the ap_requires field from the core_dir_config structure

- Remove the function ap_requires() since its functionality is no

longer supported or necessary in the refactoring

- Remove the calls to ap_some_auth_required() in the core request

handling to allow the hooks to be called in all cases.

- Add the new module mod_authz_core which will act as the authorization

provider vector and contain common authz directives such as 'Require',

'Reject' and '<RequireAlias>'

- Add the new module mod_authn_core which will contain common

authentication directives such as 'AuthType', 'AuthName' and

'<AuthnProviderAlias>'

- Move the check for METHOD_MASK out of the authz providers and into

the authz_core provider vector

- Define the status codes that can be returned by the authz providers

as AUTHZ_DENIED, AUTHZ_GRANTED and AUTHZ_GENERAL_ERROR

- Remove the 'Satisfy' directive

- Implement the '<RequireAll>', '<RequireOne>' block directives to

handle the 'and' and 'or' logic for authorization.

- Remove the 'AuthzXXXAuthoritative' directives from all of the authz

providers

- Implement the 'Reject' directive that will deny authorization if the

argument is true

- Fold the 'Reject' directive into the '<RequireAll>', '<RequireOne>'

logic

- Reimplement the host based authorization functionality provided by

'allow', 'deny' and 'order' as authz providers

- Remove the 'allow', 'deny' and 'order' directives

- Merge mod_authn_alias into mod_authn_core

- Add '<RequireAlias>' functionality which is similar to

'<AuthnProviderAlias>' but specific to authorization aliasing

- Remove all of the references to the 'authzxxxAuthoritative'

directives from the documentation

- Remove the 'Satisfy' directive from the documentation

- Remove 'Allow', 'Deny', 'Order' directives from the documentation

- Document '<RequireAll>', '<RequireOne>', 'Reject' directives

- Reimplement the APIs ap_auth_type(), ap_auth_name() as optional

functions and move the actual implementation into mod_authn_core

- Reimplement the API ap_some_auth_required() as an optional function

and move the actual implementation into mod_authz_core

Major Changes:

- Added the directives <RequireAll>, <RequireOne>, <RequireAlias>,

Reject

- Expanded the functionality of the directive 'Require' to handle all

authorization and access control

- Added the new authz providers 'env', 'ip', 'host', 'all' to handle

host-based access control

- Removed the directives 'Allow', 'Deny', 'Order', 'Satisfy',

'AuthzXXXAuthoritative'

- Removed the ap_require() API

- Moved the directives 'AuthType', 'AuthName' out of mod_core and into

mod_authn_core

- Moved the directive 'Require' out of mod_core and into

mod_authz_core

- Merged mod_authn_alias into mod_authn_core

- Renamed mod_authz_dbm authz providers from 'group' and 'file-group'

to 'dbm-group' and 'dbm-file-group'

Benefits:

- All authorization and access control is now handle through two

directives, 'Require' and 'Reject'

- Authorization has been expanded to allow for complex 'AND/OR' control

logic through the directives '<RequireAll>' and '<RequireOne>'

- Configuration is now much simpler and consistent across the board

- Other modules like mod_ssl and mod_proxy should be able to plug into

and take advantage of the same provider based authorization mechanism

by implementing their own providers

Issues:

- Backwards compatibility between 2.2 and 2.3 configurations will be

broken in the area of authorization and access control due to the fact

that the directives 'allow', 'deny', 'order' and 'satisfy' have been

removed. When moving from 2.2 to 2.3 these directives will have to be

changed to 'Require all granted', 'Require all denied' or some variation

of the authz host-based providers.

- Existing third party authorization modules will have to adapt to the

new structure.

  1. … 44 more files in changeset.