Add 1.8 release notes (#12190)

This commit is contained in:
Jim Kalafut 2021-07-28 08:54:09 -07:00 committed by GitHub
parent a0082b4b5b
commit 64b7f8eb1a
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 67 additions and 0 deletions

View File

@ -0,0 +1,63 @@
---
layout: docs
page_title: 1.8.0
description: |-
This page contains release notes for Vault 1.8.0.
---
# Vault 1.8.0
## Vault 1.8 Release Highlights
**Licensing Changes:** There are a few key licensing changes that are introduced with 1.8:
* Autoloading of licenses which simplifies the license installation workflow via the ability to load a license from an environment variable or from the disk
* The need for a valid license for Vault to successfully boot-up for EULA compliance.
* The license can be in-storage (as is the case prior to 1.8), providing a seamless experience when existing clusters are upgraded to 1.8. Support for in-storage licenses will be removed in a future release, and so it is recommended that customers migrate to autoloaded licenses.
* For new cluster deployments, licenses must be autoloaded.
* Support for license-free trial period for Enterprise binaries (30 min/6h) has been removed, and a default 1-day grace time for eval licenses has now been introduced.
**Vault Diagnose:** A new `vault operator diagnose` command enables faster troubleshooting and user-friendly diagnostics in situations when Vault is not starting.
### Secrets Engine Enhancements
* **Key Management Secrets Engine (Enterprise ADP-KM Module Only)**: Key Management Secrets Engine that was released as generally available for Azure in Vault 1.7, is now generally available for AWS.
* **UI for the Database Secrets Engine:** Expansion of the UI for the database secrets engine, allowing for users to interact with MSSQL and MySQL database engines via the Vault UI.
* **GCP Static Accounts:** The GCP secrets engine now has the ability to use existing service accounts for generation of service account keys and access tokens.
* **Username templating:** With Vault 1.8 users have the ability to customize usernames for the snowflake, redshift, elasticsearch, influxdb, rabbitmq and mongodb atlas database engines.
* **Active Directory:** Vault now has the ability to manually rotate a credential for an account being managed via the AD secrets engine.
### Other Enhancements
* **ServiceNow Credential Resolver:** Vault can now act as an external credential store for the ServiceNow MID servers when using a ServiceNow workflow for service discovery
* **RedHat certified helm charts:** Vaults Kubernetes Helm charts are now certified by RedHat!
* **Integrated Storage Autopilot:** Autopilot capabilities to monitor and manage clusters are now supported with DR.
* **SSH Secrets Engine identity template support:** When configuring a role for the SSH Secrets Engine, users may now specify Vault identity templates in the *default_extensions* field. This allows Vault to conform to the required identity semantics for services such as GitHub Enterprise when functioning as an SSH CA.
* **Expiration manager improvements**
* Fair-sharing logic to help with lease revocations
* The ability to mark some leases as irrevocable
* The addition of an HTTP API and a CLI for operators to obtain information about irrevocable leases, to be able to tidy them
* **Vault Agent Enhancements:** The following Vault Agent enhancements have been added to 1.8 to improve the operational experience.
* **Infinite Retry:** This release reintroduces the default behavior of agent template indefinitely retrying and not exit on failures.
* **Configurable timeout for non-renewable secrets:** Agent template now has the ability to configure how often to fetch non-renewable secrets (from the default 5m)
* **Update Agent Auth with GCP to use new SignJWT endpoint:** This enhancement should benefit GCP customers who want to use the Vault Agent to authenticate using GCPs IAM Service Account Credentials for signing JWTs.
* **Control Group triggers:** This enhancement provides flexibility to customers to apply control groups to only certain permissions in a path. Vault now supports a new parameter called controlled_capabilities in the control_group stanza factors. This is a list of permissions, which when invoked will result in the control group workflow only being triggered if the operation that initiated the request is included in the list.
* **Password policies in namespaces:** Vault now supports setting up password policies in namespaces
* **Obscuring secret Values in the UI:** Vault now provides the ability to mask secrets on entry - whether they be KV secrets or certificates - anywhere secrets are entered in the UI.
### Deprecations:
The following API endpoints have been deprecated and will be removed in a future release:
* `PUT sys/license` to store licenses in storage; it is recommended to use
[License Autoloading](/docs/enterprise/license/autoloading) instead.
* `/gcp/token/:roleset` and `/gcp/key/:roleset` paths for generating secrets for rolesets
For more detailed information, please refer to the [Changelog](https://github.com/hashicorp/vault/blob/master/CHANGELOG.md#180).

View File

@ -1644,6 +1644,10 @@
{
"title": "1.7.0",
"path": "release-notes/1.7.0"
},
{
"title": "1.8.0",
"path": "release-notes/1.8.0"
}
]
},