Skip to content

OIDC Admin UI changes#11288

Open
Karuna-Mendix wants to merge 10 commits into
developmentfrom
kv-admin-ui
Open

OIDC Admin UI changes#11288
Karuna-Mendix wants to merge 10 commits into
developmentfrom
kv-admin-ui

Conversation

@Karuna-Mendix

Copy link
Copy Markdown
Collaborator

No description provided.

Comment thread content/en/docs/marketplace/platform-supported-content/modules/oidc.md Outdated
Comment thread content/en/docs/marketplace/platform-supported-content/modules/oidc.md Outdated
Comment thread content/en/docs/marketplace/platform-supported-content/modules/oidc.md Outdated
Comment thread content/en/docs/marketplace/platform-supported-content/modules/oidc.md Outdated
Comment thread content/en/docs/marketplace/platform-supported-content/modules/oidc.md Outdated
Comment thread content/en/docs/marketplace/platform-supported-content/modules/oidc.md Outdated
### Runtime Configuration of Your IdP at Your App {#runtime-idp-app}

This section describes how you can configure your IdP in your Mendix app using the Admin UIs provided by the OIDC SSO module. These screens offer two tabs:
This section describes how you can configure your IdP in your Mendix app using the Admin UIs provided by the OIDC SSO module. The **IdP Integration (OIDC)** screen offers three tabs:

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Well, in the description below only 2 are listed.
And i think that's accurate - there are only 2, since we dropped the "maintenence tab", which previously showed tokens. You may want to double check

* JWKS URI: This option assumes that your IdP can fetch the public key from the JWKS endpoint of your application. Most IdPs aupport this capability, and it is the preffered approach as it eliminates the need to manually exchange keys during the setup. When you select the **JWKS URI** from the **Public Key Exchange** configure the following fields:
* Key Pair Expiration Days: (default 90)
* JWT (Signing Algorithm): (default RS256)
* JWKS URI: This option assumes that your IdP can fetch the public key from the JWKS endpoint of your application. Most IdPs aupport this capability, and it is the preffered approach as it eliminates the need to manually exchange keys during the setup. When you select the *JWKS URI* from the **Exchange of public key**, configure the following fields:

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

typo in prefered

* Add other scopes as needed.
10. Select your user parsing. By default, this module will use standard OpenID claims to provision end-users in your app. Also included is a flow that uses the standard UserInfo endpoint in OIDC, which is useful in the case that your IdP uses thin tokens. You can set up user provisioning by setting the following standard flows:

9. On the **Creating User** tab, select your **User creation microflow**. By default, this module will use standard OpenID claims to provision end-users in your app. Also included is a flow that uses the standard UserInfo endpoint in OIDC, which is useful in the case that your IdP uses thin tokens. You can set up user provisioning by setting the following standard flows:

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

thin tokens? what is that? ;-)

common terminilogy in the IAm world is "opaque tokens"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants