Skip to content

INT-1352: Read the federation app of an AWS federated login from its aws-federation item - #475

Draft
smanzler wants to merge 1 commit into
mainfrom
simonmanzler/int-1352-read-the-aws-federation-item
Draft

smanzler wants to merge 1 commit into
mainfrom
simonmanzler/int-1352-read-the-aws-federation-item

Conversation

@smanzler

@smanzler smanzler commented Nov 9, 2026

Copy link
Copy Markdown
Contributor

Problem

An AWS account's federated login can now refer to a federation app that is configured once and shared by several accounts, instead of holding the app details inline. The CLI reads the Okta app ID and the AWS SAML provider name only from the inline details. When the inline copy goes away, p0 aws role assumption with Okta SAML stops working.

Status: Preview

Change

  • When the login refers to a federation app, the CLI gets the Okta app ID from the aws-federation integration config and the SAML provider name from the login.
  • When it does not, the CLI uses the inline provider as before.
  • A federation app that is not an Okta app gives a clear error.
  • fetchSamlAssertionForAws takes the app ID instead of the whole login.

Type of Change

  • New feature

Validation

  • Testing: unit tests for the federation app path, the inline path, and a non-Okta app. Not tested by hand.
  • Blast radius: Okta SAML role assumption for AWS only. Logins without a federation app use the same code path as before.
  • Risks & mitigations: role assumption with a federation app makes one more config request.

Rollout / rollback

N/A

Tracking (optional)

INT-1352

🤖 Generated with Claude Code

…aws-federation item

**Problem**

An AWS account's federated login can now refer to a federation app that is configured once and shared by several accounts, instead of holding the app details inline. The CLI reads the Okta app ID and the AWS SAML provider name only from the inline details. When the inline copy goes away, `p0 aws` role assumption with Okta SAML stops working.

**Status:** Preview

**Change**

- When the login refers to a federation app, the CLI gets the Okta app ID from the `aws-federation` integration config and the SAML provider name from the login.
- When it does not, the CLI uses the inline provider as before.
- A federation app that is not an Okta app gives a clear error.
- `fetchSamlAssertionForAws` takes the app ID instead of the whole login.

**Type of Change**

- [x] New feature

**Validation**

- Testing: unit tests for the federation app path, the inline path, and a non-Okta app. Not tested by hand.
- Blast radius: Okta SAML role assumption for AWS only. Logins without a federation app use the same code path as before.
- Risks & mitigations: role assumption with a federation app makes one more config request.

**Rollout / rollback**

N/A

**Tracking (optional)**

INT-1352

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant