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
- Log in to the ROMA Connect console. On the Instances page, click View Console next to a specific instance.
- In the navigation pane on the left, choose API Connect > Custom Backends. On the Backends tab, click Create Backend.
- 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.
- 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" } } }
- For the request parameters obtained using the function script:
- 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:
- 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.
- In the navigation pane on the left, choose API Connect > API Policies. On the Custom Authorizers tab, click Create Custom Authorizer.
- 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.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot