Downloads:
261,516
Downloads of v 0.9.1:
1,025
Last Update:
13 Jan 2018
Package Maintainer(s):
Software Author(s):
- Mitchell Hashimoto
- HashiCorp
Tags:
vault hashicorp- Software Specific:
- Software Site
- Software Source
- Software License
- Software Docs
- Software Issues
- Package Specific:
- Package Source
- Package outdated?
- Package broken?
- Contact Maintainers
- Contact Site Admins
- Software Vendor?
- Report Abuse
- Download
Vault
This is not the latest version of Vault available.
- 1
- 2
- 3
0.9.1 | Updated: 13 Jan 2018
- Software Specific:
- Software Site
- Software Source
- Software License
- Software Docs
- Software Issues
- Package Specific:
- Package Source
- Package outdated?
- Package broken?
- Contact Maintainers
- Contact Site Admins
- Software Vendor?
- Report Abuse
- Download
Downloads:
261,516
Downloads of v 0.9.1:
1,025
Maintainer(s):
Software Author(s):
- Mitchell Hashimoto
- HashiCorp
Vault 0.9.1
This is not the latest version of Vault available.
Legal Disclaimer: Neither this package nor Chocolatey Software, Inc. are affiliated with or endorsed by Mitchell Hashimoto, HashiCorp. The inclusion of Mitchell Hashimoto, HashiCorp trademark(s), if any, upon this webpage is solely to identify Mitchell Hashimoto, HashiCorp goods or services and not for commercial purposes.
- 1
- 2
- 3
Some Checks Have Failed or Are Not Yet Complete
Not All Tests Have Passed
Validation Testing Passed
Verification Testing Passed
DetailsScan Testing Resulted in Flagged:
This package was submitted (and approved) prior to automated virus scanning integration into the package moderation processs.
We recommend clicking the "Details" link to make your own decision on installing this package.
Deployment Method: Individual Install, Upgrade, & Uninstall
To install Vault, run the following command from the command line or from PowerShell:
To upgrade Vault, run the following command from the command line or from PowerShell:
To uninstall Vault, run the following command from the command line or from PowerShell:
Deployment Method:
This applies to both open source and commercial editions of Chocolatey.
1. Enter Your Internal Repository Url
(this should look similar to https://community.chocolatey.org/api/v2/)
2. Setup Your Environment
1. Ensure you are set for organizational deployment
Please see the organizational deployment guide
2. Get the package into your environment
Option 1: Cached Package (Unreliable, Requires Internet - Same As Community)-
Open Source or Commercial:
- Proxy Repository - Create a proxy nuget repository on Nexus, Artifactory Pro, or a proxy Chocolatey repository on ProGet. Point your upstream to https://community.chocolatey.org/api/v2/. Packages cache on first access automatically. Make sure your choco clients are using your proxy repository as a source and NOT the default community repository. See source command for more information.
- You can also just download the package and push it to a repository Download
-
Open Source
-
Download the package:
Download - Follow manual internalization instructions
-
-
Package Internalizer (C4B)
-
Run: (additional options)
choco download vault --internalize --version=0.9.1 --source=https://community.chocolatey.org/api/v2/
-
For package and dependencies run:
choco push --source="'INTERNAL REPO URL'"
- Automate package internalization
-
Run: (additional options)
3. Copy Your Script
choco upgrade vault -y --source="'INTERNAL REPO URL'" --version="'0.9.1'" [other options]
See options you can pass to upgrade.
See best practices for scripting.
Add this to a PowerShell script or use a Batch script with tools and in places where you are calling directly to Chocolatey. If you are integrating, keep in mind enhanced exit codes.
If you do use a PowerShell script, use the following to ensure bad exit codes are shown as failures:
choco upgrade vault -y --source="'INTERNAL REPO URL'" --version="'0.9.1'"
$exitCode = $LASTEXITCODE
Write-Verbose "Exit code was $exitCode"
$validExitCodes = @(0, 1605, 1614, 1641, 3010)
if ($validExitCodes -contains $exitCode) {
Exit 0
}
Exit $exitCode
- name: Install vault
win_chocolatey:
name: vault
version: '0.9.1'
source: INTERNAL REPO URL
state: present
See docs at https://docs.ansible.com/ansible/latest/modules/win_chocolatey_module.html.
chocolatey_package 'vault' do
action :install
source 'INTERNAL REPO URL'
version '0.9.1'
end
See docs at https://docs.chef.io/resource_chocolatey_package.html.
cChocoPackageInstaller vault
{
Name = "vault"
Version = "0.9.1"
Source = "INTERNAL REPO URL"
}
Requires cChoco DSC Resource. See docs at https://github.com/chocolatey/cChoco.
package { 'vault':
ensure => '0.9.1',
provider => 'chocolatey',
source => 'INTERNAL REPO URL',
}
Requires Puppet Chocolatey Provider module. See docs at https://forge.puppet.com/puppetlabs/chocolatey.
4. If applicable - Chocolatey configuration/installation
See infrastructure management matrix for Chocolatey configuration elements and examples.
Private CDN cached downloads available for licensed customers. Never experience 404 breakages again! Learn more...
This package was approved as a trusted package on 04 Apr 2018.
Vault is a tool for securely accessing secrets. A secret is anything that you want to tightly control access to, such as API keys, passwords, certificates, and more. Vault provides a unified interface to any secret, while providing tight access control and recording a detailed audit log.
A modern system requires access to a multitude of secrets: database credentials, API keys for external services, credentials for service-oriented architecture communication, etc. Understanding who is accessing what secrets is already very difficult and platform-specific. Adding on key rolling, secure storage, and detailed audit logs is almost impossible without a custom solution. This is where Vault steps in.
The key features of Vault are:
- Secure Secret Storage: Arbitrary key/value secrets can be stored in Vault. Vault encrypts these secrets prior to writing them to persistent storage, so gaining access to the raw storage isn't enough to access your secrets. Vault can write to disk, Consul, and more.
- Dynamic Secrets: Vault can generate secrets on-demand for some systems, such as AWS or SQL databases. For example, when an application needs to access an S3 bucket, it asks Vault for credentials, and Vault will generate an AWS keypair with valid permissions on demand. After creating these dynamic secrets, Vault will also automatically revoke them after the lease is up.
- Data Encryption: Vault can encrypt and decrypt data without storing it. This allows security teams to define encryption parameters and developers to store encrypted data in a location such as SQL without having to design their own encryption methods.
- Leasing and Renewal: All secrets in Vault have a lease associated with it. At the end of the lease, Vault will automatically revoke that secret. Clients are able to renew leases via built-in renew APIs.
- Revocation: Vault has built-in support for secret revocation. Vault can revoke not only single secrets, but a tree of secrets, for example all secrets read by a specific user, or all secrets of a particular type. Revocation assists in key rolling as well as locking down systems in the case of an intrusion.
For more information, see the introduction section of the Vault website.
Log in or click on link to see number of positives.
- vault.0.9.1.nupkg (3bec4a099ee3) - ## / 61
- vault_0.9.1_windows_amd64.zip (5181a518ab1a) - ## / 61
- vault_0.9.1_windows_386.zip (fecac943606c) - ## / 62
- vault.exe (becccb730130) - ## / 66
- vault.exe (b01507d8f955) - ## / 67
In cases where actual malware is found, the packages are subject to removal. Software sometimes has false positives. Moderators do not necessarily validate the safety of the underlying software, only that a package retrieves software from the official distribution point and/or validate embedded software against official distribution point (where distribution rights allow redistribution).
Chocolatey Pro provides runtime protection from possible malware.
Add to Builder | Version | Downloads | Last Updated | Status |
---|---|---|---|---|
Vault 1.18.1 | 720 | Thursday, October 31, 2024 | Approved | |
Vault 1.18.0 | 3956 | Thursday, October 10, 2024 | Approved | |
Vault 1.17.6 | 3077 | Thursday, September 26, 2024 | Approved | |
Vault 1.17.5 | 4195 | Saturday, August 31, 2024 | Approved | |
Vault 1.17.4 | 165 | Friday, August 30, 2024 | Approved | |
Vault 1.17.3 | 3579 | Thursday, August 8, 2024 | Approved | |
Vault 1.17.2 | 4706 | Thursday, July 11, 2024 | Approved | |
Vault 1.17.1 | 2030 | Thursday, June 27, 2024 | Approved | |
Vault 1.17.0 | 2274 | Thursday, June 13, 2024 | Approved | |
Vault 1.16.3 | 1914 | Thursday, May 30, 2024 | Approved | |
Vault 1.16.2 | 4570 | Wednesday, April 24, 2024 | Approved | |
Vault 1.16.1 | 2620 | Friday, April 5, 2024 | Approved | |
Vault 1.16.0 | 1432 | Wednesday, March 27, 2024 | Approved | |
Vault 1.15.6 | 4457 | Friday, March 1, 2024 | Approved | |
Vault 1.15.5 | 8052 | Wednesday, January 31, 2024 | Approved | |
Vault 1.15.4 | 21060 | Wednesday, December 6, 2023 | Approved | |
Vault 1.15.3 | 927 | Friday, December 1, 2023 | Approved | |
Vault 1.15.2 | 6056 | Thursday, November 9, 2023 | Approved | |
Vault 1.15.1 | 2982 | Thursday, October 26, 2023 | Approved | |
Vault 1.15.0 | 5348 | Wednesday, September 27, 2023 | Approved | |
Vault 1.14.3 | 2305 | Thursday, September 14, 2023 | Approved | |
Vault 1.14.2 | 1992 | Wednesday, August 30, 2023 | Approved | |
Vault 1.14.1 | 4159 | Wednesday, July 26, 2023 | Approved | |
Vault 1.14.0 | 4690 | Wednesday, June 21, 2023 | Approved | |
Vault 1.13.3 | 1607 | Friday, June 9, 2023 | Approved | |
Vault 1.13.2 | 13508 | Thursday, April 27, 2023 | Approved | |
Vault 1.13.1 | 4248 | Thursday, March 30, 2023 | Approved | |
Vault 1.13.0 | 1553 | Tuesday, March 7, 2023 | Approved | |
Vault 1.12.3 | 2146 | Thursday, February 23, 2023 | Approved | |
Vault 1.12.2 | 6005 | Saturday, December 17, 2022 | Approved | |
Vault 1.11.1 | 25048 | Wednesday, July 27, 2022 | Approved | |
Vault 1.11.0 | 2559 | Tuesday, June 21, 2022 | Approved | |
Vault 1.10.4 | 536 | Friday, June 17, 2022 | Approved | |
Vault 1.10.3 | 3373 | Friday, May 13, 2022 | Approved | |
Vault 1.10.2 | 64 | Friday, May 13, 2022 | Approved | |
Vault 1.10.1 | 1542 | Monday, April 25, 2022 | Approved | |
Vault 1.10.0 | 2334 | Friday, March 25, 2022 | Approved | |
Vault 1.9.4 | 1435 | Wednesday, March 9, 2022 | Approved | |
Vault 1.9.3 | 2359 | Monday, January 31, 2022 | Approved | |
Vault 1.9.2 | 1965 | Wednesday, December 22, 2021 | Approved | |
Vault 1.9.1 | 1105 | Tuesday, December 14, 2021 | Approved | |
Vault 1.9.0 | 1610 | Tuesday, November 23, 2021 | Approved | |
Vault 1.8.5 | 102 | Tuesday, November 23, 2021 | Approved | |
Vault 1.8.4 | 3139 | Friday, October 8, 2021 | Approved | |
Vault 1.8.3 | 691 | Friday, October 1, 2021 | Approved | |
Vault 1.8.2 | 715 | Thursday, September 30, 2021 | Approved | |
Vault 1.8.1 | 172 | Thursday, September 30, 2021 | Approved | |
Vault 1.8.0 | 3330 | Thursday, July 29, 2021 | Approved | |
Vault 1.7.3 | 2710 | Thursday, June 17, 2021 | Approved | |
Vault 1.7.2 | 1975 | Friday, May 21, 2021 | Approved | |
Vault 1.7.1 | 1561 | Monday, April 26, 2021 | Approved | |
Vault 1.7.0 | 1596 | Tuesday, April 6, 2021 | Approved | |
Vault 1.6.3 | 467 | Thursday, March 25, 2021 | Approved | |
Vault 1.6.2 | 4024 | Monday, February 1, 2021 | Approved | |
Vault 1.6.1 | 744 | Thursday, January 21, 2021 | Approved | |
Vault 1.5.5 | 5655 | Friday, October 23, 2020 | Approved | |
Vault 1.5.4 | 21900 | Thursday, October 22, 2020 | Approved | |
Vault 1.5.3 | 619 | Thursday, October 22, 2020 | Approved | |
Vault 1.5.2 | 2353 | Wednesday, August 26, 2020 | Approved | |
Vault 1.5.0 | 1689 | Wednesday, July 22, 2020 | Approved | |
Vault 1.4.3 | 912 | Friday, July 3, 2020 | Approved | |
Vault 1.4.1 | 1768 | Monday, May 4, 2020 | Approved | |
Vault 1.4.0 | 1410 | Thursday, April 9, 2020 | Approved | |
Vault 1.3.4 | 254 | Wednesday, April 8, 2020 | Approved | |
Vault 1.3.3 | 943 | Monday, March 9, 2020 | Approved | |
Vault 1.3.2 | 1514 | Friday, January 24, 2020 | Approved | |
Vault 1.3.1 | 1671 | Friday, December 20, 2019 | Approved | |
Vault 1.3.0 | 529 | Wednesday, December 11, 2019 | Approved | |
Vault 1.2.4 | 1048 | Tuesday, November 12, 2019 | Approved | |
Vault 1.2.3 | 3436 | Monday, September 16, 2019 | Approved | |
Vault 1.2.2 | 2378 | Friday, August 16, 2019 | Approved | |
Vault 1.2.1 | 197 | Thursday, August 8, 2019 | Approved | |
Vault 1.2.0 | 980 | Wednesday, July 31, 2019 | Approved | |
Vault 1.1.1 | 5094 | Tuesday, April 16, 2019 | Approved | |
Vault 1.1.0 | 1055 | Tuesday, March 19, 2019 | Approved | |
Vault 1.0.3 | 730 | Friday, March 1, 2019 | Approved | |
Vault 0.10.0 | 3155 | Monday, April 16, 2018 | Approved | |
Vault 0.10.0-rc1 | 325 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.6 | 512 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.5 | 295 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.4 | 378 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.3 | 319 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.2 | 317 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.1 | 1025 | Saturday, January 13, 2018 | Approved | |
Vault 0.9.0 | 391 | Saturday, January 13, 2018 | Approved | |
Vault 0.8.3 | 984 | Wednesday, September 20, 2017 | Approved | |
Vault 0.8.2 | 398 | Wednesday, September 20, 2017 | Approved | |
Vault 0.8.1 | 472 | Thursday, August 24, 2017 | Approved | |
Vault 0.8.0 | 468 | Thursday, August 24, 2017 | Approved | |
Vault 0.7.3 | 590 | Thursday, June 8, 2017 | Approved | |
Vault 0.7.2 | 449 | Wednesday, June 7, 2017 | Approved | |
Vault 0.7.1 | 408 | Wednesday, June 7, 2017 | Approved | |
Vault 0.7.0 | 429 | Wednesday, June 7, 2017 | Approved | |
Vault 0.6.5 | 954 | Wednesday, February 8, 2017 | Approved | |
Vault 0.6.4 | 566 | Thursday, December 22, 2016 | Approved | |
Vault 0.6.3 | 429 | Wednesday, December 14, 2016 | Approved | |
Vault 0.6.2 | 505 | Tuesday, October 25, 2016 | Approved | |
Vault 0.6.1 | 503 | Tuesday, August 30, 2016 | Approved |
HashiCorp 2015-2018
0.9.1 (December 21st, 2017)
DEPRECATIONS/CHANGES:
- AppRole Case Sensitivity: In prior versions of Vault,
list
operations against AppRole roles would require preserving case in the role name, even though most other operations within AppRole are case-insensitive with respect to the role name. This has been fixed; existing roles will behave as they have in the past, but new roles will act case-insensitively in these cases. - Token Auth Backend Roles parameter types: For
allowed_policies
anddisallowed_policies
in role definitions in the token auth backend, input can now be a comma-separated string or an array of strings. Reading a role will now return arrays for these parameters. - Transit key exporting: You can now mark a key in the
transit
backend asexportable
at any time, rather than just at creation time; however, once this value is set, it still cannot be unset. - PKI Secret Backend Roles parameter types: For
allowed_domains
andkey_usage
in role definitions in the PKI secret backend, input can now be a comma-separated string or an array of strings. Reading a role will now return arrays for these parameters. - SSH Dynamic Keys Method Defaults to 2048-bit Keys: When using the dynamic key method in the SSH backend, the default is now to use 2048-bit keys if no specific key bit size is specified.
- Consul Secret Backend lease handling: The
consul
secret backend can now accept both strings and integer numbers of seconds for its lease value. The value returned on a role read will be an integer number of seconds instead of a human-friendly string. - Unprintable characters not allowed in API paths: Unprintable characters are no longer allowed in names in the API (paths and path parameters), with an extra restriction on whitespace characters. Allowed characters are those that are considered printable by Unicode plus spaces.
FEATURES:
- Transit Backup/Restore: The
transit
backend now supports a backup operation that can export a given key, including all key versions and configuration, as well as a restore operation allowing import into another Vault. - gRPC Database Plugins: Database plugins now use gRPC for transport, allowing them to be written in other languages.
- Nomad Secret Backend: Nomad ACL tokens can now be generated and revoked using Vault.
- TLS Cert Auth Backend Improvements: The
cert
auth backend can now match against custom certificate extensions via exact or glob matching, and additionally supports max_ttl and periodic token toggles.
IMPROVEMENTS:
- auth/cert: Support custom certificate constraints [GH-3634]
- auth/cert: Support setting
max_ttl
andperiod
[GH-3642] - audit/file: Setting a file mode of
0000
will now disable Vault from automaticallychmod
ing the log file [GH-3649] - auth/github: The legacy MFA system can now be used with the GitHub auth backend [GH-3696]
- auth/okta: The legacy MFA system can now be used with the Okta auth backend [GH-3653]
- auth/token:
allowed_policies
anddisallowed_policies
can now be specified as a comma-separated string or an array of strings [GH-3641] - command/server: The log level can now be specified with
VAULT_LOG_LEVEL
[GH-3721] - core: Period values from auth backends will now be checked and applied to the TTL value directly by core on login and renewal requests [GH-3677]
- database/mongodb: Add optional
write_concern
parameter, which can be set during database configuration. This establishes a session-wide write concern for the lifecycle of the mount [GH-3646] - http: Request path containing non-printable characters will return 400 - Bad Request [GH-3697]
- mfa/okta: Filter a given email address as a login filter, allowing operation when login email and account email are different
- plugins: Make Vault more resilient when unsealing when plugins are unavailable [GH-3686]
- secret/pki:
allowed_domains
andkey_usage
can now be specified as a comma-separated string or an array of strings [GH-3642] - secret/ssh: Allow 4096-bit keys to be used in dynamic key method [GH-3593]
- secret/consul: The Consul secret backend now uses the value of
lease
set on the role, if set, when renewing a secret. [GH-3796] - storage/mysql: Don't attempt database creation if it exists, which can help under certain permissions constraints [GH-3716]
BUG FIXES:
- api/status (enterprise): Fix status reporting when using an auto seal
- auth/approle: Fix case-sensitive/insensitive comparison issue [GH-3665]
- auth/cert: Return
allowed_names
on role read [GH-3654] - auth/ldap: Fix incorrect control information being sent [GH-3402] [GH-3496] [GH-3625] [GH-3656]
- core: Fix seal status reporting when using an autoseal
- core: Add creation path to wrap info for a control group token
- core: Fix potential panic that could occur using plugins when a node transitioned from active to standby [GH-3638]
- core: Fix memory ballooning when a connection would connect to the cluster port and then go away -- redux! [GH-3680]
- core: Replace recursive token revocation logic with depth-first logic, which can avoid hitting stack depth limits in extreme cases [GH-2348]
- core: When doing a read on configured audited-headers, properly handle case insensitivity [GH-3701]
- core/pkcs11 (enterprise): Fix panic when PKCS#11 library is not readable
- database/mysql: Allow the creation statement to use commands that are not yet supported by the prepare statement protocol [GH-3619]
- plugin/auth-gcp: Fix IAM roles when using
allow_gce_inference
[VPAG-19]
Previous Releases
For more information on previous releases, check out the changelog on GitHub.
This package has no dependencies.
Ground Rules:
- This discussion is only about Vault and the Vault package. If you have feedback for Chocolatey, please contact the Google Group.
- This discussion will carry over multiple versions. If you have a comment about a particular version, please note that in your comments.
- The maintainers of this Chocolatey Package will be notified about new comments that are posted to this Disqus thread, however, it is NOT a guarantee that you will get a response. If you do not hear back from the maintainers after posting a message below, please follow up by using the link on the left side of this page or follow this link to contact maintainers. If you still hear nothing back, please follow the package triage process.
- Tell us what you love about the package or Vault, or tell us what needs improvement.
- Share your experiences with the package, or extra configuration or gotchas that you've found.
- If you use a url, the comment will be flagged for moderation until you've been whitelisted. Disqus moderated comments are approved on a weekly schedule if not sooner. It could take between 1-5 days for your comment to show up.