You are browsing documentation for an outdated version. See the latest documentation here.

Enable Key Authentication for Application Registration

You can use the Key Authentication plugin for authentication in conjunction with the Application Registration plugin.

The key auth plugin uses the same Client ID as generated for the Kong OAuth2 plugin. You can use the same Client ID credential for a Service that has the OAuth2 plugin enabled.

Prerequisites

• Create a Service.
• Enable the Application Registration plugin on a Service.
• Activate your application for a Service if you have not already done so. The Service Contract must be approved by an Admin if auto approve is not enabled.
• Generate a credential if you don’t want to use the default credential initially created for you.

Enable Key Authentication in Kong Manager

In Kong Manager, access the Service for which you want to enable key authentication for use with application registration:

1. From your Workspace, in the left navigation pane, go to API Gateway > Services.
2. On the Services page, select the Service and click View.
3. In the Plugins pane in the Services page, click Add a Plugin.

4. On the Add New Plugin page in the Authentication section, find the Key Authentication Plugin and click Enable.

   

5. Complete the fields as appropriate for your application. In this example, the Service is already prepopulated. Refer to the parameters described in the next section, Key Authentication Configuration Parameters, to complete the fields.

6. Click Create.

Key Authentication Configuration Parameters

Generate a Credential

Generate a Client ID credential to use as an API key. You can generate multiple credentials.

1. In the Dev Portal > My Apps page, click View for an application.

2. In the Authentication pane, click Generate Credential.

   

   Now you can make requests using the Client ID as an API Key.

Make Requests with an API Key (Client Identifier)

The Client ID of your credentials can be used as an API key to make authenticated requests to a Service.

Tip: You can also access key request instructions directly within the user interface from the information icon in the Services details area of your application. Click the i icon to open the Service Details page.

Scroll to view all of the available examples.

About API Key Locations in a Request

Use cases for key locations:

• Recommended: Use key_in_header (enabled by default) as the most common and secure way to do service-to-service calls.
• If you need to share links to browser clients, use key_in_query (enabled by default). Note that query parameter requests can appear within application logs and URL browser bars, which expose the API key.
• If you are sending a form with a browser, such as a login form, use key_in_body. This option is set to false by default because it’s a less common use case, and is a more expensive and less performant HTTP request.

For better security, only enable the key locations that you need to use.

Make a request with the key as a query string parameter

curl -X POST {proxy}/{route}?apikey={CLIENT_ID}

http {proxy}/{route}?apikey={CLIENT_ID}

Response (will be the same for all valid requests regardless of key location):

HTTP/1.1 200 OK
...

Make a request with the key in a header

curl -X POST {proxy}/{route} \
--header "apikey: {CLIENT_ID}"

http {proxy}/{route} apikey:{CLIENT_ID}

Make a request with the key in the body

curl -X POST {proxy}/{route} \
--data "apikey:={CLIENT_ID}"

http {proxy}/{route} apikey={CLIENT_ID}

Note: The key_in_body parameter must be set to true.