3 ms·
Have you done the rest of the verification necessary to say this is legitimate? * Wayback to some months ago for the download page [1] * Confirm that the cont
by web007 10y ago
Have you done the rest of the verification necessary to say this is legitimate?
* Wayback to some months ago for the download page [1]
* Confirm that the content presented matches the existing download content for the 0.12.1 release (or prior)
* Confirm that the content for the "0.11+ key" is the same [2]
* Confirm that the signed release for the 0.12.1 content is correct and valid
* Request that (full-length) key from a public GPG server
If you've done all of those things, it might be a good idea for you to sign that key and push it back up to a public GPG server - that help with web-of-trust, and somewhat legitimizes the key versus some arbitrary untrusted impostor. (I have done all of these steps, and signed with my key 9BB5251DE08569D4DEEA894C85D221C11DD01DF6)
[1] http://web.archive.org/web/20160109193420/https://bitcoin.org/en/download http://web.archive.org/web/20160109193420/https://bitcoin.or...
[2] http://web.archive.org/web/20160109193420/https://bitcoin.org/laanwj-releases.asc http://web.archive.org/web/20160109193420/https://bitcoin.or...
- 0x0 10y agoBad idea to sign the key just by looking at possibly newly downloaded old releases. Shouldn't keys only be signed after meeting in person?
- web007 10y agoIdeally yes, but not necessarily. I can certify that this key is the same one that was used for the 0.12.1 release, and its content has been published on more than just the bitcoin.org website and more than just $TODAY. I can see the same content on Reddit's /r/bitcoin wiki page or on Bitcoin Talk, with an identical signature. I would have to believe that either Bitcoin is already compromised, or that bitcoin.org, bitcointalk.org, reddit.com AND archive.org have all been hacked or coerced into changing content with accurate history intact.
- 0x0 10y agoI don't know, it feels like it poisons the web of trust. There's definitively something odd going on, and IF this was a coordinated attack, would it be too much to think the adversary has managed to post with some sock puppet accounts on a couple of forums - or even hack them? Or even hack your browser - a single compromised extension like an ad blocker could search&replace the key id in any web page rendered to you. I think that if you decide to sign keys just from an hour's worth of browsing around you are damaging the reputation of your own key to be honest.
- lmm 10y agoYou can explicitly set a "level of checking" on a signature for cases like this.
- web007 10y agoI'll accept the "damage" to my own key - Realize what you're claiming: Someone compromised the Bitcoin site > 4 months ago without it being discovered. Someone continues to compromise the site today even after this public attention, since the same message is still there. That same entity compromised my browser, curl, my Linux laptop, Windows desktop, Android phone and 3 different networks. That same entity compromised Archive.org and Reddit 4+ months ago without being discovered. That same entity created sockpuppet accounts to publicize the fact that this info was compromised and nobody discovered the discrepancy. I don't believe that even the pre-Snowden NSA had all of those powers. If they did, fake signatures are probably the least of our problems. It's no longer the original model of Person === Key that requires passport checks and face-to-face meetings. I would consider this better validation, in that it certifies real-world and historical usage. Here's my alternate proposal: How difficult is it for the same attacker to create a fake passport and show up to a bitcoin meetup claiming to be this person?
- 0x0 10y agoI'm just saying that if you go out and verify all those things today (even looking at archive.org etc), then as long as you're using just one (type of) browser configuration, compromising a single extension could be enough to "blur your vision" when you decide to sign that key. A couple of regexes replacing a few variants of the real fingerprint with the fake fingerprint in all HTML documents - then every forum post you look at echoing the key might be a lie. Those scenarios are "OR", not "AND"... :) Or, you know, for paranoia level 1000, your posts are the sockpuppet ;) I'll agree this is all super unlikely and I'm not accusing you or anyone here of shenanigans. I'm just saying that signing keys shouldn't be taken lightly, because if people start getting sloppy then a lot of the trust in the web of trust is no longer water tight.
- web007 10y ago
- wongarsu 10y ago>Shouldn't keys only be signed after meeting in person? Keys should only be signed after establishing beyond resonable doubt that they belongs to the person indicated by the key. Since the userid of the key is usually a real name, checking the passport in person is one good way to accomplish that. I would argue that by cross-referencing multiple sources I can establish beyond resonable doubt that a certain key indeed belongs to the person known to the community as Wladimir J. van der Laan. At the point where the person is sufficiently well known under a certain name it doesn't really matter if that's the name on their passport, since that's irrelevant for their public identity.
- heartsucker 10y agoWhen you sign a key, you can use the flag `--ask-cert-level` and it will prompt you to specify on a scale of 1-3 how careful you were. This would be a case when you could specify a lower number (namely, 1). Personally, I save level 3 signatures for people I know personally, and only if they show my their fingerprint on a trusted device.
- Taek 10y agoA lot of the developers have participated in key signing parties , and have keys with lots of history. Would be good if they could drop some signatures.
- yrro 10y agoYou should get some people in the strong set to sign your key too! :)