Page MenuHome GnuPG
Feed Advanced Search

Jan 23 2017

codmyre added a comment to T2925: Permissions of pubkey.kbx not retained through changes.

I nearly filed this as a minor bug to start with. Apologies for the
mis-classification.

My thinking was that there are a few rarer cases on unattended/shared
environments where this may be an issue. Scripts may deliberately be using a
umask that allows write permission to files it's creating, not expecting that
pubring (or other keyring) changes will create a new file. Other users/services
may need read permission to those keyrings, and actually end up with write
permission. This is potentially a problem despite the data not being secret.

Granted, the above hypothetical situation is uncommon and easily worked around
with better design/testing, but it might catch people out.

Jan 23 2017, 4:58 PM · gnupg (gpg23), Bug Report

Jan 17 2017

codmyre added projects to T2925: Permissions of pubkey.kbx not retained through changes: gnupg (gpg21), gnupg, Bug Report.
Jan 17 2017, 9:53 PM · gnupg (gpg23), Bug Report
codmyre set Version to 2.1.17 on T2925: Permissions of pubkey.kbx not retained through changes.
Jan 17 2017, 9:53 PM · gnupg (gpg23), Bug Report
codmyre added projects to T2924: HTTP(S) preferred key servers always treated as HKP: dirmngr, gnupg (gpg21), gnupg, Bug Report.
Jan 17 2017, 12:00 AM · gnupg (gpg22), Bug Report, dirmngr
codmyre set Version to 2.1.17 on T2924: HTTP(S) preferred key servers always treated as HKP.
Jan 17 2017, 12:00 AM · gnupg (gpg22), Bug Report, dirmngr