Skip to content

VAULT-49081 Vault 2.1 release notes - #3111

Open
VioletHynes wants to merge 9 commits into
vault/202609-agenticfrom
violethynes/VAULT-49081-release-notes
Open

VAULT-49081 Vault 2.1 release notes#3111
VioletHynes wants to merge 9 commits into
vault/202609-agenticfrom
violethynes/VAULT-49081-release-notes

Conversation

@VioletHynes

@VioletHynes VioletHynes commented Aug 13, 2026

Copy link
Copy Markdown
Collaborator

Release notes for Vault 2.1.

@github-actions github-actions Bot added the Vault Content update for Vault product docs label Aug 13, 2026
@hashicorp-cla-app

hashicorp-cla-app Bot commented Aug 13, 2026

Copy link
Copy Markdown

CLA assistant check
All committers have signed the CLA.

@github-actions

github-actions Bot commented Aug 13, 2026

Copy link
Copy Markdown
Contributor

Vercel Previews Deployed

Name Status Preview Updated (UTC)
Dev Portal ✅ Ready (Inspect) Visit Preview Fri Aug 14 19:01:28 UTC 2026
Unified Docs API ✅ Ready (Inspect) Visit Preview Fri Aug 14 18:57:03 UTC 2026

@VioletHynes
VioletHynes changed the base branch from main to vault/202609-agentic August 13, 2026 17:52
@VioletHynes VioletHynes changed the title Violethynes/vault 49081 release notes VAULT-49081 Vault 2.1 release notes Aug 13, 2026
@github-actions

github-actions Bot commented Aug 13, 2026

Copy link
Copy Markdown
Contributor

Broken Link Checker

This PR contains broken links, but won't be blocked. Use this report to improve content quality:

Quick Actions

  • Internal links (HashiCorp sites): Please fix these - they impact user experience
  • External links: Consider if these are essential or can be updated/removed
  • Temporary issues: External sites may recover - check again before merging

Need Help?


Internal Links

Full Github Actions output

External Links

Full Github Actions output

@jasonpilz
jasonpilz self-requested a review August 13, 2026 23:52

@jasonpilz jasonpilz left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM!

@VioletHynes
VioletHynes marked this pull request as ready for review August 14, 2026 19:41
@VioletHynes
VioletHynes requested a review from a team as a code owner August 14, 2026 19:41
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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
namespace. `issuer_id` cannot be modified during updates.
namespace. You cannot modify `issuer_id` during updates.

Style correction: write in active voice

Comment on lines +264 to +265
`access_token` or `transaction_token`, though only `access_token` is currently
supported.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
`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

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.

The API does support it --- i.e. you can set this value to transaction_token, but we don't actually support transaction tokens

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.

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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

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

Comment on lines +212 to +214
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:

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
- **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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
- **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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
- **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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
- **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.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
- **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.

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

Labels

Vault Content update for Vault product docs

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants