-
Notifications
You must be signed in to change notification settings - Fork 4.3k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Backport of docs: add known issues section to 1.9.x upgrade guide int…
…o release/1.9.x (#13713) * no-op commit due to failed cherry-picking * [VAULT-3252] Add entity-alias behavior change to docs (#13370) * Add entity-alias behavior change to docs * Add upgrade note about entity-alias mapping change * Rename 1.7-9 upgrade pages, shuffle upgrade note position * Update website/content/partials/entity-alias-mapping.mdx Co-authored-by: Meggie <[email protected]> * Add incorrect policy issue to the docs * Add example about entity-alias restriction Co-authored-by: Meggie <[email protected]> * Update http requests API link to versioned docs (#13692) * docs: add known issues section to 1.9.x upgrade guide (#13662) * docs: add known issues section to 1.9.x upgrade guide * minor rephrasing on oidc known issue * use relative references for URLs * Update website/content/docs/upgrading/upgrade-to-1.9.x.mdx Co-authored-by: Tom Proctor <[email protected]> * update known issues section for id token Co-authored-by: Tom Proctor <[email protected]> Co-authored-by: temp <[email protected]> Co-authored-by: Pratyoy Mukhopadhyay <[email protected]> Co-authored-by: Meggie <[email protected]> Co-authored-by: Tony Pulickal <[email protected]> Co-authored-by: Calvin Leung Huang <[email protected]> Co-authored-by: Tom Proctor <[email protected]>
- Loading branch information
1 parent
ffa1f54
commit 27107d6
Showing
7 changed files
with
141 additions
and
65 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file was deleted.
Oops, something went wrong.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,112 @@ | ||
--- | ||
layout: docs | ||
page_title: Upgrading to Vault 1.9.x - Guides | ||
description: |- | ||
This page contains the list of deprecations and important or breaking changes | ||
for Vault 1.9.x. Please read it carefully. | ||
--- | ||
|
||
# Overview | ||
|
||
This page contains the list of deprecations and important or breaking changes | ||
for Vault 1.9.x compared to 1.8. Please read it carefully. | ||
|
||
## OIDC Provider | ||
|
||
Vault 1.9.0 introduced the ability for Vault to be an OpenID Connect (OIDC) identity | ||
provider. To support the feature, Vault's [default policy](https://www.vaultproject.io/docs/concepts/policies#default-policy) | ||
was modified to include an ACL rule for its Authorization Endpoint. Due to the handling | ||
of Vault's default policy during upgrades, existing deployments of Vault that are upgraded | ||
to 1.9.0 will not have this required ACL rule. | ||
|
||
If you're upgrading to 1.9.0 and want to use the new OIDC provider feature, the following | ||
ACL rule must be added to the default policy **or** a policy associated with the Vault | ||
[Auth Method](https://www.vaultproject.io/docs/auth) used to authenticate end-users during | ||
the OIDC flow. | ||
|
||
```hcl | ||
# Allow a token to make requests to the Authorization Endpoint for OIDC providers. | ||
path "identity/oidc/provider/+/authorize" { | ||
capabilities = ["read", "update"] | ||
} | ||
``` | ||
|
||
## Identity Tokens | ||
|
||
The Identity secrets engine has changed the procedure for creating Identity | ||
token roles. When creating a role, the key parameter is required and the key | ||
must exist. Previously, it was possible to create a role and assign it a named | ||
key that did not yet exist despite the documentation stating otherwise. | ||
|
||
All calls to [create or update a role](https://www.vaultproject.io/api/secret/identity/tokens#create-or-update-a-role) | ||
must be checked to ensure that roles are not being created or updated with | ||
non-existent keys. | ||
|
||
## SSH Role Parameter `allowed_extensions` Behavior Change | ||
|
||
Prior versions of Vault allowed clients to specify any extension when requesting | ||
SSH certificate [signing requests](https://www.vaultproject.io/api/secret/ssh#sign-ssh-key) | ||
if their role had an `allowed_extensions` set to `""` or was missing. | ||
|
||
Now, Vault will reject a client request that specifies extensions if the role | ||
parameter `allowed_extensions` is empty or missing from the role they are | ||
associated with. | ||
|
||
To re-enable the old behavior, update the roles with a value | ||
of `"*"` to the `allowed_extensions` parameter allowing any/all extensions to be | ||
specified by clients. | ||
|
||
@include 'entity-alias-mapping.mdx' | ||
|
||
## Deprecations | ||
|
||
### HTTP Request Counter Deprecation | ||
|
||
In Vault 1.9, the internal HTTP Request count | ||
[API](https://www.vaultproject.io/api-docs/v1.8.x/system/internal-counters#http-requests) | ||
will be removed from the product. Calls to the endpoint will result in a 404 | ||
error with a message stating that `functionality on this path has been removed`. | ||
|
||
Vault does not make backwards compatible guarantees on internal APIs (those | ||
prefaced with `sys/internal`). They are subject to change and may disappear | ||
without notice. | ||
|
||
### Etcd v2 | ||
|
||
Support for Etcd v2 will be removed from Vault in Vault 1.10 (not this Vault | ||
release, but the next one). The Etcd v2 API | ||
was deprecated with the release of [Etcd | ||
v3.5](https://etcd.io/blog/2021/announcing-etcd-3.5/), and will be | ||
decommissioned in the Etcd v3.6 release. | ||
|
||
Users upgrading to Vault 1.9 and planning to eventually upgrade to Vault 1.10 | ||
should prepare to [migrate](/docs/commands/operator/migrate) Vault storage to | ||
an Etcd v3 cluster prior to upgrading to Vault 1.10. All storage migrations | ||
should have [backups](/docs/concepts/storage#backing-up-vault-s-persisted-data) | ||
taken prior to migration. | ||
|
||
## TLS Cipher Suites Changes | ||
|
||
In Vault 1.9, due to changes in Go 1.17, the `tls_prefer_server_cipher_suites` | ||
TCP configuration parameter has been deprecated and its value will be ignored. | ||
|
||
Additionally, Go has begun doing automated cipher suite ordering and no longer | ||
respects the order of suites given in `tls_cipher_suites`. | ||
|
||
See [this blog post](https://go.dev/blog/tls-cipher-suites) for more information. | ||
|
||
## Known Issues | ||
|
||
### Identity Token Backend Key Rotations | ||
|
||
Existing Vault installations that use the [Identity Token | ||
backend](/api-docs/secret/identity/tokens) and have [named | ||
keys](/api-docs/secret/identity/tokens#create-a-named-key) generated will | ||
encounter a panic when any of those existing keys pass their | ||
`rotation_period`. This issue affects Vault 1.9.0, and is fixed in Vault 1.9.1. | ||
Users should upgrade directly to 1.9.1 or above in order to avoid this panic. | ||
|
||
If a panic is encountered after an upgrade to Vault 1.9.0, the named key will be | ||
corrupted on storage and become unusable. In this case, the key will need to be | ||
deleted and re-created. A fix to fully mitigate this panic will be addressed on | ||
Vault 1.9.3. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,7 @@ | ||
## Entity Alias mapping | ||
|
||
Previously, an entity in Vault could be mapped to multiple entity aliases on the same authentication backend. This | ||
led to a potential security vulnerability (CVE-2021-43998), as ACL policies templated with alias information would match the first | ||
alias created. Thus, tokens created from all aliases of the entity, will have access to the paths containing alias | ||
metadata of the first alias due to templated policies being incorrectly applied. As a result, the mapping behavior was updated | ||
such that an entity can only have one alias per authentication backend. This change exists in Vault 1.9.0+, 1.8.5+ and 1.7.6+. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters