.sig file for each zip file.Why: so we know the release was actually made by someone other than a rogue github employee, hacker with account credentials or attacker who can break TLS.
Given the sensitivity of password managers -- security is critical. Currently @varjolintu doesn't seem to gpg sign commits or releases resulting in a much larger attack surface. We must now rely on github entirely. We must also trust that the account on github is also secure and that nobody has inserted their own commits under this account.
Users must simply trust GH, certificate issuers, developer's browser, etc.
Sign releases and commits.
There is really no point in signing browser extension releases, since they are distributed through the Chrome and Mozilla stores. We could sign tags perhaps, but that's all.
Giving users the ability to install / verify directly (rather than relying on the stores alone) would still be a benefit. (Can compare the installed chrome extension with the expanded + verified zip file contents)
As a start, please confirm these are correct:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
These are the files I downloaded from GitHub:
ba27af260290b2333e23251f1fcafd13c1ae4793ec92c69acd494359b89f72f6 keepassxc-browser_1.5.4_chromium.zip
908a20868042feeb5e5cd565c31c1dc5cfda4e046d67cf2f0b1d86837ed0d63b keepassxc-browser_1.5.4_firefox.zip
-----BEGIN PGP SIGNATURE-----
iQEzBAEBCAAdFiEEMsk361Pa9SImG35c2FeN+Op8zxsFAl5nrSEACgkQ2FeN+Op8
zxu+WwgAqaWA0QdjvxWj/QxcuhGQVItfGxh5vKQ3jpswPlcazHSJEDGJwxnaxr33
eXcIRJJChCYud31cv9haRcSvI1Radq7gS1fp7PaIBUEk2agBbyP83yyD222CWfsE
dA3utKd/F60nXtvpo916hmRLi04kMX57DpIw+WC+pKrfW29rcamxhfCJuzdoUwfF
Iy2o678n12n/U7gGF7P1sTm+w91DQEYt6pxMBYbuidoHnxyZABtBnQUY5SCx+q/W
C9qMFgHKiwqCyl1qScig9ycygpKV73imkG9l3VEaz5ivM2F2I6yNUZRjUMU/IW5e
ddDRtosZ09AU74GHFjqhbea7I/BAGg==
=74Rs
-----END PGP SIGNATURE-----
@varjolintu setup commit signing!
@droidmonkey Just did! I can also create .sig files for future releases with my key, if that is necessary.
I don't see a reason to add sig files. Just sign the tag.
I'm not sure which key varjolintu will be using, but it would be good to have it verified / cross-signed by other members of the team.
For the purposes of GitHub his particular key is irrelevant. The only relevance is that the corresponding public key is registered with his GitHub account. That verifies the commit made on Git is actually made by the person who has the credentials for the varjolintu account.
Most helpful comment
@droidmonkey Just did! I can also create
.sigfiles for future releases with my key, if that is necessary.