Attacks/Breaches
5/2/2013
07:59 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Reputation.com Suffers Breach, Changes Customer Passwords

Some customer information exposed, including salted and hashed passwords from 'a minority' of customers

Reputation.com, a company that helps protect people's online reputations, alerted its customers this week that it had been hacked. Attackers grabbed customer names, email addresses, mailing addresses, as well as some birthdates and employment information.

No financial, credit card, or customer account details were exposed, but the firm says a list of salted and hashed passwords of "a minority" of its customers also were stolen in the attack. "Although it was highly unlikely that these passwords could ever be decrypted, we immediately changed the password of every user to prevent any possible unauthorized account access," the firm wrote in an email to its customers.

A Reputation.com spokesperson told Dark Reading that the company has hired third-party security experts to review the firm's security and to help it beef up its security. "Both law enforcement and third party private investigations are underway as to whether this breach is part of a larger effort affecting other companies around the world, but the results of those investigations are pending. Our primary focus at this current point in time is working with our customers to provide reassurance and credit monitoring for those affected, out of an abundance of caution, and answer their questions," the spokesperson said.

The company got kudos from security experts for alerting customers of the breach with such detail even though it wasn't required to do so under state law in its location in North Dakota. "Reputation.com's contract is with the user, not with the state. Following the 'letter of the law' in a password breach underserves your userbase. Legislation around data privacy is spotty. By going beyond the required transparency and contacting everyone, the company not only protected themselves, but started on the path of rebuilding trust with their users," authentication firm Stormpath wrote in a blog post.

Stormpath notes that there still could be a ripple effect of the attack on Reputation's customers who re-use passwords on other sites. "Given that passwords are often used for multiple websites and that personal information like email, occupation, and address was also accessed, they may be downplaying the follow-on effect of losing those credentials," Stormpath says.

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
cbabcock
50%
50%
cbabcock,
User Rank: Apprentice
5/3/2013 | 9:26:47 PM
re: Reputation.com Suffers Breach, Changes Customer Passwords
Reputation.com hires security experts after its customers passwords have been stolen. Good for them, but it's taken a blow to its reputation from which it will be hard to recover. We're not likely to seek to protect our reputations through someone who can't protect our account passwords. Charlie Babcock, editor at large, InformationWeek
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, weíll take a close look at some of the latest research and practices in application security.