It's Patch Tuesday...Again...
Overnight I received an email from a friend, forwarding me an article from Redmond Magazine. The topic of the magazine was the huge Patch Tuesday dump that our friends in Redmond have sent down. There was also some discussion about the patch bundles dropped by Adobe and Oracle as well. In the words of the author of the article It's a heavy burden for just this month. The email, though was what I wanted to highlight. My friend said to me:
Here's a good ad for Linux! ("Ya load 16 patches and whaddayaget? Another day older and deeper in debt. Saint Peter dontcha take me 'cause I can't goooooo; I owe my soul to the Microsoft stooooore" - with apologies to Tennessee Ernie Ford).
I am sure there are a number of Linux people that are waking up and pointing at their Windows using friends and saying I told you so, but I can assure you, most of those people are not professional Linux administrators. In fact, most of us that use Linux for a living would say not so fast.... Over the past two weeks I have had a number of things patched on my Fedora 13 system. I say things because I really was not paying attention to exactly what was being patched, pretty much the same way I do not not really pay much attention to what Microsoft (or Oracle or Adobe) are patching this week. Now you might argue that I not only should be paying attention, but that I inspect each and every patch before I apply it for relevancy and value. Yea, OK. Show of hands, who has time for that? Yes, there are some of you out there that not only do test each and every patch, but know exactly the impact it is going to have on your systems. Further, you also know that if one of your systems is down for even a second, the amount of money lost is more than enough to pay for the test and development systems needed to test patches when they come out. But most of us just take it on faith. We have to. Linux continues to be one of the safest operating systems on the market today. This is because of the model of access (least privilege) and the intense scrutiny of the code. But even with an average of one bug per 1000 lines of code, even we have patches, security issues and exploits that we have to be ever vigilant of. It is easy for us to point our fingers and laugh, but we should not become complacent.
David Lane, KG4GIY is a member of Linux Journal's Editorial Advisory Panel and the Control Op for Linux Journal's Virtual Ham Shack
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
If you already use virtualized infrastructure, you are well on your way to leveraging the power of the cloud. Virtualization offers the promise of limitless resources, but how do you manage that scalability when your DevOps team doesn’t scale? In today’s hypercompetitive markets, fast results can make a difference between leading the pack vs. obsolescence. Organizations need more benefits from cloud computing than just raw resources. They need agility, flexibility, convenience, ROI, and control.
Stackato private Platform-as-a-Service technology from ActiveState extends your private cloud infrastructure by creating a private PaaS to provide on-demand availability, flexibility, control, and ultimately, faster time-to-market for your enterprise.
Sponsored by ActiveState
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?
| Non-Linux FOSS: libnotify, OS X Style | Jun 18, 2013 |
| Containers—Not Virtual Machines—Are the Future Cloud | Jun 17, 2013 |
| Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer | Jun 12, 2013 |
| Weechat, Irssi's Little Brother | Jun 11, 2013 |
| One Tail Just Isn't Enough | Jun 07, 2013 |
| Introduction to MapReduce with Hadoop on Linux | Jun 05, 2013 |
- Containers—Not Virtual Machines—Are the Future Cloud
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Linux Systems Administrator
- Introduction to MapReduce with Hadoop on Linux
- Weechat, Irssi's Little Brother
- Senior Perl Developer
- Technical Support Rep
- One Tail Just Isn't Enough
- UX Designer
- Download "Private PaaS for the Agile Enterprise"
- notifier shortcomings
11 min 8 sec ago - heroku?
1 hour 47 min ago - Android User
1 hour 49 min ago - Reply to comment | Linux Journal
3 hours 42 min ago - compiling
6 hours 32 min ago - This is a good post. This
11 hours 45 min ago - Great, This is really amazing
11 hours 47 min ago - These posts are really good
11 hours 48 min ago - It’s a really great site you
11 hours 51 min ago - Beautiful ... I love your
12 hours 17 min ago



Comments
song quotation
your friend should apologize to Merle Travis, he's the songwriter !
A couple of fallacies
"Linux continues to be one of the safest operating systems on the market today. This is because of the model of access (least privilege) and the intense scrutiny of the code".
The 'model of access' is chunky as a bunch of bricks and leads inevitably to more access being given that is necessary. ACLs are the way to go, but who uses them? In my experience not many admins know that they exist.
As for 'intense scrutiny', I think that just because the source is open it doesn't mean that people read it. Who's got the time or inclination? I'd suspect that source code, especially driver source code, is only read by a few interested people.
Linux is probably the safest operating system mainly because it is not the big bad ogre of Microsoft and because it is a distributed target - when someone writes attack code they are trying to outwit the writer of the original code, Microsoft, without access to the code. It's no fun if someone gives you the answers to the puzzle before you even started.
Cheers,
Cliff
ACLs can just as quickly
ACLs can just as quickly devolve into giving to much access.
Well, there's patching, and then there's patching
I update my Linux boxes everyday. Windows receives updates once a month. How many exploits is Microsoft purposefully hiding from the public? There's patching, and then there's patching. I'd rather get patched by Linux than Microsoft...any day of the week, literally.
Agree
Last time I went to update Ubuntu there was like 100 updates in one month
No.. They were not all for the operating system or kernel.. But to the average user it's like - 'This OS has a bunch of patches.'
I am a Windows system admin right now and I always have to point out to folks that Linux has just as many patches if not more.
Good Point
There is one thing worse than sending down a slew of patches, and that would be to not provide the fixes at all. I use and support free and open source software. However, I could never understand why liking one thing should lead to hating another.
Two things are worse: not
Two things are worse: not providing updates and providing updates in such a way that you cannot determine what the patch affects. The LWN RSS feed gives me a nice heads-up as to what is being fixed in Debian. And aptitude shows me what will be updated, letting me choose which to update now, and which to leave for later.
Pointless
Waste of electrons.
RE: Pointless
Save the electrons!