All notable changes to this project are documented in this file following the Keep a CHANGELOG conventions. We try to apply FIWARE Versioning with one particular rule: the version must be equal to or greater than the version of the authzforce-ce-rest-api-model dependency (declared in rest-service module's POM). Indeed, this dependency holds the resources of the REST API specification implemented by this project. Therefore, the rule helps relate a specific version of this project to the specific version of the REST API specification that is implemented/supported.
Issues reported on GitHub are referenced in the form of [GH-N]
, where N is the issue number. Issues reported on OW2 are mentioned in the form of [OW2-N]
, where N is the issue number.
- Upgraded AuthzForce Parent: 8.0.0:
- Upgraded to Java 11 support (Java 8 no longer supported)
- Upgraded dependencies:
- authzforce-ce-rest-api-model: 6.0.0
- authzforce-ce-jaxrs-utils: 2.0.1
- authzforce-ce-core-pdp-engine: 17.1.0
- authzforce-ce-core-pdp-io-xacml-json: 17.1.0
- authzforce-ce-core-pap-api: 11.0.0
- authzforce-ce-pap-dao-flat-file: 13.0.0
- authzforce-ce-core-pdp-api: 18.0.1
- authzforce-ce-xacml-json-model: 3.0.2
- Jakarta RESTful Web Services: 2.1.6
- JAXB (Jakarta XML Binding): 2.3.3
- Apache CXF v3.4.1
- Spring Boot Starter 2.3.5
- Spring Core: 5.2.10
- jettison: 1.4.1
- org.json:json: v20190722
- org.everit.json.schema: 1.12.1
- SLF4J API: 1.7.30
- GH-61: JSON Object support in XACML/JSON Requests/Responses (as defined by JSON Profile of XACML), allowing custom XACML datatypes with JSON object structures.
- Support for validation of XACML/JSON requests (JSON Profile) with custom JSON schema stored in configuration directory, using new webapp environment property (e.g. specified in Tomcat webapp context)
org.ow2.authzforce.domains.xacmlJsonSchemaRelativePath
to be specified in/etc/tomcat9/<Engine>/<Host>/authzforce-ce.xml
(more info in webapp-context.xml )
- GH-62: duplicate declaration of namespace prefix now allowed
- CVE on jackson-databind -> v2.9.10.8
- CVE-2018-8088 affecting slf4j
- Tomcat startup error after Debian package install
See the Upgrader tool for upgrading from 8.x versions.
- Tomcat 9 support.
- New application configuration variable
org.ow2.authzforce.webapp.badReqErrVerbosity
: configures the verbosity of HTTP 400 (Bad Request) responses to help clients troubleshoot their API requests. To be set in the webapp-specific Tomcat Context element, typically/etc/tomcat9/Catalina/localhost/authzforce-ce.xml
. - PDP API (/pdp): support for Multiple Decision Profile with XACML/JSON Profile (JSON input)
- Tomcat requirement: 9.x. Although AuthzForce Server may still run on Tomcat 8 with a few tweaks, Tomcat 8 is not officially supported anymore.
- Domains' PDP configuration format changed, i.e. XML namespaces / types / elements changed (the Upgrader tool helps migrate configurations from older 8.x versions)
- Upgraded parent project (authzforce-ce-parent): 7.6.1: upgraded dependencies:
- slf4j-api: 1.7.30 (fix CVE)
- Apache CXF: 3.3.6
- Spring: 5.1.14
- Upgraded dependencies:
- authzforce-ce-core-pdp-engine: 16.0.0
- authzforce-ce-core-pap-api: 10.1.0
- authzforce-ce-jaxrs-utils: 1.6.0
- authzforce-ce-pap-dao-flat-file: 12.0.0
- GH-46: bad PolicySets pushed to the /pap/policies endpoint are still saved on server side even if a HTTP 400 Bad Request is returned.
- Issues with XACML/JSON responses (XACML JSON Profile)
- CVE on slf4j
- [GH-29] Systematic input policy validation on API - HTTP POST
/domains/{domain-id}/pap/policies
- even if the policy is not currently in use by the PDP (it is potentially used later on after changing PDP configuration), in order to improve safety and troubleshooting. Policies are validated by attempting to load a temporary PDP configuration with the input policy as root policy. - PDP extensions such as Attribute and Policy Providers can accept placeholders for system properties and environment variables in their string configuration parameters (as part of PDP configuration) and perform placeholder replacements with their factory method's input
EnvironmentProperties
. In particular,policyLocation
elements in PDP's Policy Providers configuration now supports (not onlyPARENT_DIR
property but also) system properties and environment variables (enclosed between${...}
) with default value (separated from the property name by '!') if property/variable undefined.
- Parent project version: authzforce-ce-parent: 7.5.1
- Dependency versions:
- authzforce-ce-pap-dao-flat-file: 11.0.0
- authzforce-ce-core-pap-api: 10.0.0
- authzforce-ce-core: 13.3.1
- authzforce-ce-core-pdp-api: 15.3.0
- authzforce-ce-jaxrs-utils: 1.3.1
- authzforce-ce-xacml-json-model: 2.1.1
- json: 20171018
- guava: 24.1.1-jre
- slf4j-api: 1.7.2
- Spring: 4.3.20
- logback-classic: 1.2.3
- logback-ext-spring: 0.1.5
- Apache CXF: 3.2.55
- Saxon-HE: 9.8.0-12
- javax.mail-api (replaces mailapi): 1.6.0
- jaxb2-basics: 1.11.1
- [GH-26] CVEs reported by OWASP dependency-check, esp. on Spring v4.3.14, and 4.3.18, upgraded to 4.3.20
- Typo in Debian package's Description field.
- Parent project version: 5.1.0 -> 7.1.0:
- Dependency versions:
- Guava: 21.0 -> 22.0
- Spring: 4.3.6 -> 4.3.12
- JAX-RS API (javax.ws.rs-api): 2.0.1 -> 2.1
- CXF: 3.1.10 -> 3.2.1
- AuthzForce Flat-file-based PAP DAO (authzforce-ce-pap-dao-flat-file): 8.1.0 -> 9.1.0:
- AuthzForce Core (authzforce-ce-core): 7.1.0 -> 10.1.0
- authzforce-ce-core-pdp-api: 9.1.0 -> 12.1.0
- (new) authzforce-ce-xacml-json-model: 1.1.0, depends on:
- org.everit.json.schema: 1.6.1
- Domains'
pdp.xml
schema: 5.0.0 -> 6.0.0badRequestStatusDetailLevel
attribute replaced withclientRequestErrorVerbosityLevel
requestFilter
(resp.resultFilter
) attribute replaced withrequestPreproc
(resp.resultPostproc
) element
- AuthzForce Core PAP API (authzforce-ce-core-pap-api): 6.4.0 -> 9.1.0
- AuthzForce Core (authzforce-ce-core): 7.1.0 -> 10.1.0
- AuthzForce Server REST API Model (authzforce-ce-rest-api-model): 5.4.0 -> 5.7.0
- REST API resource
/pap/pdp.properties
: PDP feature identifiers named ...:request-filter:... replaced with ...:request-preproc:..., and ...:result-filter:... with ...:result-postproc:....
- REST API improvements:
[OW2-28]
: configurable base address in WADL via propertyorg.ow2.authzforce.webapp.publishedEndpointUrl
(JNDI environment entry), to make sure links in the WADL match the public endpoint address if the server is reached via a reverse-proxy[OW2-29]
: added XML-schema-based validation for JSON input (content-typeapplication/json
)[OW2-30]
: new/version
resource on REST API, supporting GET method only and providing product metadata (name, version, release date, server uptime, REST API description URL) as a result.[OW2-32]
: improved error message when client attempt to POST a xacml Policy (instead of PolicySet) on.../policies
resource- Support for XACML JSON Profile with following security features:
- JSON schema Draft v6 validation, using new dependency:
org.everit.json.schema
(1.6.1); - DoS mitigation: JSON parser variant checking max JSON string size, max number of JSON keys/array items and max JSON object depth.
- JSON schema Draft v6 validation, using new dependency:
- New supported content types:
application/xacml+json
for XACML JSON Profile compliance,application/xacml+xml
for RFC 7061 compliance.
- Possibility to define different PDP input/output processing chains, i.e.
requestPreproc
(ex-requestFilter)/resultPostproc
(ex-resultFilter) pairs, for different input/output (XACML request/response) formats, e.g. XACML/XML or XACML/JSON - New configuration properties (JNDI environment entries):
org.ow2.authzforce.domains.enableXacmlJsonProfile
: enable XACML JSON Profile support;org.ow2.authzforce.webapp.jsonKeysWithArrays
: JSON keys with values to be serialized always to arrays;org.ow2.authzforce.webapp.noNamespaceInJsonOutput
: drop namespaces in JSON output,org.ow2.authzforce.webapp.jsonKeysToXmlAttributes
: keys of JSON objects to be deserialized as XML attributes,org.ow2.authzforce.webapp.xmlAttributesToJsonLikeElements
: convert XML attributes like elements to JSON output (no@
prefix).
- New configuration file for configuring CXF/JAX-RS JSON Provider's
inTransformElements
property:json-to-xml-map.properties
. - Uniqueness check on domains'
externalId
property (not two domains may have the same), before allowing to create new domain or changing a domain's externalId
- Faster webapp deployment (e.g. in Tomcat): added instructions to skip JAR scanning for annotations, TLDs, etc.
- Dependency for AuthzForce JAX-RS utility classes:
authzforce-ce-jaxrs-utils
(1.1.0) - Dockerfile auto-generated with right software version by Maven build
- Domains'
pdp.xml
schema now allows administrators to define amaxIntegerValue
attribute which specifies the max expected integer value to be handled by the PDP engine (during policy evaluation). Based on this value, AuthzForce uses a more optimal (in terms of CPU and memory usage) Java representation of integers (the smaller the better).
-
Project URL: https://tuleap.ow2.org/projects/authzforce -> https://authzforce.ow2.org
-
GIT repository URL base: https://tuleap.ow2.org/plugins/git/authzforce -> https://gitlab.ow2.org/authzforce
-
Versions of AuthzForce dependencies:
- Parent project (authzforce-ce-parent): 5.1.0
- authzforce-ce-pap-dao-flat-file: 8.1.0
- authzforce-ce-core-pap-api: 6.4.0
- authzforce-ce-core-pdp-api: 9.1.0
-
Dependency authzforce-ce-core replaced with authzforce-ce-core-pdp-engine with version 8.0.0 (authzforce-ce-core is now a multi-module project made of the core module
pdp-engine
and test utilities modulepdp-testutils
which is used by tests of webapp module)
- Dockerfile for building Docker image of AuthzForce Server with minimal configuration
-
Versions of AuthzForce dependencies:
- Parent project (authzforce-ce-parent): 5.0.0
- authzforce-ce-pap-dao-flat-file: 8.0.0
- authzforce-ce-core-pap-api: 6.3.0
- authzforce-ce-core: 7.1.0
- authzforce-ce-core-pdp-api: 9.0.0 -> API changes (non-backward compatible) for PDP extensions: DecisionCache, DecisionResultFilter
-
Versions of third-party dependencies:
- SLF4J: 1.7.22
- Spring: 4.3.6
- Guava: 21.0
- CXF: 3.1.10
- Logback-classic: 1.1.9
- Class RESTfulPdpBasedAuthzInterceptor: an example of PEP using PDP's REST API in the form of a CXF interceptor. More info on the test scenario in the associated test class RESTfulPdpBasedAuthzInterceptorTest.
- [OW2-25] NullPointerException when parsing Apply expressions using invalid/unsupported Function ID. This is the final fix addressing higher-order functions. Initial fix in v7.0.0 only addressed first-order ones.
-
[GH-8] JSON support on the REST API using mapped convention with configurable namespace-to-JSON-prefix mappings (new configuration file
xmlns-to-json-key-prefix-map.properties
) -
[GH-9] Configuration parameter
enablePdpOnly
(boolean): disables all API features except the PDP if true. Allows to have PDP-only AuthzForce Server instances. -
PDP engine (AuthzForce Core) enhancements:
- Extension mechanism to switch
HashMap
/HashSet
implementations with different performance properties; default implementation is based on a mix of native JRE and Guava. - Static validation (at policy initialization time) of the 'n' argument (minimum of true arguments) of XACML 'n-of' function if this argument is constant (must be a positive integer not greater than the number of remaining arguments)
- Static validation (at policy initialization time) of second and third arguments of XACML substring function if these are constants (arg1 >= 0 && (arg2 == -1 || arg2 >= arg1))
- Extension mechanism to switch
-
Dependency vulnerability checking with OWASP dependency-check tool
-
Source code security validation with Find Security Bugs plugin
- Compatible Java version changed from 1.7 to 1.8
- Packaging for Ubuntu 16.04 LTS / JRE 8 / Tomcat 8: changed Ubuntu package dependencies to
openjdk-8-jre | oracle-java8-installer, tomcat8
- Upgraded parent project authzforce-ce-parent: 3.4.0 -> 4.1.1:
- Upgraded dependencies:
- Guava dependency version: 18.0 -> 20.0
- Saxon-HE dependency version: 9.6.0-5 -> 9.7.0-14
- com.sun.mail:javax.mail v1.5.4 -> com.sun.mail:mailapi v1.5.6
- Java Servlet API: 3.0.1 -> 3.1.0
- Apache CXF: 3.1.0 -> 3.1.9
- [GH-12] Spring framework: 3.2.2 -> 4.3.5
- authzforce-ce-core: 5.0.2 -> 6.1.0
- authzforce-ce-pap-dao-flat-file: 6.1.0 -> 7.0.0
- authzforce-ce-core-pdp-api: 7.1.1 -> 8.2.0
- Behavior of unordered rule combining algorithms (deny-overrides, permit-overrides, deny-unless-permit and permit-unless deny), i.e. for which the order of evaluation may be different from the order of declaration: child elements are re-ordered for more efficiency (e.g. Deny rules evaluated first in case of deny-overrides algorithm), therefore the algorithm implementation, the order of evaluation in particular, now differs from ordered-* variants.
- [GH-6] Removing the latest version of a policy now possible using
latest
keyword: HTTP DELETE/domains/{domainId}/policies/{policyId}/latest
- [GH-11] Wrong response status code returned by API when trying to activate a policy with invalid/unsupported function ID (related to [OW2-25])
- Issues in dependency Authzforce Core:
- [OW2-23] enforcement of XACML
RuleId
/PolicyId
/PolicySetId
uniqueness:PolicyId
(resp.PolicySetId
) should be unique across all policies loaded by PDP so thatPolicyIdReferences
(resp.PolicySetIdReferences
) in XACML Responses'PolicyIdentifierList
element are absolute references to applicable policies (no ambiguity).- RuleId should be unique within a policy -> A rule is globally uniquely identified by the parent PolicyId and the RuleId.
- [OW2-25] NullPointerException when parsing Apply expressions using invalid/unsupported Function ID
- [OW2-23] enforcement of XACML
- Dependency on Koloboke, replaced by extension mechanism mentioned in Added section that would allow to switch from the default HashMap/HashSet implementation to Koloboke-based.
- [OW2-22] When handling the same XACML Request twice in the same JVM with the root PolicySet using deny-unless-permit algorithm over a Policy returning simple Deny (no status/obligation/advice) and a Policy returning Permit/Deny with obligations/advice, the obligation is duplicated in the final result at the second time this situation occurs.
- XACML
StatusCode
XML serialization/marshalling error when Missing Attribute info that is no valid anyURI is returned by PDP in a Indeterminate Result - Other issues reported by Codacy
- Parent project version: authzforce-ce-parent: 3.4.0
- Dependency versions: authzforce-ce-core-pap-api: 5.3.0, authzforce-ce-pap-dao-flat-file: 6.1.0
- Interpretation of XACML Request flag
ReturnPolicyId=true
, considering a policy as applicable if and only if the decision is notNotApplicable
and if it is not a root policy, the same goes for the enclosing policy. See also the discussion on the xacml-comment mailing list. - AttributeProvider module API: new environmentProperties parameter in factories, allowing module configurations to use global Environment properties like
PARENT_DIR
variable - New PDP XML configuration schema namespace (used in file
conf/domain.tmpl/pdp.xml
):http://authzforce.github.io/core/xmlns/pdp/5.0
(previous namespace:http://authzforce.github.io/core/xmlns/pdp/3.6
).- Removed
functionSet
element - Added
standardEnvAttributeSource
attribute (enum): sets the source for the Standard Current Time Environment Attribute values (current-date, current-time, current-dateTime):PDP_ONLY
,REQUEST_ELSE_PDP
,REQUEST_ONLY
- Added
badRequestStatusDetailLevel
attribute (positive integer) sets the level of detail of the error message inStatusDetail
returned in Indeterminate Results in case of bad Requests
- Removed
- Upgrader tool now supporting migration from 5.1.x, 5.2.x, 5.3.x, 5.4.x to current (to help deal with PDP XML schema changes, esp. namespace)
- Conformance with REST Profile of XACML v3.0 Version 1.0, especially test assertion urn:oasis:names:tc:xacml:3.0:profile:rest:assertion:home:pdp (FIWARE SEC-923).
- REST API model (authzforce-ce-rest-api-model) version: 5.3.1: changed
elementFormDefault
to qualified in the XML schema for API payloads (and only text and FastInfoset-encoded XML are supported, not JSON) - [GH-5] Moved maven dependency
cxf-rt-frontend-jaxrs
from child modulerest-service
to child modulewebapp
.
- Version of dependency
authzforce-ce-pap-dao-flat-file
to6.0.0
, causing changes to the REST API URL/domains/{domainId}/pap/pdp.properties
regarding IDs of features of typeurn:ow2:authzforce:feature-type:pdp:request-filter
:urn:ow2:authzforce:xacml:request-filter:default-lax
changed tourn:ow2:authzforce:feature:pdp:request-filter:default-lax
;urn:ow2:authzforce:xacml:request-filter:default-strict
changed tourn:ow2:authzforce:feature:pdp:request-filter:default-strict
;urn:ow2:authzforce:xacml:request-filter:multiple:repeated-attribute-categories-strict
changed tourn:ow2:authzforce:feature:pdp:request-filter:multiple:repeated-attribute-categories-strict
;urn:ow2:authzforce:xacml:request-filter:multiple:repeated-attribute-categories-lax
changed tourn:ow2:authzforce:feature:pdp:request-filter:multiple:repeated-attribute-categories-lax
.
- REST API spec (authzforce-ce-rest-api-model) v5.1.0 support: enhanced management of PDP features, i.e. all supported features may be listed, and each feature may have a 'type' and an 'enabled' (true or false) state that can be updated via the API
- [GH-1] Supported configurable PDP features by type:
- Type
urn:ow2:authzforce:feature-type:pdp:core
(PDP core engine features, as opposed to extensions below):urn:ow2:authzforce:feature:pdp:core:xpath-eval
(experimental support for XACML AttributeSelector, xpathExpression datatype and xpath-node-count function),urn:ow2:authzforce:feature:pdp:core:strict-attribute-issuer-match
(enable strict Attribute Issuer matching, i.e. AttributeDesignators without Issuer only match request Attributes with same AttributeId/Category but without Issuer) - [GH-1] Type
urn:ow2:authzforce:feature-type:pdp:data-type
: any custom XACML Data type extension - [GH-1] Type
urn:ow2:authzforce:feature-type:pdp:function
: any custom XACML function extension - Type
urn:ow2:authzforce:feature-type:pdp:function-set
: any set of custom XACML function extensions - [GH-2] Type
urn:ow2:authzforce:feature-type:pdp:combining-algorithm
: any custom XACML policy/rule combining algorithm extension - [GH-2] Type
urn:ow2:authzforce:feature-type:pdp:request-filter
: any custom XACML request filter + native ones, i.e.urn:ow2:authzforce:xacml:request-filter:default-lax
(default XACML Core-compliant Individual Decision Request filter),urn:ow2:authzforce:xacml:request-filter:default-strict
(like previous one except duplicate in a is not allowed),urn:ow2:authzforce:xacml:request-filter:multiple:repeated-attribute-categories-lax
(request filter implenting XACML profileurn:oasis:names:tc:xacml:3.0:profile:multiple:repeated-attribute-categories
),urn:ow2:authzforce:xacml:request-filter:multiple:repeated-attribute-categories-strict
(like previous one except duplicate in a is not allowed) - [GH-2] Type
urn:ow2:authzforce:feature-type:pdp:result-filter
: any custom XACML Result filter extension
- Type
- [GH-4] Distribution upgrader now supporting all 4.x versions as old versions
- REST API features (see Changed section for API changes):
- URL path specific to PDP properties:
GET /domains/{domainId}/pap/pdp.properties
gives properties of the PDP, including date/time of last modification and active/applicable policies (root policy and policies referenced directly/indirectly from root)PUT /domains/{domainId}/pap/pdp.properties
also allows to set PDP's root policy reference and enable PDP implementation-specific features, such as Multiple Decision Profile support (scheme 2.3 - repeated attribute categories)
- URL path specific to PRP (Policy Repository Point) properties:
GET or PUT /domains/{domainId}/pap/prp.properties
: set/get propertiesmaxPolicyCount
(maximum number of policies),maxVersionCount
(maximum number of versions per policy),versionRollingEnabled
(enable policy version rolling, i.e. oldest versions auto-removed when the number of versions of a policy is about to exceedmaxVersionCount
) - Special keyword
latest
usable as version ID pointing to the latest version of a given policy (in addition to XACML version IDs like before), e.g. URL path/domains/{domainId}/pap/policies/P1/latest
points to the latest version of the policyP1
- Fast Infoset support with new data representation type
application/fastinfoset
(in addition toapplication/xml
) for all API payloads. Requires Authzforce Server to be started in a specific mode using JavaEE Environment Entryspring.profiles.active
in Tomcat-specific Authzforce webapp context file (authzforce-ce.xml
). Default type remainsapplication/xml
(default type is used when a wildcard is received as Accept header value from the client) - API caches domains' PDPs and externalIds for performance reasons, but it is now possible to force re-synchronizing this domain cache after any change to the backend domain repository, i.e. reloading domains' PDPs and externalIDs without restarting the webapp or server:
GET or HEAD /domains
forces re-synchronization of all domainsGET or HEAD /domains/{domainId}/properties
forces re-synchronization of externalId with domain properties file (properties.xml) in the domain directoryGET or HEAD /domains/{domainId}/pap/pdp.properties
; orGET or HEAD /domains/{domainId}/pap/policies
forces re-synchronization of PDP with configuration file (pdp.xml
) and policy files in subfolderpolicies
of the domain directoryDELETE /domains/{domainId}
forces removal of the domain from cache, and the domain directory if it still exists (removes from cache only if directory already removed)
- Properties for controlling the size of incoming XML (
maxElementDepth
,maxChildElements
,maxAttributeCount
,maxAttributeSize
,maxTextLength
) corresponding to CXF XML security properties may be configured as JavaEE Environment Entries in Tomcat-specific Authzforce webapp context file (authzforce-ce.xml
). OnlymaxElementDepth
andmaxChildElements
are supported in Fast Infoset mode (due to issue CXF-6848).
- URL path specific to PDP properties:
- Completed 100% XACML 3.0 Core Specification compliance with support of Extended Indeterminate values in policy evaluation (XACML 3.0 Core specification, section 7.10-7.14, appendix C: combining algorithms)
- Distribution upgrader: tool to upgrade from Authzforce 4.2.0
- Supported REST API model (authzforce-ce-rest-api-model) upgraded to v5.1.1 with following changes:
- PDP's root policy reference set via method
PUT /domains/{domainId}/pap/pdp.properties
(instead ofPUT /domains/{domainId}/properties
in previous version) - URL path
/domains/{domainId}/pap/attribute.providers
replaces/domains/{domainId}/pap/attributeProviders
from previous version, in order to apply better practices of REST API design (case-insensitive URLs) and to be consistent with new API pathspdp.properties
andprp.properties
(see Added section)
- PDP's root policy reference set via method
- Multiple Decision Profile disabled by default after domain creation (enabled by default in previous version)
- Backend flat-file database (DAO):
- Format of
properties.xml
(domain properties): XML namespace changed tohttp://authzforce.github.io/pap-dao-flat-file/xmlns/properties/3.6
(instead ofhttp://authzforce.github.io/pap-dao-file/xmlns/properties/3.6
in previous version) - Format of
pdp.xml
(PDP): XML schema/namespace of PDP PolicyProvider configuration changed tohttp://authzforce.github.io/pap-dao-flat-file/xmlns/pdp-ext/3.6
(instead ofhttp://authzforce.github.io/pap-dao-file/xmlns/pdp-ext/3.6
in previous version) - Strategy for synchronizing cached domain's PDP and externalId-to-domain mapping with configuration files: no longer using Java WatchService (not adapted to NFS or CIFS shares), but each domain has a specific thread polling files in the domain directory's and checking their
lastModifiedTime
attribute for change:- If a given domain ID is requested and no matching domain in cache, but a matching domain directory is found, the domain is automatically synced to cache and the synchronizing thread created;
- If the domain's directory found missing by the synchronizing thread, the thread deletes the domain from cache.
- If any change to
properties.xml
(domain description, externalId) detected, externalId updated in cache - If any change to
pdp.xml
or the file of any policy used by the PDP, the PDP is reloaded.
- Format of
- ZIP distribution format (
.zip
) changed to tarball format (.tar.gz
), more suitable for Unix/Linux environments.
- Dependency on commons-io, replaced with Java 7 java.nio.file API for recursive directory copy/deletion
- [GH-6] deleted domain ID still returned by GET /domains?externalId=...
- FIWARE JIRA SEC-870: Debian/Ubuntu package dependencies:
java7-jdk
replaced withopenjdk-7-jdk | oracle-java7-installer
- Policy versions returned in wrong order by API
- Default domain rootPolicyRef no longer has 'Version' specified so that the root policy is always the latest version added via the PAP (by default).
- Hiding file paths from error messages returned by the REST API
- XACML 3.0: Support for new XACML 3.0 standard string functions: type-from-string and string-from-type where type can be any XACML datatype (boolean, integer, double, time, date, etc.), string-starts-with, string-ends-with, anyURI-ends-with, anyURI-starts-with, string-contains, anyURI-contains, string-substring, anyURI-substring.
- XACML 3.0: Support new xacml 3.0 standard higher-order bag functions: any-of, all-of, any-of-any, map.
- XACML 3.0: Suppport for new XACML 3.0 standard date/time functions: dateTime-add-dayTimeDuration, dateTime-add-yearMonthDuration, dateTime-subtract-dayTimeDuration, dateTime-subtract-yearMonthDuration, date-add-yearMonthDuration, date-subtract-yearMonthDuration, dayTimeDuration-one-and-only, dayTimeDuration-bag-size, dayTimeDuration-is-in, dayTimeDuration-bag, yearMonthDuration-one-and-only, yearMonthDuration-bag-size.
- REST API: Enable/Disable logging of API requests and responses with access info (timestamp, source IP address, requested URL path, requested method, message body...) for audit, debugging, troubleshooting purposes
- REST API: CRUD operations per policy with versioning at URL path /domains/{id}/pap/policies/{policyId}/{policyVersion}. Each {policyId}/{policyVersion} represents a specific XACML PolicySet Id/Version that can be referenced from the PDP's root PolicySet or from other policies via PolicySetIdReference
- REST API: Domain property 'externalId' to be set by the client when provisioning/updating a domain (like in SCIM REST API). May be used in query parameter to retrieve a domain resource.
- REST API: Domain property 'rootPolicyRef' to define the root policy via policy reference to one of the policies managed via URL path /domains/{id}/pap/policies/{policyId}/{policyVersion}.
- XACML 3.0: Suppport for new xacml 3.0 standard equality functions: string-equal-ignore-case, dayTimeDuration-equal, yearMonthDuration-equal.
- XACML 3.0: Support for VariableDefinitions/VariableReferences
- XACML 3.0: support of Indeterminate arguments in boolean functions (and, or, n-of), i.e. the function may evaluate successfully with Indeterminate arguments under certain conditions
- OR: If at least 1 True arg, then True regardless of Indeterminate args; else if at least 1 Indeterminate, return Indeterminate; else false.
- AND: If at least 1 False arg, then False regardless of Indeterminate args; else if at least 1 Indeterminate, then Indeterminate; else True.
- N-OF: similar to OR but checking whether at least N args are True instead of 1, in the remaining arguments; else there is/are n True(s) with n < N; if there are at least (N-n) Indeterminate, return Indeterminate; else return false.
- Global configuration properties: max number of policies per domain, max number of versions per policy
- Distribution as WAR
- REST API: Base64url-encoded domain IDs, to make URL paths shorter.
- XML namespaces for REST API data model using public github.io URLs and schema versioning (namespace includes major version and usage of 'version' attribute in root schema element)
- Policy(Set) IDs rejected although valid per definition of xs:anyURI, e.g. if it contained space characters.
- Error if no subject, action or resource attributes in XACML request
- Detection of circular references in Policy(Set)IdReferences or VariableReference
- Configurable max allowed depth of PolicySetIdReference or VariableReference
- Distribution as Debian package
- XACML 3.0: Permit-unless-deny policy/rule combining algorithm
- XACML 3.0: Ordered-deny-overrides policy/rule combining algorithm
- XACML 3.0: Ordered-permit-overrides policy/rule combining algorithm
- XACML 3.0: Multiple Decision Profile, scheme 2.3 (repetition of attribute categories)
- Initial release in open source