com.atlassian.confluence.content.render.xhtml.migration.exceptions.UnknownMacroMigrationException: The macro 'next_previous_links' is unknown.

Kerberos OAuth2 Grant

Kerberos is a security protocol that has support built into various operating systems and open-source distributions (e.g.,  Ubuntu, Windows, RedHat, Open Solaris, etc). In addition, a majority of browsers support some Kerberos functions as well. As WSO2 API Manager uses the OAuth 2.0 protocol, the Kerberos OAuth2 grant type allows organizations to exchange a Kerberos ticket for an OAuth 2.0 token. Thereby, allowing organizations to re-use their existing Kerberos infrastructure, while easier adopting OAuth 2.0 within these organizations. 

Kerberos OAuth2 grant flow

The following section describes the flow involved in exchanging a Kerberos ticket for an OAuth2 token.

Kerberos-OAuth2 Grant Flow when using WSO2 API-M

  1. The Kerberos client requests the Kerberos Service Ticket from the Kerberos Key Distribution Center (KDC) to invoke the service.
    The Kerberos Key Distribution Center can be any Kerberos Server.
  2. The Kerberos Key Distribution Center sends a response with the Kerberos Service Ticket.
    If the client and the requested service is valid, the Key Distribution Center (KDC) sends a Kerberos ticket encrypted with the service owners private key. The API handles the exchanging of the Ticket Granting Ticket (TGT), Service Granting Ticket (SGT), and all other low level Kerberos details.
  3. The Kerberos client requests the OAuth2 token.
    The message format of the OAuth2 token request should be as follows:

  4. The Kerberos client receives the OAuth2 token.
    The Kerberos Grant validates the received token with the provided Identity Provider (IDP) credentials and if it is a valid token, it issues an OAuth2 token to the client.

    Example
    {  
       "access_token":"636ce45f-c7f6-3a95-907f-d1f8aca28403",
       "refresh_token":"831271d9-16ba-3bad-af18-b9f6592a8677",
       "scope":"my_scope",
       "token_type":"Bearer",
       "expires_in":521
    }

Configuring Kerberos Grant with API Manager

Follow the instructions below to configure Kerberos Grant with WSO2 API Manager:

Download the kerberos_grant_1.0.0.jar from here. Copy it to the <API-M_HOME>/repository/components/lib folder.

  1. Add following entry under <SupportedGrantTypes> in the <API-M_HOME>/repository/conf/identity/identity.xml file.

    <SupportedGrantType>
      <GrantTypeName>kerberos</GrantTypeName>
      <GrantTypeHandlerImplClass>org.wso2.carbon.identity.oauth2.grant.kerberos.ExtendedKerberosGrant</GrantTypeHandlerImplClass>
      <GrantTypeValidatorImplClass>org.wso2.carbon.identity.oauth2.grant.kerberos.KerberosGrantValidator</GrantTypeValidatorImplClass>
    </SupportedGrantType>
  2. Create a file named jaas.conf in the <API-M_HOME>/repository/conf/identity directory with the following content.

    Server {
       com.sun.security.auth.module.Krb5LoginModule required
       useKeyTab=tfalse
       storeKey=true
       useTicketCache=false
       isInitiator=false;
    }; Client {
       com.sun.security.auth.module.Krb5LoginModule required
       useTicketCache=false;
    };
  3. Copy the following JARs into the <API-M_HOME>/repository/components/dropins directory.
  4. Configure OAuth2 for your client application with the Kerberos grant type.

    1. Start the WSO2 API-M server by navigating to the <API-M_HOME>/bin directory in your console and running one of the following scripts based on your OS.

      • On Windows: wso2server.bat --run

      • On Linux/Mac OS: sh wso2server.sh

    2. Sign into the API Store.
      https://<hostname>:9443/store

    3. Click Applications and click on the name of the application that you want to configure the OAuth2 with the Kerberos grant type.

    4. Generate the Production Keys.

      1. Click Production Keys.

      2. Click on the Kerberos checkbox as shown in the screenshot. 

      3. Click Generate Keys to generate the keys.
    5. Generate the Sandbox Keys.

      1. Click Sandbox Keys.

      2. Click on the Kerberos checkbox.

      3. Click Generate Keys to generate the keys.

  5. Configure the Service Principal Name (SPNName) and Service Principal Password (SPNPassword)

    service principal name (SPN) is a unique identifier of a service instance. SPNs are used by Kerberos authentication to associate a service instance with a servicelogon account. This allows a client application to request that the serviceauthenticate an account even if the client does not have the account name.

    1. Sign in to the WSO2 API-M Management Console.
      https://<Server-Host>:9443/carbon

    2. Navigate to the Main menu, click Add under the Identity Provider menu.

    3. Add a new Identity Provider (IDP).

      The IDP name should be the name of the realm. Based on this example, it should be example.com). An identity provider is needed here to manage the KDC Service. It provides access to an identity stored in a Kerberos authentication server.

      • Identity Provider Name: example.com

      • Aliashttps://192.168.53.12:9443/oauth2/token
      • Server Principal Name: HTTP/idp.example.com@EXAMPLE.COM

      Adding an IDP in WSO2 API Manager

  6. Invoke the token endpoint using the message format discussed in step 3.

    Note that for users to be counted in the Registered Users for Application statistics which takes the number of users shared each of the Application, they should have to generate access tokens using Password Grant type.

com.atlassian.confluence.content.render.xhtml.migration.exceptions.UnknownMacroMigrationException: The macro 'next_previous_links2' is unknown.