Live data from Hacker News

Patch OpenSSL on November 1 to avoid “critical” security vulnerability

globalsign.com

141–150 of 217 posts

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#141
post #138
post #111

Earlier quoted context omitted.

... and an announcement like this is a fairly strong message of "assume you need to care"

I'm not going to assume anything in regards to a future release I have no details about.

So what do you propose is the alternative? Not tell you about the vulnerability at all until a patch is released? Publish all the details about the vulnerability before a patch is available?

Seriously, what are you complaining about?

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#142
post #138

Earlier quoted context omitted.

I'm not going to assume anything in regards to a future release I have no details about.

So what do you propose is the alternative? Not tell you about the vulnerability at all until a patch is released? Publish all the details about the vulnerability before a patch is available? Seriously, what are you complaining about?

I just want actionable information is all. If I have to wait a couple days, fine. Giving me vague information I can't do anything with is useless.

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#143
post #142

Earlier quoted context omitted.

So what do you propose is the alternative? Not tell you about the vulnerability at all until a patch is released? Publish all the details about the vulnerability before a patch is available? Seriously, what are you complaining about?

I just want actionable information is all. If I have to wait a couple days, fine. Giving me vague information I can't do anything with is useless.

> I just want actionable information

Which is, according to TFA, being released on 1 Nov., and according to my calendar, is in 3 days... Problem solved?

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#144
post #142

Earlier quoted context omitted.

I just want actionable information is all. If I have to wait a couple days, fine. Giving me vague information I can't do anything with is useless.

> I just want actionable information Which is, according to TFA, being released on 1 Nov., and according to my calendar, is in 3 days... Problem solved?

I'm not yet convinced there's a problem.

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#145
post #142

Earlier quoted context omitted.

So what do you propose is the alternative? Not tell you about the vulnerability at all until a patch is released? Publish all the details about the vulnerability before a patch is available? Seriously, what are you complaining about?

I just want actionable information is all. If I have to wait a couple days, fine. Giving me vague information I can't do anything with is useless.

"be prepared to update affected systems at $point_in_time" seems actionable to me. You for some reason thinking that such a warning doesn't warrant taking the recommended action doesn't mean it isn't actionable, it means you choose to ignore it.

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#146
post #102

This is basically useless without identifying the vulnerability.

You left out the key phrase "to me".

Clearly some people prefer to know in advance, to make sure they're prepared to patch critical servers on that day, and perhaps even take some offline until then.

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#147
post #144

Earlier quoted context omitted.

> I just want actionable information Which is, according to TFA, being released on 1 Nov., and according to my calendar, is in 3 days... Problem solved?

I'm not yet convinced there's a problem.

You're not convinced? About a security vulnerability...

From an open-source project...

That has a history of major security vulnerabilities...

Because there's no detailed information yet...

When industry best practice is to not give detailed information without a patch or workaround...

And they're giving you a heads-up for required mitigation in three days...

Rather than right now...

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#148
post #145
post #142

Earlier quoted context omitted.

I just want actionable information is all. If I have to wait a couple days, fine. Giving me vague information I can't do anything with is useless.

"be prepared to update affected systems at $point_in_time" seems actionable to me. You for some reason thinking that such a warning doesn't warrant taking the recommended action doesn't mean it isn't actionable, it means you choose to ignore it.

An update is nothing special that I have to be prepared for. I do it all the time across all my systems, and it's largely automated. If a single update is such a burden that you must prepare days in advance for then perhaps there's room to improve the processes.

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#149
post #144

Earlier quoted context omitted.

I'm not yet convinced there's a problem.

You're not convinced? About a security vulnerability... From an open-source project... That has a history of major security vulnerabilities... Because there's no detailed information yet... When industry best practice is to not give detailed information without a patch or workaround... And they're giving you a heads-up for required mitigation in three days... Rather than right now...

No, I'm not convinced that the vulnerability is something I need to care about, because there's no details about it. I can make that determination when I have details. I am well aware of that project's history. I see no information given that would imply this to be anything more special than a regular update for me, for which the process I have already streamlined. I understand the practice of not giving the details until there's a patch and I'm OK with that, but there's now been over 10 submissions to HN about it with over 150 combined comments and all we know is that an update is coming. I'm not buying into the hype.

Re: Patch OpenSSL on November 1 to avoid “critical” security vulnerability

#150
post #126
post #113

Earlier quoted context omitted.

Indeed - this is one of the positives of Go, as all the dependencies get linked statically, giving nice portable "single binary" solutions. Grepping function names seems a reasonable approach, as long as you're not trying to detect something that is obfuscating its use of libssl (i.e. by mangling strings together). It appears if you strip a binary, any definitive information about the libraries linked in statically i…

Unsure why people keep referring to static linking as a positive in this thread? Downstream consumers of statically-linked binaries have no practical way to scan their systems for known-vulnerable versions of libraries, that seems a profoundly negative consequence to me.

Indeed, there are certainly good reasons to statically link programs, but this type of security issue is the complete opposite, it's a known drawback that you may accept in exchange for the other benefits of static linking
Post reply on HN