Downloads:
256,247
Downloads of v 0.6.2:
504
Last Update:
25 Oct 2016
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.6.2 | Updated: 25 Oct 2016
- 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:
256,247
Downloads of v 0.6.2:
504
Maintainer(s):
Software Author(s):
- Mitchell Hashimoto
- HashiCorp
Vault 0.6.2
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
All Checks are Passing
3 Passing Tests
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.6.2 --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.6.2'" [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.6.2'"
$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.6.2'
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.6.2'
end
See docs at https://docs.chef.io/resource_chocolatey_package.html.
cChocoPackageInstaller vault
{
Name = "vault"
Version = "0.6.2"
Source = "INTERNAL REPO URL"
}
Requires cChoco DSC Resource. See docs at https://github.com/chocolatey/cChoco.
package { 'vault':
ensure => '0.6.2',
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 by moderator gep13 on 27 Oct 2016.
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.exe (8d8ea2d94520) - ## / 57
- vault.exe (887024bc54aa) - ## / 57
- vault_0.6.2_windows_amd64.zip (66b71cdc72eb) - ## / 56
- vault_0.6.2_windows_386.zip (0273c2fc6afe) - ## / 57
- vault.0.6.2.nupkg (e5285ee48abd) - ## / 56
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.0 | 48 | Thursday, October 10, 2024 | Approved | |
Vault 1.17.6 | 2824 | Thursday, September 26, 2024 | Approved | |
Vault 1.17.5 | 4182 | Saturday, August 31, 2024 | Approved | |
Vault 1.17.4 | 164 | Friday, August 30, 2024 | Approved | |
Vault 1.17.3 | 3577 | Thursday, August 8, 2024 | Approved | |
Vault 1.17.2 | 4699 | Thursday, July 11, 2024 | Approved | |
Vault 1.17.1 | 2029 | Thursday, June 27, 2024 | Approved | |
Vault 1.17.0 | 2271 | Thursday, June 13, 2024 | Approved | |
Vault 1.16.3 | 1913 | Thursday, May 30, 2024 | Approved | |
Vault 1.16.2 | 4569 | Wednesday, April 24, 2024 | Approved | |
Vault 1.16.1 | 2615 | Friday, April 5, 2024 | Approved | |
Vault 1.16.0 | 1431 | Wednesday, March 27, 2024 | Approved | |
Vault 1.15.6 | 4451 | Friday, March 1, 2024 | Approved | |
Vault 1.15.5 | 8051 | Wednesday, January 31, 2024 | Approved | |
Vault 1.15.4 | 21058 | Wednesday, December 6, 2023 | Approved | |
Vault 1.15.3 | 925 | Friday, December 1, 2023 | Approved | |
Vault 1.15.2 | 6054 | Thursday, November 9, 2023 | Approved | |
Vault 1.15.1 | 2981 | Thursday, October 26, 2023 | Approved | |
Vault 1.15.0 | 5346 | Wednesday, September 27, 2023 | Approved | |
Vault 1.14.3 | 2277 | Thursday, September 14, 2023 | Approved | |
Vault 1.14.2 | 1991 | Wednesday, August 30, 2023 | Approved | |
Vault 1.14.1 | 4156 | Wednesday, July 26, 2023 | Approved | |
Vault 1.14.0 | 4689 | Wednesday, June 21, 2023 | Approved | |
Vault 1.13.3 | 1605 | Friday, June 9, 2023 | Approved | |
Vault 1.13.2 | 13502 | Thursday, April 27, 2023 | Approved | |
Vault 1.13.1 | 4246 | Thursday, March 30, 2023 | Approved | |
Vault 1.13.0 | 1549 | Tuesday, March 7, 2023 | Approved | |
Vault 1.12.3 | 2141 | Thursday, February 23, 2023 | Approved | |
Vault 1.12.2 | 6000 | Saturday, December 17, 2022 | Approved | |
Vault 1.11.1 | 25002 | Wednesday, July 27, 2022 | Approved | |
Vault 1.11.0 | 2558 | Tuesday, June 21, 2022 | Approved | |
Vault 1.10.4 | 533 | Friday, June 17, 2022 | Approved | |
Vault 1.10.3 | 3370 | Friday, May 13, 2022 | Approved | |
Vault 1.10.2 | 63 | Friday, May 13, 2022 | Approved | |
Vault 1.10.1 | 1541 | Monday, April 25, 2022 | Approved | |
Vault 1.10.0 | 2332 | Friday, March 25, 2022 | Approved | |
Vault 1.9.4 | 1432 | Wednesday, March 9, 2022 | Approved | |
Vault 1.9.3 | 2358 | Monday, January 31, 2022 | Approved | |
Vault 1.9.2 | 1963 | Wednesday, December 22, 2021 | Approved | |
Vault 1.9.1 | 1104 | Tuesday, December 14, 2021 | Approved | |
Vault 1.9.0 | 1609 | Tuesday, November 23, 2021 | Approved | |
Vault 1.8.5 | 100 | Tuesday, November 23, 2021 | Approved | |
Vault 1.8.4 | 3130 | Friday, October 8, 2021 | Approved | |
Vault 1.8.3 | 687 | Friday, October 1, 2021 | Approved | |
Vault 1.8.2 | 714 | Thursday, September 30, 2021 | Approved | |
Vault 1.8.1 | 170 | Thursday, September 30, 2021 | Approved | |
Vault 1.8.0 | 3328 | Thursday, July 29, 2021 | Approved | |
Vault 1.7.3 | 2706 | Thursday, June 17, 2021 | Approved | |
Vault 1.7.2 | 1973 | Friday, May 21, 2021 | Approved | |
Vault 1.7.1 | 1559 | Monday, April 26, 2021 | Approved | |
Vault 1.7.0 | 1594 | Tuesday, April 6, 2021 | Approved | |
Vault 1.6.3 | 466 | Thursday, March 25, 2021 | Approved | |
Vault 1.6.2 | 4023 | Monday, February 1, 2021 | Approved | |
Vault 1.6.1 | 742 | Thursday, January 21, 2021 | Approved | |
Vault 1.5.5 | 5555 | Friday, October 23, 2020 | Approved | |
Vault 1.5.4 | 21898 | Thursday, October 22, 2020 | Approved | |
Vault 1.5.3 | 615 | Thursday, October 22, 2020 | Approved | |
Vault 1.5.2 | 2352 | Wednesday, August 26, 2020 | Approved | |
Vault 1.5.0 | 1688 | Wednesday, July 22, 2020 | Approved | |
Vault 1.4.3 | 909 | Friday, July 3, 2020 | Approved | |
Vault 1.4.1 | 1765 | Monday, May 4, 2020 | Approved | |
Vault 1.4.0 | 1409 | Thursday, April 9, 2020 | Approved | |
Vault 1.3.4 | 250 | Wednesday, April 8, 2020 | Approved | |
Vault 1.3.3 | 941 | Monday, March 9, 2020 | Approved | |
Vault 1.3.2 | 1511 | Friday, January 24, 2020 | Approved | |
Vault 1.3.1 | 1669 | Friday, December 20, 2019 | Approved | |
Vault 1.3.0 | 527 | Wednesday, December 11, 2019 | Approved | |
Vault 1.2.4 | 1047 | Tuesday, November 12, 2019 | Approved | |
Vault 1.2.3 | 3435 | Monday, September 16, 2019 | Approved | |
Vault 1.2.2 | 2376 | Friday, August 16, 2019 | Approved | |
Vault 1.2.1 | 196 | Thursday, August 8, 2019 | Approved | |
Vault 1.2.0 | 977 | Wednesday, July 31, 2019 | Approved | |
Vault 1.1.1 | 5093 | Tuesday, April 16, 2019 | Approved | |
Vault 1.1.0 | 1053 | Tuesday, March 19, 2019 | Approved | |
Vault 1.0.3 | 724 | Friday, March 1, 2019 | Approved | |
Vault 0.10.0 | 3153 | Monday, April 16, 2018 | Approved | |
Vault 0.10.0-rc1 | 323 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.6 | 510 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.5 | 294 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.4 | 377 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.3 | 318 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.2 | 315 | Saturday, April 7, 2018 | Approved | |
Vault 0.9.1 | 1024 | Saturday, January 13, 2018 | Approved | |
Vault 0.9.0 | 390 | Saturday, January 13, 2018 | Approved | |
Vault 0.8.3 | 983 | Wednesday, September 20, 2017 | Approved | |
Vault 0.8.2 | 396 | Wednesday, September 20, 2017 | Approved | |
Vault 0.8.1 | 468 | Thursday, August 24, 2017 | Approved | |
Vault 0.8.0 | 466 | Thursday, August 24, 2017 | Approved | |
Vault 0.7.3 | 588 | Thursday, June 8, 2017 | Approved | |
Vault 0.7.2 | 448 | Wednesday, June 7, 2017 | Approved | |
Vault 0.7.1 | 407 | Wednesday, June 7, 2017 | Approved | |
Vault 0.7.0 | 427 | Wednesday, June 7, 2017 | Approved | |
Vault 0.6.5 | 952 | Wednesday, February 8, 2017 | Approved | |
Vault 0.6.4 | 563 | Thursday, December 22, 2016 | Approved | |
Vault 0.6.3 | 428 | Wednesday, December 14, 2016 | Approved | |
Vault 0.6.2 | 504 | Tuesday, October 25, 2016 | Approved | |
Vault 0.6.1 | 502 | Tuesday, August 30, 2016 | Approved |
HashiCorp 2015-2016
0.6.2 (October 5, 2016)
DEPRECATIONS/CHANGES:
- Convergent Encryption v2: New keys in
transit
using convergent mode will use a new nonce derivation mechanism rather than require the user to supply a nonce. While not explicitly increasing security, it minimizes the likelihood that a user will use the mode improperly and impact the security of their keys. Keys in convergent mode that were created in v0.6.1 will continue to work with the same mechanism (user-supplied nonce). etcd
HA off by default: Following in the footsteps ofdynamodb
, theetcd
storage backend now requires thatha_enabled
be explicitly specified in the configuration file. The backend currently has known broken HA behavior, so this flag discourages use by default without explicitly enabling it. If you are using this functionality, when upgrading, you should setha_enabled
to"true"
before starting the new versions of Vault.- Default/Max lease/token TTLs are now 32 days: In previous versions of Vault the default was 30 days, but moving it to 32 days allows some operations (e.g. reauthenticating, renewing, etc.) to be performed via a monthly cron job.
- AppRole Secret ID endpoints changed: Secret ID and Secret ID accessors are no longer part of request URLs. The GET and DELETE operations are now moved to new endpoints (
/lookup
and/destroy
) which consumes the input from the body and not the URL. - AppRole requires at least one constraint: previously it was sufficient to turn off all AppRole authentication constraints (secret ID, CIDR block) and use the role ID only. It is now required that at least one additional constraint is enabled. Existing roles are unaffected, but any new roles or updated roles will require this.
- Reading wrapped responses from
cubbyhole/response
is deprecated. Thesys/wrapping/unwrap
endpoint should be used instead as it provides additional security, auditing, and other benefits. The ability to read directly will be removed in a future release. - Request Forwarding is now on by default: in 0.6.1 this required toggling on, but is now enabled by default. This can be disabled via the
"disable_clustering"
parameter in Vault's config, or per-request with theX-Vault-No-Request-Forwarding
header. - In prior versions a bug caused the
bound_iam_role_arn
value in theaws-ec2
authentication backend to actually use the instance profile ARN. This has been corrected, but as a result there is a behavior change. To match using the instance profile ARN, a new parameterbound_iam_instance_profile_arn
has been added. Existing roles will automatically transfer the value over to the correct parameter, but the next time the role is updated, the new meanings will take effect.
FEATURES:
- Secret ID CIDR Restrictions in
AppRole
: Secret IDs generated under an approle can now specify a list of CIDR blocks from where the requests to generate secret IDs should originate from. If an approle already has CIDR restrictions specified, the CIDR restrictions on the secret ID should be a subset of those specified on the role [GH-1910] - Initial Root Token PGP Encryption: Similar to
generate-root
, the root token created at initialization time can now be PGP encrypted [GH-1883] - Support Chained Intermediate CAs in
pki
: Thepki
backend now allows, when a CA cert is being supplied as a signed root or intermediate, a trust chain of arbitrary length. The chain is returned as a parameter at certificate issue/sign time and is retrievable independently as well. [GH-1694] - Response Wrapping Enhancements: There are new endpoints to look up response wrapped token parameters; wrap arbitrary values; rotate wrapping tokens; and unwrap with enhanced validation. In addition, list operations can now be response-wrapped. [GH-1927]
- Transit features: The
transit
backend now supports generating random bytes and SHA sums; HMACs; and signing and verification functionality using EC keys (P-256 curve)
IMPROVEMENTS:
- api: Return error when an invalid (as opposed to incorrect) unseal key is submitted, rather than ignoring it [GH-1782]
- api: Add method to call
auth/token/create-orphan
endpoint [GH-1834] - api: Rekey operation now redirects from standbys to master [GH-1862]
- audit/file: Sending a
SIGHUP
to Vault now causes Vault to close and re-open the log file, making it easier to rotate audit logs [GH-1953] - auth/aws-ec2: EC2 instances can get authenticated by presenting the identity document and its SHA256 RSA digest [GH-1961]
- auth/aws-ec2: IAM bound parameters on the aws-ec2 backend will perform a prefix match instead of exact match [GH-1943]
- auth/aws-ec2: Added a new constraint
bound_iam_instance_profile_arn
to refer to IAM instance profile ARN and fixed the earlierbound_iam_role_arn
to refer to IAM role ARN instead of the instance profile ARN [GH-1913] - auth/aws-ec2: Backend generates the nonce by default and clients can explicitly disable reauthentication by setting empty nonce [GH-1889]
- auth/token: Added warnings if tokens and accessors are used in URLs [GH-1806]
- command/format: The
format
flag on select CLI commands takesyml
as an alias foryaml
[GH-1899] - core: Allow the size of the read cache to be set via the config file, and change the default value to 1MB (from 32KB) [GH-1784]
- core: Allow single and two-character path parameters for most places [GH-1811]
- core: Allow list operations to be response-wrapped [GH-1814]
- core: Provide better protection against timing attacks in Shamir code [GH-1877]
- core: Unmounting/disabling backends no longer returns an error if the mount didn't exist. This is line with elsewhere in Vault's API where
DELETE
is an idempotent operation. [GH-1903] - credential/approle: At least one constraint is required to be enabled while creating and updating a role [GH-1882]
- secret/cassandra: Added consistency level for use with roles [GH-1931]
- secret/mysql: SQL for revoking user can be configured on the role [GH-1914]
- secret/transit: Use HKDF (RFC 5869) as the key derivation function for new keys [GH-1812]
- secret/transit: Empty plaintext values are now allowed [GH-1874]
BUG FIXES:
- audit: Fix panic being caused by some values logging as underlying Go types instead of formatted strings [GH-1912]
- auth/approle: Fixed panic on deleting approle that doesn't exist [GH-1920]
- auth/approle: Not letting secret IDs and secret ID accessors to get logged in plaintext in audit logs [GH-1947]
- auth/aws-ec2: Allow authentication if the underlying host is in a bad state but the instance is running [GH-1884]
- auth/token: Fixed metadata getting missed out from token lookup response by gracefully handling token entry upgrade [GH-1924]
- cli: Don't error on newline in token file [GH-1774]
- core: Pass back content-type header for forwarded requests [GH-1791]
- core: Fix panic if the same key was given twice to
generate-root
[GH-1827] - core: Fix potential deadlock on unmount/remount [GH-1793]
- physical/file: Remove empty directories from the
file
storage backend [GH-1821] - physical/zookeeper: Remove empty directories from the
zookeeper
storage backend and add a fix to thefile
storage backend's logic [GH-1964] - secret/aws: Added update operation to
aws/sts
path to considerttl
parameter [39b75c6] - secret/aws: Mark STS secrets as non-renewable [GH-1804]
- secret/cassandra: Properly store session for re-use [GH-1802]
- secret/ssh: Fix panic when revoking SSH dynamic keys [GH-1781]
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.