Live data from Hacker News

Private key redaction: Ur doin it rong (2020)

hezmatt.org

1–10 of 34 posts

Re: Private key redaction: Ur doin it rong (2020)

#3
post #2

That's a pretty brutal bit of public shaming. Would it not have been better for the security community at large to instead reach out to Sven and have him address the issue privately?

I agree. I'd expect something like this after reaching out to both Sven and Hilton Hotels with no cooperation from either of them.

Re: Private key redaction: Ur doin it rong (2020)

#4
post #2

That's a pretty brutal bit of public shaming. Would it not have been better for the security community at large to instead reach out to Sven and have him address the issue privately?

Definitely. This was obviously a big mistake on Sven’s part but someone just announcing it to the world, presumably making the chance of this being used for something nefarious more likely, and attaching Sven’s full name to it with a link-back so it’ll be caught in search engine results forever… not a great move from the author.

Re: Private key redaction: Ur doin it rong (2020)

#5
Let's Encrypt has an automated way for anyone who comes into possession of a private key to get the corresponding certificate revoked: https://letsencrypt.org/docs/revoking/#using-the-certificate...

I wish this were a standardized thing every CA had to have, to avoid things like this:

> As of the time of writing, that certificate is not marked as revoked

Re: Private key redaction: Ur doin it rong (2020)

#6
post #2

That's a pretty brutal bit of public shaming. Would it not have been better for the security community at large to instead reach out to Sven and have him address the issue privately?

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.

Re: Private key redaction: Ur doin it rong (2020)

#7
> In short: don’t ever try and redact real private keys. For documentation purposes, just put “KEY GOES HERE” in the appropriate spot, or something like that.

Personally I've always liked redacted keys because it makes it clear to users what they should expect.

Does this system want a PEM or a DER or a CER or a CRT or a JKS or a P7B or a P11? Or some vendor-specific format? The public key or the private key? Or both in the same file? A literal value, or a filename of a certificate on disk? A keyring?

It'd all be a heck of a lot easier if we didn't have such a mess of key formats.

Re: Private key redaction: Ur doin it rong (2020)

#8
post #6
post #2

That's a pretty brutal bit of public shaming. Would it not have been better for the security community at large to instead reach out to Sven and have him address the issue privately?

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)

#9
> In short: don’t ever try and redact real private keys. For documentation purposes, just put “KEY GOES HERE” in the appropriate spot, or something like that.

I would define replacing the entire body of the key as redacting a private key. I would define the behaviour of the author as advocating against as partially redacting a private key.

Re: Private key redaction: Ur doin it rong (2020)

#10
Redacting the private key without knowing the structure of the private key is unfortunate. Trying to fix the issue with a Git commit even more so. I hope this got fixed in the end.

Why redact keys with PRIVATE KEY here when you can have more fun with it. You can put any base64 in there, put a nice image file in there (a logo if you're a boring company, a meme if you're writing a blog).

Post reply on HN