Updated on 2023-09-21 GMT+08:00

Creating a Frontend Custom Authorizer

To use your own API calling authentication system, customize a frontend or backend authorizer.

  • Frontend custom authorizer: ROMA Connect uses a custom authentication function to authenticate received API requests.
  • Backend custom authorizer: The backend service of an API uses a custom authentication function to authenticate backend service requests forwarded by ROMA Connect.

This section describes how to create a frontend custom authorizer. To do this, create a function backend as the authentication function, and use the function backend as the authentication backend in custom authentication.

Creating a Function Backend for Frontend Authentication

  1. Log in to the ROMA Connect console. On the Instances page, click View Console next to a specific instance.
  2. In the navigation pane on the left, choose API Connect > Custom Backends. On the Backends tab, click Create Backend.
  3. On the Create Backend page, set backend parameters and click Create.
    • Backend Request Method must be set to POST.
    • The input parameters are not required. The function backend will obtain the values of the header and query parameters from API requests.
    • For details about the settings of other parameters, see Creating a Function Backend.

    After the backend is created, the online IDE of the backend is automatically displayed. The backend type defaults to data backend.

  4. Develop a function backend.

    In the upper left corner of the online IDE, choose File > Create Function Backend > Blank Template. In the dialog box displayed, click Yes. Compile a function script for security authentication and click Save.

    The function script used for frontend custom authentication must meet the following conditions:

    • For the request parameters obtained using the function script:
      • Header parameter: indicates the identity source parameter in Header defined in custom authentication. The parameter value is transferred from the API request that uses the frontend custom authentication. The called parameter in the function script is in the format of: body["headers"]["Parameter name"].
      • Query parameter: indicates the identity source parameter in Query defined in custom authentication. The parameter value is transferred from the API request that uses the frontend custom authentication. The called parameter in the function script is in the format of: body["queryStringParameters"]["Parameter name"].
      • Body parameter: user data defined when a custom authorizer is created. The format of calling the body parameter is body["user_data"].

      During frontend custom authentication, the header and query parameters of API requests are placed in the headers and queryStringParameters parameters of the backend request body and transferred to the authentication function. Therefore, when the header and query parameters need to be called in a function script, the parameters need to be obtained from the backend request body. For details about the examples of headers and queryStringParameters in the backend request body, see Test Procedure Examples.

    • Response

      The response body cannot be greater than 1 MB. The response content must be in the following format:

      {
        "status": "allow/deny",
        "context": {
          "user": "abc"
        }
      }
      • status: identifies the authentication result. This field is mandatory. Only allow or deny is supported. allow indicates that the authentication is successful, and deny indicates that the authentication fails.
      • context: indicates the authentication response result. This field is mandatory. Only key-value pairs of the string type are supported. The key value does not support JSON objects or arrays.

        The data in the context is user-defined. After the authentication is successful, the data can be used as a system parameter (frontend authentication parameter) and mapped to the backend request parameter of the API. The system parameter name set in the API backend service must be the same as the parameter name in the context. The parameter name is case sensitive. The parameter name in context must start with a letter and contain 1 to 32 characters, including letters, digits, underscores (_), and hyphens (-).

    The following is an example of the Header parameter definition script:
    function execute(data){
      data=JSON.parse(data)
      body=data.body
      if(body["headers"]["test"]=='abc'){
        return{
          "status": "allow",
          "context": {
            "user": "abcd"
          }
        }
      }else{
        return{
          "status": "deny"
        }
      }
    }

    The following is an example of the Query parameter definition script:

    function execute(data){
      data=JSON.parse(data)
      body=data.body
      if(body["queryStringParameters"]["test"]=='abc'){
        return{
          "status": "allow",
          "context": {
            "user": "abcd"
          }
        }
      }else{
        return{
          "status": "deny"
        }
      }
    }

    The following is an example of the Body parameter definition script:

    function execute(data){
      data=JSON.parse(data)
      body=data.body
      if(body["user_data"]=='abc'){
        return{
          "status": "allow",
          "context": {
            "user": "abcd"
          }
        }
      }else{
        return{
          "status": "deny"
        }
      }
    }
  5. Test the function backend.

    In the upper right corner, click Test. In the Test Parameters area, add request parameters required for authentication as defined for the function backend, and click Test to send the request. If the value of status in the test result is allow, the test is successful.

    In the Test Parameters area, set backend request parameters. The Header, Query, and Body authentication parameters must be set in the Body parameter of the backend request. Using the preceding script examples, the following describes how to set the authentication parameters:

    • Header parameter
      {
        "headers":{
          "test":"abc"
        }
      }
    • Query parameter
      {
        "queryStringParameters":{
          "test":"abc"
        }
      }
    • Body parameter
      {
        "user_data": "abc"
      }
  6. Deploy the function backend.

    After testing, click Deploy in the upper right corner of the page. In the dialog box displayed, click Yes to deploy the function backend.

Creating a Frontend Custom Authorizer

Before creating a frontend custom authorizer, ensure that the function backend used for frontend custom authentication has been created. Otherwise, create a function backend first. For details, see Creating a Function Backend for Frontend Authentication.

  1. In the navigation pane on the left, choose API Connect > API Policies. On the Custom Authorizers tab, click Create Custom Authorizer.
  2. On the page displayed, configure custom authorization and click OK.
    Table 1 Parameters for creating a frontend custom authorizer

    Parameter

    Description

    Name

    Enter a custom authorizer name. Using naming rules facilitates future search.

    Integration Application

    Select an integration application for the custom authorizer.

    Type

    Select Frontend.

    Function URN

    Select a function backend (must be currently Deployed) for frontend custom authentication.

    Max. Cache Age (s)

    Set the time (max. 3600) for caching authentication results.

    0: Authentication results will not be cached.

    Identity Sources

    Add header or query request parameters used for authentication.

    If the value of Max. Cache Age is not 0, a request parameter must be added. When the authentication result is cached, this parameter is used as the cache index of the authentication result.

    Send Request Body

    Specify whether to send the API request body to the authentication function.

    User Data

    Enter custom parameters, which are used together with Identity Sources for request authentication.