VAULT-49081 Vault 2.1 release notes - #3111
Conversation
Vercel Previews Deployed
|
Broken Link CheckerThis PR contains broken links, but won't be blocked. Use this report to improve content quality: Quick Actions
Need Help?
Internal LinksExternal Links |
| validate against. Vault normalizes this value by trimming trailing slashes and | ||
| lowercasing. Each `issuer_id` must be unique across all profiles in the | ||
| namespace. | ||
| namespace. `issuer_id` cannot be modified during updates. |
There was a problem hiding this comment.
| namespace. `issuer_id` cannot be modified during updates. | |
| namespace. You cannot modify `issuer_id` during updates. |
Style correction: write in active voice
| `access_token` or `transaction_token`, though only `access_token` is currently | ||
| supported. |
There was a problem hiding this comment.
| `access_token` or `transaction_token`, though only `access_token` is currently | |
| supported. | |
| `access_token`. |
There's no point introducing a second key value if we don't support it. We can add it back when we actually do support it
There was a problem hiding this comment.
The API does support it --- i.e. you can set this value to transaction_token, but we don't actually support transaction tokens
There was a problem hiding this comment.
Trying to find a balance of what our API supports versus what our product does
|
|
||
| 2. Create the entity alias for the subject entity with the mount accessor | ||
| and issuer values included. | ||
| 1. Create the entity alias for the subject entity the issuer value included. |
There was a problem hiding this comment.
| 1. Create the entity alias for the subject entity the issuer value included. | |
| 1. Create the entity alias for the subject entity referenced by the issuer value. |
I think this is what we're trying to say? I'm a little confused by this sentence
|
|
||
| 3. Create the entity alias for the actor entity with the mount accessor | ||
| and issuer values included. | ||
| 3. Create the entity alias for the actor entity with the issuer value included. |
There was a problem hiding this comment.
What does "with the issuer value included" mean? The new text suggests something about how you set things up has changed, but all we've done is remove a value from the setup. So I'm confused about what has changed in the functionality
| For both aliases, the `mount_accessor` will be automatically generated. Since | ||
| there is no auth mount associated with these aliases, the alias instead points | ||
| to the issuer that grants access. The format is: |
There was a problem hiding this comment.
| For both aliases, the `mount_accessor` will be automatically generated. Since | |
| there is no auth mount associated with these aliases, the alias instead points | |
| to the issuer that grants access. The format is: | |
| Vault automatically creates and assigns a `mount_accessor ` value for both aliases. | |
| The aliases are not associated with an auth mount. Instead, the aliases point to the | |
| issuer that grants access. Vault uses the following format for the mount accessor: |
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: Activation flag no longer required to use [OAuth Resource Server API](/vault/api-docs/system/config-oauth-resource-server)s. | ||
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: `issuer_id` is now immutable once a profile has been created, and can no longer be modified. |
There was a problem hiding this comment.
| - **OAuth resource server** <EnterpriseAlert inline="true" />: `issuer_id` is now immutable once a profile has been created, and can no longer be modified. | |
| - **OAuth resource server**: `issuer_id` is now immutable once you create a profile and cannot be modified during profile updates. |
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: `issuer_id` is now immutable once a profile has been created, and can no longer be modified. | ||
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: Local profile support added [OAuth Resource Server](/vault/api-docs/system/config-oauth-resource-server) resources, wherein local profiles will not be replicated. |
There was a problem hiding this comment.
| - **OAuth resource server** <EnterpriseAlert inline="true" />: Local profile support added [OAuth Resource Server](/vault/api-docs/system/config-oauth-resource-server) resources, wherein local profiles will not be replicated. | |
| - **OAuth resource server**: Local profile support added to [OAuth Resource Server](/vault/api-docs/system/config-oauth-resource-server) resources so that Vault does not replicate local profiles. |
How is this different from the entry under "Bug fixes"?
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: Local profile support added [OAuth Resource Server](/vault/api-docs/system/config-oauth-resource-server) resources, wherein local profiles will not be replicated. | ||
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to use [templated paths](/vault/docs/ai/oauth-server/rar/type-specification#templated-paths) in Rich Authorization Requests. |
There was a problem hiding this comment.
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to use [templated paths](/vault/docs/ai/oauth-server/rar/type-specification#templated-paths) in Rich Authorization Requests. | |
| - **OAuth resource server**: Vault now supports [templated paths](/vault/docs/ai/oauth-server/rar/type-specification#templated-paths) in Rich Authorization Requests. |
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to use [templated paths](/vault/docs/ai/oauth-server/rar/type-specification#templated-paths) in Rich Authorization Requests. | ||
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to use [allowed, denied, and required parameters](/vault/docs/ai/oauth-server/rar/type-specification) in Rich Authorization Requests. |
There was a problem hiding this comment.
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to use [allowed, denied, and required parameters](/vault/docs/ai/oauth-server/rar/type-specification) in Rich Authorization Requests. | |
| - **OAuth resource server**: Vault now supports [allowed, denied, and required parameters](/vault/docs/ai/oauth-server/rar/type-specification) in Rich Authorization Requests. |
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to use [allowed, denied, and required parameters](/vault/docs/ai/oauth-server/rar/type-specification) in Rich Authorization Requests. | ||
|
|
||
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to modify the uniqueness claim to be non-standard, for increased compatibility with IdPs that do not comply to the standard. |
There was a problem hiding this comment.
| - **OAuth resource server** <EnterpriseAlert inline="true" />: The ability to modify the uniqueness claim to be non-standard, for increased compatibility with IdPs that do not comply to the standard. | |
| - **OAuth resource server**: To increase compatibility, you can now modify RAR uniqueness claims to be non-standard and use Vault with IdPs that do not comply to standard uniqueness requirements. |
Release notes for Vault 2.1.