'Severe Bug' To Be Patched In OpenSSL

← Back to Stories (view on slashdot.org)

'Severe Bug' To Be Patched In OpenSSL

Posted by timothy on Tuesday July 7, 2015 @05:25AM from the best-kind dept.

An anonymous reader writes: The Register reports that upcoming OpenSSL versions 1.0.2d and 1.0.1p are claimed to fix a single security defect classified as "high" severity. It is not yet known what this mysterious vulnerability is — that would give the game away to attackers hoping to exploit the hole before the patch is released to the public. Some OpenSSL's examples of "high severity" vulnerabilities are a server denial-of-service, a significant leak of server memory, and remote code execution. If you are a system administrator, get ready to patch your systems this week. The defect does not affect the 1.0.0 or 0.9.8 versions of the library.

69 comments

Min score:

Reason:

Sort:

thanks Hacked Team! by SethJohnson · 2015-07-07 05:40 · Score: 4, Funny

Your audit of OpenSSL has already contributed back to the Open Source community, whether voluntary or not.

--
$5 / month hosted VPS on linux = awesome!
Security! by ArcadeMan · 2015-07-07 05:42 · Score: 5, Funny

Always keep your software up-to-date for security reasons!

OpenSSL versions 1.0.2d and 1.0.1p are claimed to fix a single security defect classified as "high" severity. [...] The defect does not affect the 1.0.0 or 0.9.8 versions of the library.

Unless of course the up-to-date versions are less secure than the old versions...

--
Get free satoshi (Bitcoin) and Dogecoins
1. Re:Security! by Anonymous Coward · 2015-07-07 05:54 · Score: -1
  
  Whew, suck it linux and your super-duper fast patches! Microsoft only patches on Tuesdays so my boxen are safe from this exploit!
2. Re:Security! by Anonymous Coward · 2015-07-07 06:10 · Score: 0
  
  This is not the first time that has happened either. Making me think the same thing.
3. Re:Security! by Anonymous Coward · 2015-07-07 06:31 · Score: 0
  
  No! Update when you need new functionality, when a security update is released for your version, or when your version is no longer supported.
  No willy-nilly updating for fun madness.
4. Re:Security! by Anonymous Coward · 2015-07-07 08:10 · Score: 1
  
  The major differences between the 1.0.0, 1.0.1 and 1.0.2 branches is the addition of features (as can be seen here: https://en.wikipedia.org/wiki/...). This means that the vulnerability is likely to be in one of those new features, rather than in the older code. It also illustrates the old adage that every feature is just an unexploited code path.
5. Re:Security! by Anonymous Coward · 2015-07-07 11:07 · Score: 0
  
  That's what I'm questioning.
  So if it exists post 1.0, 0.9.8 versions, it was introduced after what I call, the 'OpenSSL' spotlight event. That doesn't make for confidence building. I thought this shit was getting thoroughly audited after 0.9.8?
6. Re:Security! by Anonymous Coward · 2015-07-07 17:42 · Score: 0
  
  OpenSSL 1.0.2d is not the up to date version. People should be looking at LibreSSL 2.1.7 .
  The project management and lack of testing will prevent OpenSSL from ever being more than a collection of exploits. Heartbleed alone should have been enough to show this, specified and implemented by one person, not tested, long interaction phases before any verification took place and worst of all enabled by default on every OpenSSL installation. The implementer(s) of that library put no thought into security and apparently receiving large amounts of money to fix things didn't change this.
7. Re:Security! by Trongy · 2015-07-07 18:48 · Score: 1
  
  The 1.0.0 and 0.9.8 version of openssl do not have support for TLS 1.1 or 1.2.
  If you want to stick to using SSLV3 and TLS 1.0, good luck to you. Have you heard of the POODLE attack?
8. Re:Security! by Demonoid-Penguin · 2015-07-07 22:59 · Score: 1
  
  This is not the first time that has happened either. Making me think the same thing.
  Good to hear your satire inoculation is working.
9. Re:Security! by Dan541 · 2015-07-10 20:45 · Score: 1
  
  Always keep your software up-to-date for security reasons!
  I hear the NSA have taken over development of OpenSSL. Oh look.... a new patch...
  
  --
  An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
You'd think they'd patch it first by Anonymous Coward · 2015-07-07 05:46 · Score: 0

Shirley by now then.
1. Re:You'd think they'd patch it first by Anonymous Coward · 2015-07-07 08:51 · Score: 0
  
  And don't call me Shirley...
boring boring boring booooooooooring by Anonymous Coward · 2015-07-07 05:51 · Score: 2, Insightful

So tired of these pre-announcements. What's next, pre-pre-announcements? Just publish already, doofuses.
1. Re:boring boring boring booooooooooring by Anonymous Coward · 2015-07-07 05:54 · Score: 5, Funny
  
  It gives some extra time to make up a catchy name for the vulnerability and print some t-shirts.
2. Re:boring boring boring booooooooooring by wardrich86 · 2015-07-07 08:36 · Score: 1
  
  "...pre-pre-announcements?" Valve to announce the release of Half-Life 3 eventually!
3. Re:boring boring boring booooooooooring by beh · 2015-07-11 03:12 · Score: 1
  
  Sorry, the pre-announcement does have a point - if the security hole is major, then you want admins to be ready to patch their systems pretty much immediately.
  If you just released the "fixed" version together with a description of the vulnerability - it might give extra time to potential attackers to figure out how to exploit the problem before an admin becomes aware that there even IS a new version.
  In this case, the certificate verification might not have sounded like a big thing to you - but think where client certificates are being used - not that many places, but usually "important" ones, and often ones that have real economic consequences for the parties involved if they were to be broken (like many VPNs between businesses; or protected services that require client certificates for authentication. If it were "easy" to forge one, the protection would be harder to maintain (if it were even still possible to maintain).
Use the diffs by Dwedit · 2015-07-07 05:59 · Score: 1

I guess you could use the diffs to find the hole.
1. Re:Use the diffs by Anonymous Coward · 2015-07-07 06:10 · Score: 0
  
  That would depend on the Diff's being released, as it stands, the Diff's, Patched Binaries and an explanation of what the exploit was will likely be released all at the same time, so people can patch their affected systems before the exploit is seen in the wild.
2. Re:Use the diffs by Anonymous Coward · 2015-07-07 06:33 · Score: 0
  
  Guess he means that somebody could check what is same in both 1.0.2 and 1.0.1 but different in 1.0.0 and 0.9.8. Would hope this is tricky or risky to announce.
3. Re:Use the diffs by Anonymous Coward · 2015-07-07 06:40 · Score: 0
  
  Why? OpenSSL is opensource. Perusing Github gives me these potential vulnerabilities after the 1.0.2o release (12-Jun-2015)
  Remove one extraneous parenthesis
  Multiple fixes to mttest.c
  Fix PSK handling (best guess this is it as quick review shows it fixes a null pointer exception)
  Also let this be a lesson to releasing "WARNING BUG TO BE PATCHED". I'm sure this exploit is already in the wild, I am giving the poor sysadmins out there a chance to identify and patch bugs from 0-day exploits.
  -dk
4. Re:Use the diffs by Anonymous Coward · 2015-07-07 07:00 · Score: 0
  
  It would also be interesting to find the commit which introduced the vulnerability.
5. Re:Use the diffs by Anonymous Coward · 2015-07-07 07:18 · Score: 3, Interesting
  
  Well lets assume it's the PSK allowing the buffer overflow
  We can see the fix here, so lets look at the code they are replacing.. specifically:
  - s->ctx->psk_identity_hint = BUF_strdup(tmp_id_hint);
  - if (s->ctx->psk_identity_hint == NULL) {
  + s->session->psk_identity_hint = BUF_strndup((char *)p, i);
  + if (s->session->psk_identity_hint == NULL) {
  Looks like they went from strdup() to strndup(). Lets look when strdup() was introduced
  git grep "BUF_strdup(" $(git rev-list --all) | grep s3_clnt |awk -F':' '{print $1}' | uniq
  returns ddac197404f585b8da58df794fc3beb9d08e8cd2
  add initial support for RFC 4279 PSK SSL ciphersuites
  PR: 1191 Submitted by: Mika Kousa and Pasi Eronen of Nokia Corporation Reviewed by: Nils Larsch
  OpenSSL_0_9_8k
  Nils Larsch authored on Mar 10, 2006
  Since this was added in 2006 and 0.9.8 is not vulnerable it is possible this is not the urgent vulnerability. But similar analysis can be done against the 1.0.2 branch and then looking back at the history of commits as I showed here. Good luck.
  -dk
amazon s2n by Anonymous Coward · 2015-07-07 06:00 · Score: 0

time to start giving this a second look...
Sick of this shit by Anonymous Coward · 2015-07-07 06:01 · Score: -1

It'll be another dangling pointer, buffer overrun/read, integer overflow, etc. Time to stop using stone axes and sharpened sticks. We have tools now that can end this nonsense. We need to use them.
1. Re:Sick of this shit by Anonymous Coward · 2015-07-07 06:34 · Score: 0
  
  Lol you want everyone to have to link a fucking rust runtime or whatever? Everything in rust? Are you sure that there's no exploit in the implementation of all the extra code rust runs at runtime?
  Pet languages are nice, but don't expect them to be used universally, ever.
2. Re:Sick of this shit by Eravnrekaree · 2015-07-07 06:57 · Score: 1
  
  PAE and x86-64 and probably other CPUs now have page table flags for protecting against buffer overrun by non-executable, readonly memory sections and such. An overrun will cause a segfault rather than an actual overrun. This significantly improve things. So what is the status of this in major Linux distros?
3. Re: Sick of this shit by Anonymous Coward · 2015-07-07 07:20 · Score: 1
  
  Rust? The language that hit 1.0 only about two months ago, so very long after it was first promised? The language with only one quasi-usable implementation? The language whose one quasi-usable implementation is riddled with bugs (its GitHub isse tracker is full of them)? The language that hasn't been used for anything significant, other than its own bug-riddled quasi-usable implementation? The language that is more hype than substance? The language that the Ruby on Rails fanboys jumped ship to after Rails and Ruby started sinking fast? The language with convoluted ownership semantics that make C++'s easy to comprehend and use by comparison? No thanks!
4. Re:Sick of this shit by Anonymous Coward · 2015-07-07 07:29 · Score: 0
  
  An interesting question, but a page table thing won't protect against all buffer overruns- it would still overwrite variables hanging around there that are within the page. Which seems to already happen- you can't just write past your page and not get segfaulted?
5. Re:Sick of this shit by Eravnrekaree · 2015-07-07 08:20 · Score: 1
  
  You are right. Data could also be leaked, which would be awful. Guard pages are another feature often used, when a buffer overflow occurs it would often hit the guard page which being unallocated space will segfault, but its not perfect. Its a lot easier to protect code than it is to protect data.
6. Re: Sick of this shit by Anonymous Coward · 2015-07-07 14:54 · Score: 0
  
  Please go gentle on him. I mean, the dumb faggot is a poser at best. In a couple months, he'll get pissed off that his hello world rust program is still buggier than his momma's crab-infested cunt and move on to the next language du jour (swift? nim? who knows!). Maybe someday he'll give up for good and go back to sucking cocks or mopping floors or something more suitable for his 2-digit IQ.
firsT by Anonymous Coward · 2015-07-07 06:05 · Score: -1

going 7o continue,
Monoculture... by Bugler412 · 2015-07-07 06:08 · Score: 4, Interesting

Remember when everyone thought Windows was the biggest monoculture? Not on the web server side of the business....
lol by Anonymous Coward · 2015-07-07 06:25 · Score: 0

If you find yourself in a hole, stop digging.
Anybody using OpenSSL over LibreSSL deserves what they get. And what they get is this shit. They literally cannot add a new feature without enabling security exploits.
Oh god damnit... by Anonymous Coward · 2015-07-07 06:27 · Score: 0

Not again...
Do what Amazon did... by Karmashock · 2015-07-07 06:30 · Score: 3, Interesting

Offer up a version of the the package that is small enough to be audited in detail so that there are very very very few bugs with it.
I think they said they had it down to 6k? So do that. Obviously that strips out a lot of features people like. So decide what is more important to you.
security or covering your car with stickers and truck nuts.
good security has to be simple. you get complicated and you get something that can't be fully understood well enough to debug.

--
I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
1. Re:Do what Amazon did... by Anonymous Coward · 2015-07-07 10:04 · Score: 1
  
  Amazon's s2n repo is cool, but it's only a lightweight TLS library. It does not have the crypto routines included and instead relies upon other libraries for that. It can use OpenSSL, LibreSSL, or some others... it would be nice if they just stripped OpenSSL down to a few crypto and hash sets as a light crypto package too.
2. Re:Do what Amazon did... by Kiwikwi · 2015-07-08 03:21 · Score: 1
  
  Offer up a version of the the package that is small enough to be audited in detail so that there are very very very few bugs with it.
  I think they said they had it down to 6k?
  Amazon's package depends on OpenSSL. What they've essentially done is to build an OpenSSL version that's 6k bigger than the existing monster.
3. Re:Do what Amazon did... by StikyPad · 2015-07-08 03:31 · Score: 1
  
  security or covering your car with stickers and truck nuts.
  A "Sophie's Choice," if ever there was one.
  
  --
  https://www.eff.org/https-everywhere
4. Re:Do what Amazon did... by Karmashock · 2015-07-08 03:44 · Score: 1
  
  Only aspects of it and they can use other liberaries if they want.
  The point remains that the code base can be simplified.
  A big issue I see with a lot of these projects is that they get too complicated. Rather than adding new features they should simply compartmentalize the code so that portions of it can do these things but they exist at seperately audited components... and should only be used if actually needed.
  I've no interest in getting involved in a tit for tat with you. We know there are problems maintaining the integrity of security code against hackers.
  You know that. This is not disputable.
  The world is changing and the standards upon which security is judged are changing with them. Business as usual is not acceptable. We're coming to adapt or die time.
  I choose life and relevance. Anyone that wishes to choose obsolescence and death is welcome to do so. Those that remain will make all future decisions.
  
  --
  I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
No more! by Aethedor · 2015-07-07 06:34 · Score: 4, Interesting

Every software developer, please stop using OpenSSL. It was crap then, it is crap now and it will be crap tomorrow. And LibreSSL is not the solution. You can't turn crap into something nice. You want a decent SSL library, try mbed TLS. Unlike OpenSSL, this library has good documentation (example programs included), has a logical and sane API (no ugly callback shit) and its code is clean and secure.
I switched from OpenSSL to mbed TLS (named PolarSSL back then) in my open source project some time ago. I should have done it more early! The migration was easy and only cost me a few days. So, stop punishing yourself and give mbed TLS a try. You won't regret it!!
Disclaimer:
No, I'm in no way connected to mbed TLS. Just a happy mbed TLS user who doesn't understand why people keep on torturing themselves and their users.

--
It doesn't have to be like this. All we need to do is make sure we keep talking.
1. Re:No more! by Anonymous Coward · 2015-07-07 06:46 · Score: 4, Informative
  
  GPLv2 (not LGPL) will be a big showstopper for some projects.
2. Re:No more! by Anonymous Coward · 2015-07-07 06:54 · Score: 2, Insightful
  
  How about this: mbed TLS is under either a pay-for commercial license or the GPL, none of which are suitable to everyone's need, as opposed to Open/LibreSSL BSD or BSD-like licenses.
  Granted they have a disclaimer at the end about "FOSS License Exception" that makes it *seem* like you can at least use it with most FOSS. But for proprietary software, nothing beats BSD, Apache and the likes.
  This being said, thanks, I'll take a look at it next time I need a TLS library for an open source project.
3. Re:No more! by serviscope_minor · 2015-07-07 07:09 · Score: 1
  
  You can't turn crap into something nice.
  Yes you can.
  OpenSSL has good implementations of the core algorithms surrounded by a mountain of crap. LibreSSL strips that out leaving a goo, solid system.
  
  --
  SJW n. One who posts facts.
4. Re:No more! by Anonymous Coward · 2015-07-07 07:36 · Score: 0
  
  This takes a while. Most servers will be waiting for distributions to be changing their dependencies, and many (if not most) of those will be waiting for LTS versions to flop over. RHEL switched to MariaDB. Most RHEL installs are on v5 and v6 and it will be a long long time before (if even) they will be running MariaDB. Plus there's that pesky systemd to stay away from.
  Years for the mainstream.
  In the meantime, I'm happy people are finding and fixing bugs.
5. Re:No more! by Anonymous Coward · 2015-07-07 07:37 · Score: 0
  
  LibreSSL strips that out leaving a goo, solid system.
  No, I think LibreSSL leaves out the goo.
6. Re:No more! by Anonymous Coward · 2015-07-07 07:37 · Score: 1
  
  LibreSSL strips that out leaving a goo, solid system.
  Incredible how human brain and subconscious will speak the truth even if the human attached to the brain is not aware of it.
7. Re:No more! by operagost · 2015-07-07 08:50 · Score: 1
  
  LibreSSL strips that out leaving a goo, solid system.
  
  Mmm... free goo.
  
  --
  
  Gamingmuseum.com: Give your 3D accelerator a rest.
8. Re:No more! by phantomfive · 2015-07-07 10:55 · Score: 2
  
  Eventually. In the June 11th OpenSSL bug fix, LibreSSL was found to be vulnerable to 3 out 7 of the same vulnerabilities. Source. LibreSSL is better, but still has a lot of weaknesses.
  
  --
  "First they came for the slanderers and i said nothing."
9. Re:No more! by WaffleMonster · 2015-07-07 12:27 · Score: 1
  
  Every software developer, please stop using OpenSSL
  It was crap then, it is crap now and it will be crap tomorrow. And LibreSSL is not the solution. You can't turn crap into something nice.
  You need to provide a coherent reason if you want people to do what you ask. "Cuz it's crap" does not convey objectively useful information.
  
  You want a decent SSL library, try mbed TLS.
  Lost me at GPL. Lack of SRP and DTLS also deal breakers.
  
  No, I'm in no way connected to mbed TLS. Just a happy mbed TLS user who doesn't understand why people keep on torturing themselves and their users.
  I'm happy it works for you.
10. Re:No more! by Eythian · 2015-07-07 13:40 · Score: 1
  
  It can be GPLv3 too, so that's OK.
11. Re:No more! by Kiwikwi · 2015-07-08 03:20 · Score: 1
  
  Before complaining about mbed TLS's GPLv2 license, you should probably be aware that OpenSSL uses its own application-specific license, which is not OSI approved. The license contains an advertising clause similar to the original BSD license; that makes OpenSSL both GPL-incompatible and a general PITA to work with.
  In fact, I'd wager that almost every time OpenSSL is redistributed, it's done in violation of the license. When was the last time you saw a product advertising that "This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit"? That text has to appear whenever you advertise any OpenSSL-based crypto functionality.
  The license is technically libre, but only by the skin of its teeth...
12. Re:No more! by dotancohen · 2015-07-08 22:23 · Score: 1
  
  GPLv2 (not LGPL) will be a big showstopper for some projects.
  So those open source projects that ensure that code is contributed back to the community, will enjoy this code contribution and be secure. GPL cuts both ways, sure, and I'm actually glad that the secure option requires code to be contributed back.
  
  --
  It is dangerous to be right when the government is wrong.
Freetards Assemble! by Anonymous Coward · 2015-07-07 06:48 · Score: -1

I'm sure this time you guys got it right! OpenSSL for the meh!
1. Re:Freetards Assemble! by rubycodez · 2015-07-07 09:22 · Score: 1
  
  with a solid foundation of systemd under it, openssl can be robust, secure and unstoppable!
The Microsoft Register :) by Anonymous Coward · 2015-07-07 08:54 · Score: 0

Would that be the Microsoft Register: 2 mentions of Microsoft and 4 mentions of Windows and 2 negative mentions of Apple on the main page. The editor has never forgot Apple de-inviting him to a corporate freebie.
Hu? by stackOVFL · 2015-07-07 09:53 · Score: 1

Why not just fix it using a carbon nanotube? They use them to fix everything else.
We, Gods of OpenSSL by Nikademus · 2015-07-07 09:57 · Score: 1

We, Gods of OpenSSL are announcing that there will be a patch in 2 days. We will not tell you what it is as you could patch it yourself or use any of the forks that we dislike like LibreSSL. Surely we will not reveal what it is as bad people could use it (trust us, we tell you they cannot already). The only thing we will say is that it was introduced after 1.0.0,so we are sure you won't find out and that The Big Vendors who pay us will be able to deliver a patch when they are ready. And bad guys won't be able to annoy you because we know they are morons and won't find out...

--
I gave up with the idea of an useful sig...
Wanna know the vulnerability? by barbariccow · 2015-07-07 10:12 · Score: 1

Want to know the vulnerability? Diff the latest from last version without - 1.0.0. Compare. :)
1. Re:Wanna know the vulnerability? by Anonymous Coward · 2015-07-07 10:44 · Score: 0
  
  ... because the one and only change between 1.0.0 and the next version was the bit of code that has the bug.
2. Re:Wanna know the vulnerability? by Anonymous Coward · 2015-07-07 11:18 · Score: 0
  
  Obviously.
3. Re: Wanna know the vulnerability? by Zero__Kelvin · 2015-07-07 13:16 · Score: 1
  
  man git-bisect
  
  --
  Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
4. Re: Wanna know the vulnerability? by Anonymous Coward · 2015-07-08 01:05 · Score: 0
  
  If you'd read that yourself, you'd know that you have to tell it which revisions have the bug and which don't. Kinda hard if you know nothing about the bug beyond that it exists.
FIPS certification by thegarbz · 2015-07-07 11:26 · Score: 1

The comment title says it all. Many developers don't torture themselves. Other people do the torturing by specifying OpenSSL effectively as a requirement. mbed TLS is not FIPS compliant based on a quick google search.
1. Re: FIPS certification by Aethedor · 2015-07-07 16:43 · Score: 1
  
  If mbed TLS isn't and OpenSSL is, than it says more about FIPS than about mbed TLS.
  
  --
  It doesn't have to be like this. All we need to do is make sure we keep talking.
2. Re: FIPS certification by thegarbz · 2015-07-07 22:03 · Score: 1
  
  Regulations and certification rarely make sense.
better cancel your weekend plans by SchroedingersCat · 2015-07-07 13:09 · Score: 1

... and clean the coffee machine
Mysterious?!! (much ado about nothing) by Demonoid-Penguin · 2015-07-07 23:05 · Score: 1

When processing an ECParameters structure OpenSSL enters an infinite loop if the curve specified is over a specially malformed binary polynomial field. This can be used to perform denial of service against any system which processes public keys, certificate requests or certificates. This includes TLS clients and TLS servers with client authentication enabled.
original advisory Hidden in plain sight. (sigh)
Isn't The Register a news satire site? [if not it needs reclassifying]
1. Re:Mysterious?!! (much ado about nothing) by Anonymous Coward · 2015-07-08 05:35 · Score: 0
  
  This is a different bug.