February 10, 2008   Sign In |  About ebizQ |  Contact Us |  Join ebizQ Gold Club
Peter Schooff
Peter Twenty-Four Seven Security
Peter Schooff's blog is a daily look at what's going on in the world of computer security with an emphasis on how it affects businesses.

« Securing SaaS: A Live Podcast With Michael T. Donaldson of Ping Identity | Main | Beware the Point-of-Sale Data Attack: A Podcast with Tripwire »

November 20, 2007
Managing Superuser Accounts

An interesting discussion has popped up on Jackson Shaw's blog about superuser accounts, which are essentially the admin accounts that much have universal access. And while a companies access and identity management might be top notch, and the entire system hardened from outsider attacks, if the superuser or privileged accounts aren't taken care of, that company is ripe for an insider attack.

The discussion on Jackson's blog is primarily about why many large IAM (Identity and Access Management) solutions don't also include a solution for superuser accounts. Some say because it's not a big enough market, or they believe that it should be a separate and distinct product, and even the ones that are building a solution (FYI, Apple has done a good job with Mac OS X) are building kernel-intrusive tools to manage the problem. As Jackson Shaw wonders, why don't they simply solve the problem at the very beginning?

At the IAM summit I had the chance to meet with e-DMZ, and their superuser solution, which they call the Shared Account Password Solution (SAPM). The first question I had for them was whether a buy-out was in the works, but while they did give me quick smile, they offered no comment. Talking about how they had developed the solution, Kris Zupan, the CEO of e-DMZ, said he had worked at a big bank a long time ago and was put in charge of the shared user passwords. He said he would have to get someone to open a big safe, pull out a large pile of shared account passwords, and when he was finished with them, put them right back.

And while that worked all right for awhile, once the system grew -- as all systems do -- it became totally unworkable (unless, of course, the bank had invested in a much bigger safe, at which point he would have been at a convention called 'Bigger Safes and Security Boxes'). So he developed the e-DMZ solution, which you can check out right here.

According to Ant Allan's presentation at the Gartner conference, baring an external solution, the best way to manage privileged accounts are as follows (this comes from Jackson Shaw's blog, and who works for Quest):

* Minimize the number of users with full superuser privileges
* Eliminate shared passwords for shared accounts - Indeed
* Eliminate hard-coded passwords for service accounts - Yes, please! Hearing that someone had one hard-coded for 18 years made my stomach turn.
* Look for tools from your preferred IAM vendors - Don't hold your breath.

Posted by pschooff in |Digg This|Add to del.icio.us

Trackback Pings

TrackBack URL for this entry:
http://www.ebizq.net/mt/mt-tb.cgi/2886

Comments Post a comment




Remember Me?

(you may use HTML tags for style)

We ask that you type your code (displayed below) in the text box.This code is an image that cannot be read by a machine. It prevents automated programs from submitting comments.


Code:



Most Recent ebizQ Blog Entries
ADVERTISEMENT
Subscribe
News Feed
Blog Roll
Blogosphere
This Work
Accountability:The opinions expressed in this blog are solely representative of the blog's author, and not of ebizQ

Subscribe to our Newsletters
ebizQ Weekly Gold Club Update
Live Webinar Updates
Updates from ebizQ Partners
ebizQ SOA Update
ebizQ BPM Update
ebizQ Security Update
ebizQ BI Update
ebizQ Open Source Software Update
Virtual Show Newsletter
Your E-mail Address:
BAM: The Killer App for CEP
Date: Feb 12, 2008
Time: 12:00 PM ET
(17:00 GMT)

I WANT TO ATTEND
Event Processing Market Pulse
Date: Feb 14, 2008
Time: 12:00 PM ET
(17:00 GMT)

I WANT TO ATTEND
Archived Webinars | Upcoming Webinars

Marketing Solutions | Feedback | About ebizQ | Unsubscribe | Privacy Policy | Site Map