Page Comparison

The JSON Web Token (JWT) is simply a JSON string containing claim values. The JWT Bearer grant handler will evaluate evaluates and validate validates the claims in the JWT token , and issue then issues an access token at the Authorization Server end.

WSO2 API Manager, as an OAuth 2.0 Authorization Server with its Key Manager features, can accept JWT Assertions assertions from OAuth 2.0 clients as a means of resource owner authentication and authorization. Additionally, it can exchange the JWT token with OAuth 2.0 access tokens in order to access protected resources on behalf of the resource owner.

...

A client can exchange a JWT token to for an OAuth 2.0 access token using this the JWT Bearer grant type.   Once an application is created on the API Store, keys for the application must be generated. When the keys are generated, there will be a Service Provider A service provider (sp) and an identity provider (idp) are required on the WSO2 API Manager Server for the JWT Bearer grant type to work. The service provider gets automatically created on the WSO2 API Manager .  The service provider entity  is used by the when you generate keys for an application available on the the API Store. The WSO2 APIM server uses the service provider entity to obtain information of about the application created on the API Store.  There needs to be an Identity Provider configuration corresponding to the IDP created on the WSO2 APIM Server as well. This IDP is The identity provider configuration must be created explicitly on the API Manager via the management console. This configuration should contain details of the Identity provider (for e.g. WSO2 Identity Server or a third party Identity provider such as facebook etc) who creates and signs the JWT assertion.  This is required so that the server can The WSO2 APIM Server uses the  Idp configuration to identify the issuer of the JWT and obtain the public certificate of the IDP, in order to validate the JWT. 

When a request is made to the token endpoint with the grant type, the JWT assertion, the client key and client  secret, the WSO2 APIM Server will read the grant type and trigger the JWT Bearer Grant Handler. This handler will check for the issuer of the JWT token and retrieve the IDP configuration. It will then obtain the public certificate of the IDP  stored in the IDP configuration, and validate the JWT. Once the JWT is validated, it will create an OAuth2.0 access token for the application holding the provided client key and client secret.  

Configuring

...

the identity provider and the

...

service provider

1. Sign in to the WSO2 API Store.
2. Create a new application if an application is not available already.
3. Generate keys for the application.
4. Sign in to the WSO2 API Manager. Enter your username and password to log on in to the Management Console (https://localhost:9443/carbon). 
5. Navigate to the Identity Providersproviders section under the Main tab of the management console and click Add.
6. Provide the following values to configure the IDP:
   • Identity Provider Name: Enter the JWT issuer name as the identity provider name. This is used to generate the JWT assertion.

   • Identity Provider Public Certificate: The certificate used to sign the JWT assertion. 

     Info
     title Identity provider Public Certificate
     The Identity Provider Public Certificate is the public certificate belonging to the identity provider. Uploading this is necessary to authenticate the response from the identity provider. This can be any certificate. If the identity provider is another a WSO2 API Manager or WSO2 Identity Server instance, this can be a wso2.crt file. To create the identity provider certificate from the wso2carbon.jks file, follow the steps below. 1.  Open In your Command Line interface, go to the <APIM_HOME>/repository/resources/security/directory . Run and run the following command. Code Block keytool -export -alias wso2carbon -file wso2.crt -keystore wso2carbon.jks -storepass wso2carbon 2. Once you run this command, the wso2.crt file is generated and can be found in the <APIM_HOME>/repository/resources/security/ directory. Click Choose File and navigate to this location in order to select and upload this file. 3. In the Identity Provider configuration on the management console, you will find the "Identity Provider Public Certificate" field.  Click Browse and navigate to <APIM_HOME>/repository/resources/security/ and upload the certificate you created in step 1. See Using Asymmetric Encryption in the WSO2 Product Administration Guide for more information on how public keys work and how to sign these keys by a certification authority.

   • Alias: Give the name of the alias if the Identity Provider identity provider identifies this token endpoint by an alias (e.g., https://localhost:9443/oauth2/token). For more information, see Adding a new identity provider.
     
     
7. Navigate to the Main menu to access the Identity menu. Click List under Service Providers.
8. Check if there is a Service provider listed for the application used to generate the keys in step 3.  The Service Provider  On the main menu navigate to Identity > Service Providers  and click List.
9. If you have generated the key(s) for the application on the API store as mentioned in step3, you should be able to see a service provider listed as shown in the image below.  The service provider name will have the  format <application owner>_<application name>_<generated key type>.
   
   
   
   

Using the JWT grant

The cURL The curl commands below can be used to retrieve the access token and refresh the token using a JWT.

...

• The -u flag should specify the “<Client Id>:<Client Secret>” value.
•  The The assertion parameter value is the signed base64 encoded JWT. The value of the assertion parameter MUST contain a single JWT. You can refer JWT Bearer GrantSee  JWT Assertion for more information about assertion.
  
  

Access Token Endpoint: https://localhost:9443/oauth2/token?tenantDomain=wso2.com

Sample

When you send a request to the token endpoint with the JWT Bearer grant type, it replies with a response that contains the access token, refresh token, expiry time, and token type. Following is a sample request and response.  

Sample Request

curl -i -X POST -H 'Content-Type: application/x-www-form-urlencoded' -u bBhEoE2wIpU1zB8HA3GfvZz8xxAa:RKgXUC3pTRQg9xPpNwyuTPGtnSQa -k -d 'grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&assertion=eyJhbGciOiJSUzI1NiJ9.eyJleHAiOjE0NTgxNjY5ODUsInN1YiI6ImFkbWluIiwibmJmIjoxNDU4MTA2OTg1LCJhdWQiOlsiaHR0cHM6XC9cL2xvY2FsaG9zdDo5NDQzXC9vYXV0aDJcL3Rva2VuIiwid3NvMi1JUyJdLCJpc3MiOiJqd3RJRFAiLCJqdGkiOiJUb2tlbjU2NzU2IiwiaWF0IjoxNDU4MTA2OTg1fQ.ZcxdoTVEsWoil80ne42QzmsfelMWyjRZJEjUK1c2vMZJjjtrZnsWExyCA5tN6iXYFAXC_7rkFuuNSgOlBi51MNLPZw3WcgGI52j6apGEW92V2tib9zRRWOeLQLAdo8ae8KzLp7kuKZ2XunfQ2WYU9TvvLDm_vp5ruuYz3ZZrJOc' https://localhost:9443/oauth2/token

Sample Response

You would have now received the response from the token endpoint. The response would contain the access token, refresh token, expiry time and token type. 

{"token_type":"Bearer","expires_in":3600,"refresh_token":"b1b4b78e2b0ef4956acb90f2e38a8833","access_token":"615ebcc943be052cf6dc27c6ec578816"} 

The JWT

...

assertion

A JWT contains three parts that are separated by dots ".": assertion contains a header, payload, and a signature. The and  signature, each separated by a dot (.). 

The header identifies the algorithm used to generate the signature. For example, see the following code block.

...

• iss (issuer) - The JWT must contain an iss (issuer) claim that contains claim containing a unique identifier that identifies the identity provider that issued the JWT.
• sub (subject) - The JWT must contain a sub (subject) claim that identifies identifying the entity that the identity provider or the entity that issued the JWT vouches for.
• aud (audience) - The JWT must contain an aud (audience) claim which containing a value that identifies the authorization server as an the intended audience. This value should be registered as a token endpoint alias in the Identity Provideridentity provider.
• exp (expiration time) - The JWT must contain an exp (expiration) claim that limits the time window during which the JWT can be used.
• nbf (not before) - The JWT may contain a nbf (not before time) claim that forces a JWT to be used only after a specified time.
• iat (issued at) - The JWT may contain an iat (issued at) claim that identifies the time at which the JWT was issued.
• jti (json web token ID) - The JWT may contain contain a jti (JWT ID) claim that provides a unique identifier for the token.
• Other custom claims - The JWT may contain claims other than the above mentioned onesothe claims not mentioned above. This is the extension point of the JWT specification.

...

{  
   "sub":"admin",
   "aud":[  
      "https://localhost:9443/oauth2/token"
   ],
   "nbf":1507546100,
   "iss":"jwtIDP",
   "exp":1507606100,
   "iat":1507546100,
   "jti":"Token56756"
}

...

Generating the JWT assertion

1. Deriving the signature.
   
   1. Encode the header and the payload separately using a base64 URL.

   2. Concatenate the encoded header and payload with a period and sign it to generate the signature.
      
      

      Code Block
      Signature = sign(encodeBase64(header) + '.' + encodeBase64(payload))

...

1. . Encode the signature using base64 URL

...

1. encoding.

2. Generate the JWT assertion by concatenating the values of the base64 URL encoded header, payload, and signature using a dot "." as the separator.
   

   Code Block
   assertion = encodeBase64(header) + '.' + encodeBase64(payload) + '.' + encodeBase64(signature)

 The result is as follows:

...