Overview
The AWS Workload Identity is a feature designed to enhance security and streamline access management for Control Plane managed Kubernetes clusters. This feature enables Pods running on Kubernetes clusters to assume an AWS IAM Role. By leveraging these IAM Roles, Pods can securely access AWS resources, adhering to the permissions defined in the corresponding IAM policies. A key application of this feature is in scenarios where a Pod needs to interact with AWS services. For instance, a Pod requiring access to an S3 bucket can assume an IAM Role with the necessary permissions to perform actions on that bucket. Enable AWS Workload Identity when secure access to AWS resources from Pods on the cluster is required.Supported Providers
Prerequisites
- AWS Account
How to Enable
TheAWS Workload Identity add-on can be enabled for your Kubernetes cluster either during the cluster creation process or at any time thereafter. The following sections outline the methods for enabling the add-on:
At Cluster Creation
-
Through Cluster Manifest: Add the following snippet to your cluster manifest when creating the cluster:
YAML
-
Using the Console: If you’re creating the cluster through the console, navigate to
Add-ons, find theAWS Workload Identityadd-on in the list of available add-ons, and toggle it on.
After Cluster Creation
If theAWS Workload Identity add-on was not enabled during the cluster creation, you can still enable it using either of the following methods:
Using Manifest
Underspec.addOns in the YAML manifest of the cluster, you can edit it either by navigating to the cluster in the Console and using the Edit & Apply option for the cluster, or by applying the entire manifest using the cpln apply >_ option in the upper right corner or by using the cpln CLI.
Add the following:
YAML
Using UI
- Navigate to Control Plane Console: Visit the Control Plane Console.
- Navigate to the Kubernetes cluster: In the Control Plane Console, navigate to
Kubernetesin the left sidebar panel and click on the Kubernetes cluster for which you want to enable the dashboard. - Enable the AWS Workload Identity add-on: Choose
Add-onsand locate theAWS Workload Identityadd-on from the list of available add-ons, then toggle it on.
Setup
If the role provided to Control Plane includes the ability to create the OIDC Identity Provider, then it will be created for you automatically. If the role provided to Control Plane does not include access to create OIDC Identity Providers, then the following manual steps must be completed before AWS Workload Identity or any other dependent add-ons will function. After enabling AWS Workload Identity, an OIDC Identity Provider for each cluster must be created in your AWS account before it can be used. TheoidcProviderUrl for the OIDC Identity Provider is in the status of the cluster.
-
Create OIDC Identity Provider in AWS
-
Retrieve the cluster’s oidcProviderUrl:
CLI
UI
-
From the Managed Kubernetes cluster in the UI, select
Viewfrom theActionsdrop down in the upper right corner. A new window will open showing the content of the Managed Kubernetes object in the Control Plane API. -
Toggle the
Slimbutton so it is turned off. -
The
providerUrlis shown in the object at.status.addOns.awsWorkloadIdentity.oidcProviderConfig
-
From the Managed Kubernetes cluster in the UI, select
-
Access the AWS console and navigate to IAM. In the left panel, under
Access management, selectIdentity providersand then clickAdd provider. -
Select
OpenID Connect, paste theProvider URLobtained in the previous step, and clickGet thumbprint. -
In the
Audiencefield, entersts.amazonaws.com.
-
Retrieve the cluster’s oidcProviderUrl:
CLI
Usage Instructions
After enabling AWS Workload Identity, your Managed Kubernetes cluster becomes an identity provider for your Pods. To grant a Pod access, ensure it uses a Kubernetes Service Account with the annotation:eks.amazonaws.com/role-arn: "arn:aws:iam::<ACCOUNT_ID>:role/IAM-ROLE-HERE". This setup is compatible with all Kubernetes Workloads, as they ultimately provision Pods.
Follow these steps below to configure.
Steps to configure access
-
Retrieve and Save the Trust Policy JSON
- Obtain the trust policy template:
- Save the obtained policy to a file named
example-trust-policy.json. Then, modify the trust policy by replacing<SERVICE_ACCOUNT>and<NAMESPACE>with the appropriate values:- For
<NAMESPACE>, usedefault. - For
<SERVICE_ACCOUNT>, usemk8s-identity-example.
- For
- Obtain the trust policy template:
-
Create an IAM Role
- You can create a new IAM Role using the AWS Console, or use an existing one. For creating a role via CLI, follow this example:
- Use the obtained trust policy from the previous step as
default-trust-policy.json - Run the following command:
- Use the obtained trust policy from the previous step as
- You can create a new IAM Role using the AWS Console, or use an existing one. For creating a role via CLI, follow this example:
-
Create Kubernetes Service Account and a Pod
Create the Kubernetes Service Account and a Pod in your Managed Kubernetes cluster. For guidance on accessing your cluster, refer to the documentation page of your Provider.-
Replace
<ACCOUNT_ID>with your AWS Account ID in the following YAML configuration:YAML -
The Pod
identity-examplecan now access AWS resources using the IAM rolearn:aws:iam::<ACCOUNT_ID>:role/mk8s-identity-example.
-
Replace