Site Sponsor:

mcafee_logo.gif
line

Now Available:

Featured Resource:

line

Newsletter

Email Address:


line

Ask the Expert

Have a question for our resident expert? Email your questions to Dan or post a comment to the blog.

« TJX Breach Costs Continue or How to Save Your Company Almost $112 Million | Main | Automated Vulnerability Assessment Can Only Go So Far »

Ubuntu Server Attack Has Clear Lesson, and Not So Clear One As Well

On Monday night several Ubuntu servers, sponsored by Cononical and maintained by the community, were found to be compromised. The sys admins took the machines off line and began a cleanup operation. The problem stemmed from a combination of too much software on the machines and incompatibilities between components and newer versions of the OS. Dealing with too much software is relatively easy, accommodating the ripple effects of upgrades across dependent components is more difficult.

According to Jono Bacon at Ubuntu:

a) the servers, especially zambezi were running an incredible
amount of web software (over 15 packages[1] that we recognised)
and
of all the ones where it's trivial to determine a version, they
were without exception out-of-date and missing security patches.
An attacker could have gotten a shell through almost any of
these sites.

b) FTP (not sftp, without SSL) was being used to access the
machines, so an attacker (in the right place) could also have
gotten access by sniffing the clear-text passwords.

c) The servers have not been upgraded past breezy due to problems
with the network card and later kernels. This probably allowed
the attacker to gain root.

Referring to a), he goes on to say:

Unfortunately it's simply not possible for us to maintain that amount of software in any sane or secure fashion.

The more software we have, the more we have to manage. Admin tools can help but an even better option is getting rid of applications. An attacker can not compromise what isn't on the machine.

Problem c) is a balancing act. There are always dependencies between components so what do you do when there is a conflict between an patch and the existing configuration? We can change the existing configuration but that introduces the possibility of even more conflicts and ripple effects that require further changes. If you have a few hours to apply a patch and find out it will take 3 days and a piece of new hardware what do you do? You turn into an instant risk manager.

At this point we have to weigh risks and costs and hope you make the right decision, that is assuming there is one.

TrackBack

TrackBack URL for this entry:
http://www.realtime-websecurity.com/type/mt-tb.cgi/381

Post a comment

(All comments are approved by site leader before appearing here. Thanks for commenting!)

line

Dan Sullivan's Bio:

Dan Sullivan is a systems architect with 20 years of IT experience that includes engagements in enterprise security, application design, and systems architecture. His experience includes a broad range of industries, including financial services, manufacturing, government, retail, gas and oil production, power generation, and education. Dan’s security-related project work has ranged from requirements analysis for enterprise information security to designing and implementing security for database applications and enterprise portals. Dan has written about information security and other enterprise information management topics for Business Security Advisor, DM Review, Intelligent Enterprise, and E-Business Advisor. You can contact Dan at: dan_sullivan@realtimepublishers.net