SecretManagement and SecretStore Updates
Two updated preview releases are now available on the PowerShell Gallery:
Please note that these preview releases contain breaking changes. This version of SecretStore is incompatible with previous versions because the configuration format has changed. The previous file store cannot be read by the new version and you will need to reset the store Reset-SecretStore after installing the new version. Be sure to save your current stored secrets before upgrading so they can be re-added after you Reset your SecretStore.
To install these updates run the following commands:
Install-Module Microsoft.PowerShell.SecretManagement -AllowPrerelease Install-Module Microsoft.PowerShell.SecretStore -AllowPrerelease Reset-SecretStore
If you see an error indicating the a dependency of SecretStore cannot be installed, please uninstall all previously installed versions of SecretManagement and try again (this is due to an issue in PowerShellGet with prerelease modules).
SecretManagement Preview 4 Updates
This update to SecretManagement addresses a bug blocking vault registration on Windows PowerShell, adds additional pipeline support, and makes several changes to improve the vault developer experience. Read the full list of changes below:
- Fixes issue with registering extension vaults on Windows PowerShell (Error: Cannot bind argument to parameter ‘Path’ …)
- Changes SecretVaultInfo VaultName property to Name, for consistency
Test-SecretVault-Vault parameter changed to -Name for consistency
-AllowClobberparameter switch to Register-SecretVault, to allow overwriting existing vault
Register-SecretVaultuses module name as the friendly name if the
-Nameparameter is not used
Unregister-SecretVaultnow supports Name parameter argument from pipeline
Set-DefaultVaultnow supports Name and SecretVaultVaultInfo parameter arguments from pipeline
Set-Secretnow supports SecretInfo objects from the pipeline
-WhatIfsupport to Secret-Secret
-WhatIfsupport to Remove-Secret
SecretStore Preview 2 Updates
This update to SecretStore includes updates to the cmdlet interface based on user feedback and desire to conform to PowerShell best practices. This update also updates error messaging to provide a clarified user experience. Read the full list of changes below:
-Interactionparameters instead of
Update-SecretStorePasswordhas been renamed to
Unlock-SecretStoreno longer supports plain text passwords
Set-SecretStoreConfigurationnow throws an error if called with no parameters
- Added ProjectUri and “SecretManagement” tag to manifest file
Reset-SecretStorenow defaults to ‘No’ when prompting to continue.
Tagging your extension vault on the PowerShell Gallery
If you are publishing an extension vault to the PowerShell Gallery we ask that you add the tag “SecretManagement” to the module manifest. This will the vault to be more discoverable for SecretManagement users.
Feedback and Support
As we approach General Availability for these modules now is the time to test the modules against your scenarios to request changes (especially breaking ones) and discover bugs. To file issues or get support for the SecretManagement interface or vault development experience please use the SecretManagement repository. For issues which pertain specifically to the SecretStore and its cmdlet interface please use the SecretStore repository.
Install-Module SecretManagement -Force -AllowPrerelease should read?
Install-Module -Name Microsoft.PowerShell.SecretManagement -AllowPrerelease
Thanks–updating now….not sure how that slipped through the reviews 🙂
Great post, thanks for sharing. Picked up some good and valuable insight 😉 Bis kerala matrimony