Open hinca opened 9 years ago
I may be wrong, but from what it sounds like you're expecting your second message to still pass as verified.
Doesn't seem to be working--which should be expected behavior.
Sorry if I wasn't clear enough, I didn't expect the other message to verify successfully with the same signature. That would have been a rather curious hash collision for SHA512. :-D
The thing I was reporting was that, from a UI perspective, after verifying the first message, people might paste another message to verify into the text area in the same window (which is now called "The Signed Text"), and expect it to be verified. Which it will not be, but it will still show the "✓ signed by hinca" message, so an absent-minded person might consider it verified, because this will show on the screen if I paste the message there:
It's no big deal, but I suppose I just don't understand why the verified message would be displayed in an editable text area. That element has nothing to do there at this stage, especially if you can't reuse it to verify another signature from this page.
This is really not a big security issue, just a UI thing that might confuse some people.
Imagine someone is trying to verify a message I signed. They paste it into the Verify window, and click verify. Great! It's a valid signature created by me.
But now I tamper with the message, so that the identical signature is no longer valid, and paste it into the same verification window. I can do this, because the field is still editable.
The field flickers, and I would expect it to acknowledge the update and re-verify. Instead it's still claiming that the signature is valid, because keybase doesn't recognize the message as updated. I suppose re-verification on text area update, or disabling the text area after verification would take care of this.
Thanks for developing this service! I'm a fan. :+1: