Skip to content

APIGOV-32941 - updated Okata per scope provisioning - #887

Merged
lbadenhop merged 3 commits into
masterfrom
APIGOV-32941
Jul 23, 2026
Merged

APIGOV-32941 - updated Okata per scope provisioning#887
lbadenhop merged 3 commits into
masterfrom
APIGOV-32941

Conversation

@sbolosan

@sbolosan sbolosan commented Jun 16, 2026

Copy link
Copy Markdown
Collaborator

Thank you for your contribution to the Amplify-Central repo.

Describe the changes

Update Okta documentation for per scope policy provsioning

This can be published on July 23 2026 when the V7 Agent goes GA.

Deploy preview link

Please add the deploy preview link to the specific page that you've changed.

Checklist for contributors

Before submitting this PR:

  • Verify that all status checks have passed
  • For more information on the Markdown linter rules, see DavidAnson/markdownlint
  • For first-time contributors, ensure that you have signed the Axway CLA

@docsbuilder

docsbuilder commented Jun 16, 2026

Copy link
Copy Markdown
Collaborator

Deploy preview is ready!

Name Link
🔨 Latest commit 01d6b12
😎 Deploy preview http://PR-887.amplify-central.opendocs-builder.pcloud.axway.int

@dgghinea
dgghinea marked this pull request as ready for review June 25, 2026 15:42
{{< alert title="Note" color="primary" >}}**Okta per-scope provisioning**</br>
When using `AGENTFEATURES_IDP_TYPE_{n}=okta`, the agent automatically creates and manages one Okta authorization server policy per OAuth scope per credential. The policy name is derived from `AGENTFEATURES_IDP_OKTA_POLICYNAME_TEMPLATE_{n}`. Policy priority is fixed at `1` and access token lifetime is fixed at `60 minutes`.

Each requested scope must already be defined on the target Authorization Server before the credential request is submitted. The agent creates the policy and rule to restrict the client to that scope, but it does not create scopes itself. It only reads what is already configured. If a requested scope isn't defined there, credential provisioning fails with an error similar to `okta api POST .../authorizationServers/{id}/policies/{id}/rules returned 400: conditions.scopes.include must only contain the scopes defined for the authorization server`, and the credential shows as `Inactive`/`Failed`. To resolve this, add the scope to the Authorization Server in the Okta admin console under **Security > API > Authorization Servers > *server* > Scopes**, then retry the credential request.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shane, I would bold the "scope must already be defined".
Suggestion to cover the case of not creating missing scopes,
"The agent creates the policy and rule (not any missing scopes) ..."

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can bold the sentence you're referring to. In regards to your second suggestion, you don't think "The agent creates the policy and rule to restrict the client to that scope, but it does not create scopes itself. It only reads what is already configured. If a requested scope isn't defined there, credential provisioning fails with an error similar to `okta api POST " is enough?

@robertengaxway robertengaxway left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved

@lbadenhop
lbadenhop merged commit e900d40 into master Jul 23, 2026
1 of 2 checks passed
@lbadenhop
lbadenhop deleted the APIGOV-32941 branch July 23, 2026 23:16
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.

4 participants