This section guides you through securing REST services and how requests to REST APIs are authenticated and authorized in the WSO2 Identity Server.
When sending requests with REST APIs, tomcat valves are used to intercept these requests and an OSGI service is used to authenticate and authorize the request. There are two OSGi services that provide the authentication and authorization service based on its own handlers. You can write your own handlers for both authentication and authorization and register them in OSGI. The WSO2 Identity Server has the following three out-of-the-box authentication handlers:
The authorization handler is based on the specified permission against a particular user role. You can write your own handler for authorization as well.
To secure REST services in the WSO2 Identity Server, follow the steps below.
- Open the c
atalina-server.xmlfile found in the
Uncomment the following valves found under the
<Engine name="Catalina">tag, to enable each service to intercept requests.
- Open the identity.xml file found in the
Use the following code block to specify the resource that you want to secure.
Resource context: Specify which resource context(relative to the root context) must be secured.
- secured: Specify true or false to enable to enable and disable security in this context.
- http-method: Specify "all" or the type of method (e.g., "post", "get" etc.)
- <Permissions>: Define which permission strings should be assigned your role to authorize this resource, by specifying the permission strings in a comma separated list.
Configure intermediate certificate validation
To use this feature, apply the 3383 WUM update for WSO2 Identity Server 5.5.0 using the WSO2 Update Manager (WUM). To deploy a WUM update into production, you need to have a paid subscription. If you do not have a paid subscription, you can use this feature with the next version of WSO2 Identity Server when it is released. For more information on updating WSO2 Identity Server using WUM, see Getting Started with WUM.
Configuring intermediate certificate validation enables you to restrict certificates that are used during mutualSSL authentication to certificates that are signed by the defined issuers(
To configure intermediate certificate validation, configure the following in the
identity.xml file as given below.
|IntermediateCertificateValidation||Defines whether intermediate certificate validation is enabled or not.|
|IntermediateCerts||Specifies the context paths of the intermediate certificates.|
Specifies the context paths that needs to be excempted from intermediate certificate validation.
When using intermediate certificate validation, note that
CN will be taken as the
username instead of retrieving it from the header therefore, the incoming certificate request CN should ideally be the username of the user who is sending the request.
The certificate CN should be in the following formats for the following cases.
- If the user is in the primary userstore, the incoming cert CN should be just the
- If the user is in a secondary userstore, the incoming cert CN should be
- If the user is not a super tenant and belongs to the primary userstore, the incoming cert CN should be
- If the user is not a super tenant and belongs to a secondary userstore, the incoming cert CN should be