Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

SINCE VERSION 1.0

What is Authentication?

Before you can call a pipeline or command from remote, you need to authenticate ("login") first. This can be done in different ways depending on your requirements.

Authentication via HTTP Header ​

You can authenticate using the HTTP header authorization. This header must be set with any remote call of the pipeline or command API endpoint.

Since the HTTP header keys are case-insensitive, PIPEFORCE will convert any incoming HTTP header key to lower case and uses its lower case representation internally. This helps to avoid confusions with pipeline headers, these keys are case-sensitive. Therefore, the examples here always use the lower case HTTP key, even if you could also use other case styles if you want.

Basic Authentication​

This authentication method takes the base64 encoded username and password, separated by a colon:

authorization: Basic <base64(username:password)>

This would look like this example for username alice and password foo:

authorization: Basic YWxpY2U6Zm9v

If you're using curl, you can specify the -u argument so curl is handling the base64 encoding and header placement for you:

curl "https://ns.pipeforce.net/api/v3/command/..." -u "alice:foo"

Bearer Authentication​

This authentication type is mostly used as part of OAuth 2.0 authentication flow.

At first you need to obtain the Bearer token from an OAuth2 exchange flow where the login credentials will be exchanged to a Bearer token. How this is done is out of the scope of this documentation. Please refer to your OAuth2 service for more information here.

Then, you can set the Bearer token like this:

authorization: Bearer <token>

Here is an example of how you can obtain the Bearer access token from the PIPEFORCE IAM service:

export TOKEN_RESPONSE=`curl -X POST --location "https://iam-<ns>.pipeforce.net/auth/realms/<ns>/protocol/openid-connect/token" \
    -H "Content-Type: application/x-www-form-urlencoded" \
    -d "grant_type=password&client_id=pipeforce&username=<username>&password=<password>&scope=pipeforce"`

export PIPEFORCE_ACCESS_TOKEN=`echo $TOKEN_RESPONSE | jq -r '.access_token'`

curl "https://hub-<ns>.pipeforce.net/api/v3/command/..." -H  -H "authorization: Bearer ${PIPEFORCE_ACCESS_TOKEN}"

RunAs Authentication​

This is not really an authentication method since it switches from an already successfully authenticated user to another user in case the user has the permission to do so.

This method works only in case there is already a successfully authenticated user in the current request scope and it is allowed for this user to run as:

authorization: RunAs <username>

Refresh Authentication​

This authenticates using a refresh token from an OAuth 2.0 flow.

authorization: Refresh <token>

Authentication via IAM Command ​

In some cases it is required that authentication takes place inside a pipeline. For this, there are different iam.* commands available. See commands reference for details.

Whenever possible, you should use the HTTP Header Authentication methods and avoid using IAM command authentication. They're intended only for special requirements.

  • No labels