Database Password Storage Exposes Need For Better ID Management
DreamHost and other password breaches show weaknesses in the way passwords are stored.
By Ericka Chickowski, Contributing Writer, Dark Reading
The recent hack against a database full of FTP passwords held by Web hosting firm DreamHost highlights a growing database breach trend that’s seeing password stores exposed by the boatload. Though these databases contain sensitive authentication information, they’re often left far less protected than databases containing PII. Experts warn that if organizations are truly serious about their security and compliance programs, they need to either find better ways to secure the passwords in the databases they’re distributed in across the network, or look for alternatives that will ditch this method of storage altogether.
First brought to light last week, the DreamHost breach exposed FTP credentials of all its shared hosting accounts when hackers broke into a database that contained a legacy table storing passwords in plain text.
“This particular breached database contained customer credentials to the FTP server. This allows potential hackers to use these credentials in order to impersonate customers when accessing the FTP server,” says Noa Bar-Yosef, senior security strategist at Imperva. “The impact of which is to access customer documents, download the documents and even upload their own documents.”
According to Bar-Yosef, in addition following ground rule number one of database security—know where your data resides—DreamHost clearly failed to follow some best practices for password storage within the database.
“To secure user passwords, companies need to put in a strong password policy as well as digesting the passwords before encryption. Hackers are notorious for breaking encrypted passwords very quickly. The point here is to make their job more difficult,” she says. “This includes not only the banning of common passwords, but also banning keyboard sequences. Using passphrases instead of passwords is also a good practice since they provide the necessary length to prevent effective brute-forcing of passwords.”
Meanwhile, Bar-Yosef believes most organizations need to up their game when it comes to encrypting passwords. Simple encryption is not enough.
“Hackers employ techniques such as rainbow tables to find the original passwords,” she says. “However, salted digests--i.e. a random value added to each password--make the hacker’s task of breaking the passwords much more difficult.”
However, some authentication experts argue that the conversation about password storage in databases should be taken to another level beyond doling out best practices advice. They say that these breaches could be prevented by avoiding storing these passwords in unsecured, distributed databases in the first place.
“Our perspective is get rid of the whole concept of passwords in databases from day one,” says offer Adam Bosnian, executive vice president of Cyber-Ark Software, a privileged identity management firm. “But a secure credential management system on the front end and all of this goes away.”
Bosnian says that developers tend to reinvent the identity management wheel every time they spit out an app, essentially hard-coding password management into their middleware and storing passwords in unsecured databases that are difficult to centrally manage and secure.
This kind of decentralization can prove dangerous for organizations, says Leonid Shtilman, CEO of Viewfinity, another privileged identity management company.
“Those accounts are actually hidden from the IT manager’s standard tracked list of administrative accounts managed by Active Directory and can be used by malware to install malicious software on local computers through the ‘local’ administrator account,” Shtilman says. “Further penetration into the IT environment is then accessible by capturing passwords, including passwords for access to critical data. It is essential that IT security and operations managers have a method for mitigating this risk.”
According to Phil Lieberman, CEO of Lieberman software, a privileged identity management company, the tools exist to address this problem. The real issue is making anyone care enough to deploy them.
“Web applications use a stack of middleware that contains sensitive credentials as well as database credentials that are generally not proactively managed. This situation is a result of both a lack of resources and skill to manage the password change process,” says Lieberman, who explains his firm has been refining technology to automate credentials in middleware stacks for the better part of a decade. “IT admins and database administrators neither get rewarded or penalized for the poor management of credentials, and senior management frequently has no idea what middleware is and even fewer understand what connection strings are, as well as how they contain credentials and how these need to be managed.”
Even when an organization buys into a platform, they still may see passwords scattered with the winds if the developers aren’t on board. It’s a problem that Bosnian’s customers see even after they’ve deployed, as the developers for every department have to be retrained to use the identity management platform their business has already paid for.
“The app development teams keep putting hard-coded credentials in the system because the two sides haven’t connected yet,” he says. “They have to create a mandate from the top to say ‘Thou shalt use the tool we already have to make sure this stuff doesn’t happen.’”
Original appearance at Dark Reading.