This article explains how to enable and configure the AWS Kiro Enterprise subscription for organizations that use a cross-account STS AssumeRole model, where IAM users log in to a central identity account and assume roles into target/resource accounts for development and operations.
Understanding the Architecture
In many organizations, engineers authenticate to a central Identity Account and then use AWS STS AssumeRole to switch into Target/Resource Accounts where development and operations occur. This article covers how Kiro Enterprise integrates with this model.
Enterprise Subscription Setup Options
Kiro can be onboarded from either:
- The Organization Management Account (Recommended) – Set up Kiro from the management (root/payer) account where your AWS IAM Identity Center (IdC) instance resides.
- A Member Account – If you prefer to onboard from a specific member account, you must first enable IAM Identity Center access for member accounts.
Option 1: Onboarding from the Management Account (Recommended)
- Sign in to the AWS Management Console using your organization's management account.
- Navigate to AWS IAM Identity Center (IdC).
- Ensure your IdC instance is configured and users/groups are provisioned.
- Enable the Kiro Enterprise subscription from this account.
- Assign access to the appropriate users or groups within IdC.
Option 2: Onboarding from a Member Account
If your organization requires Kiro to be set up from a member account:
- Sign in to the AWS Management Console using your management account.
- Navigate to IAM Identity Center > Settings.
- Enable IAM Identity Center access for member accounts (this allows member accounts to detect the organizational IdC instance residing in the management account).
- Sign in to the desired member account.
- Enable the Kiro Enterprise subscription from the member account.
For detailed steps on enabling member account access, see: Enable IAM Identity Center for member accounts
How Kiro Authentication Works with Cross-Account AssumeRole
Important: Your existing cross-account AssumeRole workflow is not impacted by Kiro. Here's why:
- Kiro authentication is managed directly by the IAM Identity Center instance.
- When users log in to Kiro IDE or CLI, they provide the IdC instance sign-in URL.
- Authentication occurs via a web browser redirect flow, which then redirects users back to Kiro IDE/CLI.
- Your existing console access workflow via STS AssumeRole for accessing target accounts remains completely unaffected.
Summary
| Aspect | Details |
|---|
| Recommended setup location | Organization management account (where IdC resides) |
| Alternative setup location | Member account (requires enabling IdC access for member accounts) |
| Impact on AssumeRole workflow | None – Kiro uses IdC authentication independently |
| Authentication method | IAM Identity Center (web browser redirect) |
Related Information