TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Evil 32: Check Your GPG Fingerprints

31 pointsby Moral_over 10 years ago

6 comments

agwaover 10 years ago
This page is absolutely correct that you should not use 32 bit key IDs, ever.<p>However, some of its information about GnuPG is out of date. As of version 1.4.17 (released in June), GnuPG no longer blindly accepts responses from key servers:<p><a href="http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commit;h=5230304349490f31aa64ee2b69a8a2bc06bf7816" rel="nofollow">http:&#x2F;&#x2F;git.gnupg.org&#x2F;cgi-bin&#x2F;gitweb.cgi?p=gnupg.git;a=commit...</a><p><a href="http://bugs.g10code.com/gnupg/issue1579" rel="nofollow">http:&#x2F;&#x2F;bugs.g10code.com&#x2F;gnupg&#x2F;issue1579</a><p>The fix was backported to wheezy-security as well:<p><a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725411" rel="nofollow">https:&#x2F;&#x2F;bugs.debian.org&#x2F;cgi-bin&#x2F;bugreport.cgi?bug=725411</a>
joelandersover 10 years ago
Here&#x27;s a pretty comprehensive guide:<p><a href="https://help.riseup.net/en/gpg-best-practices" rel="nofollow">https:&#x2F;&#x2F;help.riseup.net&#x2F;en&#x2F;gpg-best-practices</a>
blikerover 10 years ago
I love gpg but openpgp tooling is just ancient piece of crap from CLI perspective.<p>- writing gpg just gives you cryptic “gpg: Go ahead and type your message ...” without any more information.<p>- `gpg --list-keys` apart from being hard to remember* has a table of misaligned values without any headers.<p>- I still can’t figure out how to make use of gpg-agent.<p>* I always tend to write --keys and I get another non-helpful info error “gpg: Option “--keys” is ambiguous”)
kpcover 10 years ago
See also: Trolling the Web of Trust[1]<p>The slides from Micah&#x27;s original OHM2013 presentation are in trollwot.pdf<p>0xdeadbeef keys[2] have been around for quite a while, too. Generating a custom 32-bit key ID using a simple unoptimized brute force program takes under an hour on a midrange PC.<p>[1] <a href="https://github.com/micahflee/trollwot" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;micahflee&#x2F;trollwot</a><p>[2] <a href="http://pgp.mit.edu/pks/lookup?search=0xdeadbeef&amp;op=index" rel="nofollow">http:&#x2F;&#x2F;pgp.mit.edu&#x2F;pks&#x2F;lookup?search=0xdeadbeef&amp;op=index</a>
dorfsmayover 10 years ago
Interesting, this article from 2011 shows the Debian community moving from short 8 char IDs to 16 chararters one.<p>Now I&#x27;m really confused, and I have to ask:<p>Why are we calling a 8 hexadecimal character word 32 bit when it reuqires 64 bit to encode, or a 16 hexadecimal character word 64 bit when it take 256 bit to encode?
评论 #8675324 未加载
coherentponyover 10 years ago
So how do I know if my key ID is 32 bit?
评论 #8675693 未加载
评论 #8675703 未加载