summaryrefslogtreecommitdiffstats
path: root/lib/libalpm/po/ca.po
diff options
context:
space:
mode:
authorEli Schwartz <eschwartz@archlinux.org>2019-10-07 05:11:19 +0200
committerAllan McRae <allan@archlinux.org>2019-10-07 05:23:11 +0200
commitf49233903521f19a1fcba6bf6c36abea71309a1e (patch)
tree9a841b16c6b0b34ef478f8b28fc61c8122aca46a /lib/libalpm/po/ca.po
parent45e01e55c96d9abf8c73f6ee3766b16e5fbefc4d (diff)
downloadpacman-f49233903521f19a1fcba6bf6c36abea71309a1e.tar.gz
pacman-f49233903521f19a1fcba6bf6c36abea71309a1e.tar.xz
pacman-key: make sure we actually use the Web of Trust, which GnuPG doesn't.
By default, the latest versions of GnuPG disable the Web of Trust and refuse to import signatures from public keyservers. This is to prevent denial of service attacks, because refusing to import signatures only if the key size is too big, is apparently too silly to consider. Either way, pacman needs the WoT. If pacman imports a key at all, it means everything failed and we are in fallback mode, trying to overcome a shortcoming in the availability of keys in the keyring package. (This commonly means the user needs to acquire a new key during the same transaction that updates archlinux-keyring.) In order for that new key to be usable, it *must* also import signatures from the Master Keys. I don't give credence to this supposed DoS, since the worst case scenario is nothing happening and needing to CTRL+C in order to exit the program. In the case of pacman, this is better than being unable to install anything at all (which is gnupg doing a much more harmful DoS to pacman), and in the already unusual case where something like --refresh-keys is being used directly instead of depending on the keyring package itself, gnupg supports WKD out of the box and will prefer that for people whose keys are marketed as being non-DOSable. Signed-off-by: Eli Schwartz <eschwartz@archlinux.org> Signed-off-by: Allan McRae <allan@archlinux.org>
Diffstat (limited to 'lib/libalpm/po/ca.po')
0 files changed, 0 insertions, 0 deletions