SoylentNews is people
SoylentNews
Ars Technica reports that four weeks after its disclosure huge swaths of the Internet remain vulnerable to Heartbleed. The article suggests that over 300,000 servers remain vulnerable.
What steps have you taken to protect yourself from this bug? What browser addons have you installed? Have you checked/updated the firmware on your home router? If you work in IT, what has the reaction been? Has your site been compromised? Has vulnerable code been updated, new keys genned, new certificates obtained, and old ones revoked?
Since the OpenSSL library is now undergoing a security review and a fork of it is underway as LibreSSL, it is possible that other vulnerabilities will be discovered. Then what? How likely is it that we will need to repeat this cleanup effort?
(more after the break)
The Heartbleed bug "is a serious vulnerability in the popular OpenSSL cryptographic software library. This weakness allows stealing the information protected, under normal conditions, by the SSL/TLS encryption used to secure the Internet." The bug affects not only computer servers, but also routers and even some Android phones, too. Even software like LibreOffice, WinSCP, and FileMaker have versions with the bug and need to be updated. The history, behavior, and impact of this bug are well-explained and summarized on Wikipedia. Therein is this recommendation:
Although patching software (the OpenSSL library and any statically linked binaries) fixes the bug, running software will continue to use its in-memory OpenSSL code with the bug until each application is shut down and restarted, so that the patched code can be loaded. Further, in order to regain privacy and secrecy, all private or secret data must be replaced, since it is not possible to know if they were compromised while the vulnerable code was in use:[68]
- all possibly compromised private key-public key pairs must be regenerated,
- all certificates linked to those possibly compromised key pairs need to be revoked and replaced, and
- all passwords on the possibly compromised servers need to be changed.
SN's coverage of this vulnerability includes:
(Score: 3, Insightful) by Lagg on Friday May 09 2014, @03:21PM
I won't complain about SN milking this stuff because it's just people submitting what they think might spur interesting discussion but I will complain about the shameless milking the source of the articles are doing.
Yes. I work in what you could call IT (I'm a freelance programmer but I end up doing everything at some point). Know what we did? Updated our packages, updated our openssl install and in some cases made new certificates. Then afterwards we got on with things that were actually important and more importantly our lives. Which is what these article authors are clearly not doing.
Here's the thing. Heartbleed is a bug. A very serious security bug but a bug nonetheless. It's one of millions of its kind. It will probably live longer than I do just like any of the other horrible unpatched bugs on many systems that are not properly maintained. But do we write articles continuously about that null dereference bug from 1986 even though in a lot of cases a bad dereference can cause a hell of a lot more harm than this can? No. Because they can't keep the hysteria alive that way.
Maybe I should dig up one of said bugs and call it Pointergate and tell people how they can potentially set off an atom bomb by whistling lovingly to the pointer. These article authors disgust me (but that's nothing new from Arse Technica). But again the submitter and SN do not. This is what it's here for. Remember that.
http://lagg.me [lagg.me] 🗿
(Score: 2) by GreatAuntAnesthesia on Friday May 09 2014, @03:27PM
> Maybe I should dig up one of said bugs and call it Pointergate
Don't forget to draw it a cute little logo that the media can tack onto their articles.
(Score: 2) by Hairyfeet on Friday May 09 2014, @04:14PM
The problem is what I call "zombie servers" which you'd be amazed how many of 'em are all over the net. For those that have never run into one a zombie server is one which hasn't had an admin for at least 6 months, these machines never get patched, never get messed with, yet are out there waiting to be pwned (and most already are).
I first learned of the zombie servers back when I was doing hired gun for larger businesses, I'd take an inventory to see what I had to work with and it would never fail that I'd find some old box running that had just been forgotten, some had been an old email or file server that had been lost when they moved to a new service, sometimes it was a backend VPN or DB box that had been left behind when a project was canceled, in just about all the cases the ones who had set up the system was long gone.
But you are gonna be seeing fallout from heartbleed for years because of the zombies, I've seen NT 3.5, ancient versions of RH and Derbian, I bet if somebody did a survey of what exactly is out there the amount of old zombie servers still responding to requests would be staggering. Its just what happens when a corp gets huge, things fall through the cracks.
ACs are never seen so don't bother. Always ready to show SJWs for the racists they are.
(Score: 3, Informative) by frojack on Friday May 09 2014, @05:01PM
Zombies are often NOT totally forgotten, just incredibly reliable.
Netware was famous for this. I've found Netware servers running in my customers's sites that they were using every day for either data storage or print-server and had just assumed the work was actually being done on the brand new server the last contractor installed. He had only migrated mail and half the printers, and left file storage on the old box.
When I took my company's last netware server down (because disk space was nearly exhausted) and replaced it with Linux many years ago, it had a uptime of 4 and a half years. I hated to shut it down.
No, you are mistaken. I've always had this sig.
(Score: 3, Informative) by Hairyfeet on Friday May 09 2014, @05:19PM
That isn't what I'm talking about frojack, totally different. What you are talking about is a classic "if it ain't broke" which if you want to go by that I know plenty of places with old WinNT and Win2K boxes (not on the net of course) that have been running some backend service for God knows how long without fail...if it ain't broke? DO NOT FIX IT.
No frojack what I'm talking about is servers where the task they had to do has long since been moved to something else, its just that somewhere along the line somebody forgot to pull the plug on the old system so it just sits there waiting to be pwned. For a good example look at the backend of some of the parked domains, you'll see that many of them are on some ancient box that hasn't been used or patched in forever, it just sits there with the default "your site goes here" from like Apache 1. These systems were once upon a time useful but like that old WinNT email box I found they had moved to web hosted email years ago but someone must have said "we better leave this for a month, just in case something goes wrong with the new system" and then forgot about it. You look at the logs of a zombie and its NOT being used for this or that old application, its just gathering dust.
ACs are never seen so don't bother. Always ready to show SJWs for the racists they are.
(Score: 0) by Anonymous Coward on Friday May 09 2014, @06:52PM
No but we write comments about Windows crashing because of the same thing (or lack of bounds checking, like this bug).
But look, where were the "many eyes" in this? So many users of OpenSSL, so few actually combing through the code; code which also contains things like gotos jumping into if(0) and while(0) blocks. Remember HB Gary Federal, the 'security' company whose server was owned by a simple SQL injection? Except HBGF was just a money sink instead of anything actually security-related. Either way, it seems ironic that a group focused on security would have such a basic flaw sit untouched for so long. In this case, apparently nobody with a mouth bothered to look at the code and wonder why you could request anything longer (or shorter, even) than the string you send it.
(Score: 2) by NCommander on Friday May 09 2014, @07:57PM
THe thing is, SQL injections can be surprisingly hard to spot. I personally blame a lot of this on MySQL, which as the fisher price of databases made it close to impossible to use stored procedures, triggers, or any sort of database functionality without embedding the SQL directly into the application layer. Since MySQL proved to be exceedingly popular, there's an entire generation of devs who feel all SQL and shit should be in the application logic.
Sanitizing SQL is not as straightforward as most people seem to believe, and a lot of apps seem to prefer writing their own sanitization code vs. using something pre-provided by the DB. Since there's a bunch of edge cases most people can miss, and it just takes missing one or two lines and boom, instant SQL injection.
What surprises me is its not more common.
Still always moving
(Score: 2) by chromas on Saturday May 10 2014, @12:25AM
That's why god invented prepared statements. In-band signalling is the devil's work.