Okta

How to Configure SAML 2.0 for Amazon AppStream 2.0

Contents


Supported Features

The Okta/Amazon AppStream 2.0 SAML integration currently supports the following features:

For more information on the listed features, visit the Okta Glossary.


Configuration Steps

Overview

Okta’s Amazon AppStream 2.0 integration allows end-users to authenticate AWS AppStream applications using single sign-on with SAML. Okta admins can also set the duration of the authenticated session of users via Okta.


Configuring SAML 2.0 for Amazon AppStream 2.0 consists of the following three steps:


Step 1: Setting up Okta as your Identity Provider in AWS

In order to use SAML for Amazon AppStream 2.0, you need to set up Okta as an identity provider in AWS and establish the SAML connection, as follows:

  1. Sign in to the AWS Management Console and open the IAM console at https://console.aws.amazon.com/iam/

  2. Select Identity Providers in the navigation pane, then click Create Provider:

    login to https://console.aws.amazon.com/iam/, select Identity Providers

  3. Follow the steps below:

    • Provider Type: Select SAML from the dropdown.

    • Provider Name: Enter a name for the identity provider.

    • Metadata Document: Save the following as metadata.xml, then click Choose File and upload it.

      Sign into the Okta Admin dashboard to generate this value.

    • Click Next Step:

      Enter Identity Provider config info, click Next Step

    • Click Create:

      Click Create

  4. Locate the Identity Provider you created. Click on the name, and make a copy of your Provider ARN value. You will need it later during this configuration.

    make a copy of your Provers ARN value


Step 2: Setting up a SAML Role for Identity Provider Access

Next, create a SAML 2.0 federation IAM role. This step establishes a trust relationship between IAM and Okta, which identifies Okta as a trusted entity for federation. The role also defines which users authenticated by Okta are allowed to access an AppStream 2.0 stack. See Amazon documentation here for more information.

  1. In the navigation pane, select Roles > Create role:

    Roles > Create Role

  2. Select SAML 2.0 federation, then follow the steps below:

    • SAML provider: Select the SAML IdP that you created.

      IMPORTANT: Do not choose either of the two SAML 2.0 access methods (Allow programmatic access only or Allow programmatic and AWS Management Console access).

    • Attribute: Select SAML:sub_type.

    • Value: Enter persistent.

    • Click Next: Permissions:

    Configure SAML 2.0 Federation Role

  3. On the Attach permissions policies page embed an inline IAM policy for your role. Refer to Amazon documentation here for more information. Then click Next: Review:

    embed an inline IAM policy for your role

  4. Click Next: Review:

    Next: Review

  5. Follow the steps below:

    • Role name: Enter a name that helps you identify the purpose of this role. Because various entities might reference the role, you cannot edit the name of the role after it has been created.

    • Role description (optional): Enter a description for the new role.

    • Click Create role:

    Configure role

  6. Locate the IAM role you created. Click on the name, and make a copy of your Role ARN value. You will need it later during this configuration.

    make a copy of the Role ARN


Step 3: Configure the Amazon AppStream 2.0 integration in Okta

Now that you have finished the required steps to be performed in the AWS console, open the Amazon AppStream 2.0 app integration configuration in Okta and perform the following steps:

  1. In Okta, go to the the Sign On tab for the Amazon AppStream 2.0 app and click Edit. Enter the Role ARN and the Provider ARN values that you stored earlier during this configuration in the Role ARN and Idp ARN field, as comma separated values.

    For example if your Role ARN is: arn:aws:iam::123456789012:role/okta-access-role and your IDP ARN is arn:aws:iam::123456789012:saml-provider/okta, enter (no white spaces): arn:aws:iam::123456789012:role/okta-access-role,arn:aws:iam::123456789012:saml-provider/okta

    AWS_new_1a.png

  2. Set the user’s desired session duration in seconds in the Session Duration field.

  3. (Optional) If the AppStream 2.0 stack has a domain-joined fleet, select the AD user principal name for Application username format (otherwise leave as Okta username).

  4. The last step is to configure the Relay State parameter for the application. It should follow the following format:

    https://relay-state-region-endoint?stack={stackname}&accountId={aws-account-id-without-hyphens}

    For details, see Amazon’s documentation on How to Configure the Relay State for your Federation.

  5. Click Save.

  6. You are now ready to assign users to the application and test SAML.


Notes

The following SAML attributes are supported: