You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I run state.apply, I get a bunch of output, including:
ID: vault-package-gpg-cmd-run-verify
Function: cmd.run
Name: gpg2 --verify /opt/vault/1.17.1_SHA256SUMS.sig /opt/vault/1.17.1_SHA256SUMS
Result: False
Comment: Command "gpg2 --verify /opt/vault/1.17.1_SHA256SUMS.sig /opt/vault/1.17.1_SHA256SUMS" run
Started: 04:53:27.370829
Duration: 10.673 ms
Changes:
----------
pid:
995952
retcode:
2
stderr:
gpg: Signature made Wed Jun 26 00:08:45 2024 UTC
gpg: using RSA key 374EC75B485913604A831CC7C820C6D5CD27AB87
gpg: Can't check signature: No public key
stdout:
This suggests that the download wasn't successfully validated. However, vault --version shows the new Vault binary has been installed, and systemctl status vault.service suggests the service has been restarted using the new binary.
Steps to reproduce the bug
Expected behaviour
verify_download: True should result in an incorrect GPG key blocking installing the new Vault binary and the service should not restart.
Attempts to fix the bug
Putting the new key in my pillar and then re-running did successfully verify the binary, so I think I got the right binary, but given how security-critical Vault (and Salt) are, I expect a failed verification to fail the install completely.
I haven't attempted to add the relevant dependencies myself.
Additional context
The text was updated successfully, but these errors were encountered:
Your setup
Formula commit hash / release tag
commit 27205e8 (HEAD, tag: v1.3.1)
Versions reports (master & minion)
Master version:
Minion version:
Pillar / config used
The pillar includes:
Bug details
Describe the bug
When I run
state.apply
, I get a bunch of output, including:This suggests that the download wasn't successfully validated. However,
vault --version
shows the new Vault binary has been installed, andsystemctl status vault.service
suggests the service has been restarted using the new binary.Steps to reproduce the bug
Expected behaviour
verify_download: True
should result in an incorrect GPG key blocking installing the new Vault binary and the service should not restart.Attempts to fix the bug
Putting the new key in my pillar and then re-running did successfully verify the binary, so I think I got the right binary, but given how security-critical Vault (and Salt) are, I expect a failed verification to fail the install completely.
I haven't attempted to add the relevant dependencies myself.
Additional context
The text was updated successfully, but these errors were encountered: