Pet peeve: similar thing goes for QR-code redaction. People nearly always block out the middle part of the QR-code. However, actual information, the zigzag pattern, starts from the bottom-right. For many QR-code versions, the middle part encode _mostly_ ECC blocks, which are by definition redundant. The fact that a QR-code doesn't decode in the regular scanning apps does not mean you cannot read any information from…
Private key redaction: Ur doin it rong (2020)
31–34 of 34 posts
Re: Private key redaction: Ur doin it rong (2020)
#32Earlier quoted context omitted.
Thanks. How about we change the URL to the more general article, which has more information and doesn't shame anybody. I've changed it from https://www.hezmatt.org/~mpalmer/blog/2023/06/12/private-key... now.
The original article is also shaming someone, although from 3 years ago maybe it's less an issue now (?)
Re: Private key redaction: Ur doin it rong (2020)
#33Earlier quoted context omitted.
If you have already generated a second key, which you are not gonna use as a key, then just use that one instead of any redaction.
This has the issue stated at the bottom of the article: someone will eventually copy that as their own private key, even if the author had never used it.
If a user wants to rebuild the key in order to use it for something, then they must have a very good reason to do so, and it is probably better to just let them do that.
Re: Private key redaction: Ur doin it rong (2020)
#34Earlier quoted context omitted.
This has the issue stated at the bottom of the article: someone will eventually copy that as their own private key, even if the author had never used it.
In that case, just retract _any_ part of the key, such that it won’t work if you copy paste it, but still no used secret is revealed. If a user wants to rebuild the key in order to use it for something, then they must have a very good reason to do so, and it is probably better to just let them do that.