Vulnerabilities / Threats
2/8/2012
11:13 AM
50%
50%

Have Your Users' Passwords Already Been Hacked?

If employees use their same password at work and in their personal lives, another company's breach may weaken your security. Five steps to mitigate the risk.

Following the hack of the global intelligence firm Stratfor, hackers published the stolen password file containing the usernames and hashes for more than 860,000 accounts. An effort to use typical password breaking techniques on the file yielded quick results: About 1 in every 10 accounts had a trivial password.

While it's unknown how many account holders reused their passwords, many subscribers used e-mail addresses of their employer, suggesting the possibility that they reused their passwords as well. While real-world research is scarce, what little there is suggests that reuse is rampant. Following the breach of Sony's online sites last year, for example, an analysis connected a small subset of users to those whose passwords were leaked in another breach. Two-thirds reused their passwords.

For companies, password reuse weakens security and can cause a company to rely on the security of third-party firms whose security is questionable. While companies can attempt to cordon off their employees' work and personal lives, workers can inadvertently reconnect the two, said Sam Curry, chief technology officer for security giant RSA's identity and data protection business unit.

"The average person probably has one or two phones, and they probably have any number of consumer services they subscribe to and two or three machines they interact with," says Sam Curry, chief technology officer for RSA's identity and data protection business unit. "If the password is the same everywhere, then there are literally dozens or hundreds of places where their passwords might be cached or the hash of it might be cached."

While companies can set policy and educate their employees to use good passwords and not reuse the secret codes--especially between business and personal sites--information security specialists should seek other solutions, says Mark Joynes, director of product management for Entrust.

"Enterprises that are taking the matter of security seriously should not be relying on password mechanisms," says Joynes. "As a function of human nature, users will reuse passwords irrespective of the relative risk of the application."

Consider these five steps to mitigate the risk.

Read the rest of this article on Dark Reading.

It's no longer a matter of if you get hacked, but when. In this special retrospective of news coverage, Monitoring Tools And Logs Make All The Difference, Dark Reading takes a look at ways to measure your security posture and the challenges that lie ahead with the emerging threat landscape. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
tonys3kur3
50%
50%
tonys3kur3,
User Rank: Apprentice
2/16/2012 | 6:53:14 PM
re: Have Your Users' Passwords Already Been Hacked?
Recent data breach news like Symantec, VeriSign, Nortel, and others all seem to be related to attacks that actually occurred far in the past and are just being discovered now. It's a little crazy.

I read an article recently (http://www.pcworld.com/article... that I think more organizations should read and follow. Don't implement security controls to check off boxes for a compliance audit. Implement the best possible security controls, and the compliance will happen by default.
Bprince
50%
50%
Bprince,
User Rank: Ninja
2/8/2012 | 11:54:08 PM
re: Have Your Users' Passwords Already Been Hacked?
In related news, Anonymous reportedly hacked the Syrian President's email. His password - "1,2,3,4,5."
Brian Prince, InformationWeek/Dark Reading Comment Moderator
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-3308
Published: 2015-09-02
Double free vulnerability in lib/x509/x509_ext.c in GnuTLS before 3.3.14 allows remote attackers to cause a denial of service or possibly have unspecified other impact via a crafted CRL distribution point.

CVE-2015-4330
Published: 2015-09-02
A local file script in Cisco TelePresence Video Communication Server (VCS) Expressway X8.5.2 allows local users to gain privileges for OS command execution via invalid parameters, aka Bug ID CSCuv10556.

CVE-2015-6274
Published: 2015-09-02
The IPv4 implementation on Cisco ASR 1000 devices with software 15.5(3)S allows remote attackers to cause a denial of service (ESP QFP CPU consumption) by triggering packet fragmentation and reassembly, aka Bug ID CSCuv71273.

CVE-2015-6277
Published: 2015-09-02
The ARP implementation in Cisco NX-OS on Nexus 1000V devices for VMware vSphere 5.2(1)SV3(1.4), Nexus 3000 devices 7.3(0)ZD(0.47), Nexus 4000 devices 4.1(2)E1, Nexus 9000 devices 7.3(0)ZD(0.61), and MDS 9000 devices 7.0(0)HSK(0.353) and SAN-OS NX-OS on MDS 9000 devices 7.0(0)HSK(0.353) allows remote...

CVE-2015-6587
Published: 2015-09-02
The vlserver in OpenAFS before 1.6.13 allows remote authenticated users to cause a denial of service (out-of-bounds read and crash) via a crafted regular expression in a VL_ListAttributesN2 RPC.

Dark Reading Radio
Archived Dark Reading Radio
Another Black Hat is in the books and Dark Reading was there. Join the editors as they share their top stories, biggest lessons, and best conversations from the premier security conference.