Earlier quoted context omitted.
wait, this looks interesting. Can someone comment on this? Are you supposed to know the fingerprint after you input name and stuff or before? Or is this just modification of data like how you can add email IDs?
You're supposed to confirm the fingerprint with the person. At the time the recommendation was a phone call (if you knew their voice) using the PGP word list - it was felt to be computationally implausible to fake that up in realtime. Or people publish fingerprints on their site etc. Obv. the fingerprint only matters if you want to be sure you are talking to someone specific, in which case you usually have a way to k…
Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
91–100 of 131 posts
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#92Earlier quoted context omitted.
wait, this looks interesting. Can someone comment on this? Are you supposed to know the fingerprint after you input name and stuff or before? Or is this just modification of data like how you can add email IDs?
method 1: Keep generating keys until you have a collision. method 2: What you said, modify the details. A fun way to play/explore all things GPG is to use a javascript library and Chrome's javascript debugger (e.g. https://openpgpjs.org/ )
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#93Earlier quoted context omitted.
It doesn't anymore. With GnuPG 2.1 listing of keys shows the fingerprint.
But for server installations (auto-signing, checking, etc.) you are often directed to GnuPG 1 because "less dependencies". Also "apt install gnupg" / "dnf install gnupg" both give you version 1 on the most recent Ubuntu/Fedora. For desktop usage many prefer GnuPG 2.0, because they fear compatibility issues that the new 2.1 key storage format could have with 3rd party software, and you can't go back (at least this is…
Any idea what this will mean for Yubikey users? I've been wanting to set up my Yubikey 4 for GPG for a while, and have been... daunted.
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#94Earlier quoted context omitted.
At this point this is INSANE that GnuPG still defaults to short IDs...
It doesn't anymore. With GnuPG 2.1 listing of keys shows the fingerprint.
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#9532 bit seems so obviously bad I'm not sure why we still have it..
The 90s were a different time, that's the only explanation I can come up with. Short key IDs are yet another 90s-crypto wart.
Sadly I do not expect the security approach to change before at least one more people generation, and then to be honest I'm not even sure it will ever change at all if we consider the mean global situation: the approach of far too many people is still "we don't give a fuck, we don't know anything about that, actually we don't even know that we should know something about that, this will just not happen to us, this is only a cost we can skip". Unless they are personally fucked, I don't expect half of that kind of people changing their mind. And then there are now so much software everywhere that I expect that the vast majority are so full of holes this is not even funny, and I expect that the ratio of insecure software will actually increase unless some kind of regulation are put in place -- but then I don't expect regulation to actually be sane and mandate for real security, given that politics want back doors at least every 4 years.
To optimistic people, please consider the following: even in a mainstream IT field, on one of the most used kind of device today, handling personal data all the day, the market leader designed an ecosystem where the OS that most people are actually using is most of the time not patched during most of the lifetime of said devices. If Google can get away with having such insane and shameful approach, why would you expect a random car vendor to have any real security in its embedded software? Obviously it is even worse for gadgets that VC currently think should/will be installed everywhere.
We are heading to security nightmare unless each of you who think security is important wake up and push the hardest they can to improve the situation. Relentlessly.
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#96These keys have always seemed remarkably short. Roughly how many CPU-hours does it take to find a collision?
source: https://evil32.com/
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#97This has also been discovered with the Debian project, as I submitted a while ago [1]. The really scary part is the follow-up [2]: > € gpg --search-key samuel.thibault@gnu.org > ... > (1) Samuel Thibault > 4096 bit RSA key 7D069EE6, created: 2014-06-16 And it has 55 signatures from 55 colliding keys... Edit: even the 64-bit fingerprint is probably insufficient, see [3]. [1] https://lists.debian.org/debian-devel/2016/…
Why is this scary?
For example, pgp.mit.edu and Enigmail would currently output information for both keys that would be almost identical per 2014-08-05, the day evil32 apparently generated the keys. I say "almost" only because they didn't set the correct timestamps, and apparently did not duplicate all UIDs -- but they easily could have.
The diligent PGP user will of course not fall into such a trap, but an inexperienced user easily might, and there are many of them.
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#98Hi, Eric here, co-creator of evil32. I posted a brief note on our site about this, but here's a little more detail. I found an old (local) backup of the private keys and used it to generate revocation certificates for each key. Fortunately, there is no way for anyone else to access or regenerate the private keys for this particular clone of the strong set, and I have been very careful with my copy - it is only availa…
> users who want to email someone discover their key by searching the keyserver for that email, then taking the newest key. This is akin to trust-on-first-use, and opts out completely from the web of trust or any kind of external verification Well, yes? What is the alternative, if I want to email someone who exists only in the form of a pseudonymous online identity?
If the key is just for their pseudonym, I usually offer to sign the key if they can send me the key through one service of my choice (where their username is public knowledge) and the fingerprint through another (meaning an attacker would have to compromise both accounts I chose). The offer to sign their key often makes people much more willing to jump through hoops, and I get to improve the web of trust.
But for some people I just don't care enough and just add the first best key.
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#99These keys have always seemed remarkably short. Roughly how many CPU-hours does it take to find a collision?
Re: Fake Linus Torvalds' Key Found in the Wild, No More Short-IDs
#100When using 3rd party repositories, you will often see something like the following, which also uses short-ids:
> apt-key adv --keyserver keyserver.ubuntu.com --recv 7F0CEB10
So it makes me wonder if any commonly used repositories (or PPA's) have fake duplicate keys with the same key-id.