DataBreaches.Net

Menu
  • About
  • Breach Notification Laws
  • Privacy Policy
  • Transparency Report
Menu

Carbonite forces password reset after password reuse attack

Posted on June 21, 2016 by Dissent

Should a company force an entire user password reset proactively because some users’ credentials, obtained elsewhere, are being used to attempt to steal their data?

Carbonite, a provider of online computer and server backup services, notified its more than 1.5 million individual and small business customers that they were forcing a password reset.  The reset, announced today, was implemented after the firm discovered that some users’ credentials, obtained elsewhere, were being used to try to obtain user data:

“As part of our ongoing security monitoring, we recently became aware of unauthorized attempts to access a number of Carbonite accounts. This activity appears to be the result of a third party attacker using compromised email addresses and passwords obtained from other companies that were previously attacked. The attackers then tried to use the stolen information to access Carbonite accounts.”

The firm emphasized that, “Based on our security reviews, there is no evidence to suggest that Carbonite has been hacked or compromised.”

Carbonite is just the most recent entity to report a “password reuse” attack, in which there is no compromise of the company’s network or server, but customer data may be stolen because the customer had previously used the same login credentials on a site that was compromised. GitHub also reported a similar attack this past week, as did GoToMyPC.

In the notice posted on its blog, Boston-headquartered Carbonite does not indicate how many accounts may have been at risk, but in response, they  are requiring all Carbonite customers to reset their login information.

The company reiterates that files are still being safely backed up during this process.

In addition to continuing to monitoring the network, Carbonite writes that they will be rolling out additional security measures, “including increased security review and two-factor authentication [which we strongly encourage all customers to use].”

“Who Authorized You to Do That?”

The forced password reset was not appreciated by some customers, including one IT technician who sent DataBreaches.net a transcript of an irate chat he had with Carbonite Customer Service.  Noting that the password reuse attack had not affected all customers but only a “number of accounts,” he asked “Who gave you authorization to change our password to the admin account??”

When told that it was a senior management decision, he responded,

“If you want to enforce a policy, you do that from a login screen with a prompt notification, that is BASIC computer security. A company that decides for themselves to reset the password for the entire database of users is a company that has failed to properly secure and provide for customer needs and usage.”

For purposes of comparison, GitHub did not force a password reset for their entire user database in a similar situation, opting to contact only those whose accounts appeared at risk from password reuse. Citrix, on the other hand, forced all GoToMyPC users to reset their passwords.

The customer’s irritation was mirrored by other customers responding on Carbonite’s blog. Many indicated that the e-mailed notification looked like a phishing e-mail. Others commented that they were now unable to get into their accounts or reset their passwords:

“clicked on forgot password and no email received. Likewise locked out of my account.”

“I came directly to Carbonite to change my password, not clicking on the link. Not only does my password not work, but it will not allow me to reset it from the website, even after clicking “reset password” multiple times. Nothing about this looks right.”

Others, like the customer who wrote to this site, were just angry at the forced reset:

why would a firm reset ALL the passwords! And then disable the “rest” button on the login page!
Perhaps this website has been hacked……

Carbonite may have meant well, but their incident response is not impressing their customers, it appears.

In the meantime, consumers have gotten yet another reminder that reusing passwords across sites is bad security hygiene. Use a password manager to help you keep track of passwords if you worry about your ability to remember them, but avoid reuse.

Category: Business SectorOtherU.S.

Post navigation

← OH: Trial begins for former ProMedica employee accused of illegally-accessing patient data
Motherboard publishes full chat logs with “Guccifer 2.0” →

2 thoughts on “Carbonite forces password reset after password reuse attack”

  1. Eric says:
    June 22, 2016 at 11:28 am

    Yes it was annoying, but I rather appreciate Carbonite’s quick response. It is better to be inconvenienced than to find out you had a data breach and HIPAA or PCI violations.

    1. Dissent says:
      June 22, 2016 at 2:20 pm

      At this rate, every company will be doing a forced all-users pwd reset. And of course, some users will STILL re-use pwds…

Comments are closed.

Now more than ever

"Stand with Ukraine:" above raised hands. The illustration is in blue and yellow, the colors of Ukraine's flag.

Search

Browse by Categories

Recent Posts

  • Dutch Government: More forms of espionage to be a criminal offence from 15 May onwards
  • B.C. health authority faces class-action lawsuit over 2009 data breach (1)
  • Private Industry Notification: Silent Ransom Group Targeting Law Firms
  • Data Breach Lawsuits Against Chord Specialty Dental Partners Consolidated
  • PA: York County alerts residents of potential data breach
  • FTC Finalizes Order with GoDaddy over Data Security Failures
  • Hacker steals $223 million in Cetus Protocol cryptocurrency heist
  • Operation ENDGAME strikes again: the ransomware kill chain broken at its source
  • Mysterious Database of 184 Million Records Exposes Vast Array of Login Credentials
  • Mysterious hacking group Careto was run by the Spanish government, sources say

No, You Can’t Buy a Post or an Interview

This site does not accept sponsored posts or link-back arrangements. Inquiries about either are ignored.

And despite what some trolls may try to claim: DataBreaches has never accepted even one dime to interview or report on anyone. Nor will DataBreaches ever pay anyone for data or to interview them.

Want to Get Our RSS Feed?

Grab it here:

https://databreaches.net/feed/

RSS Recent Posts on PogoWasRight.org

  • Period Tracking App Users Win Class Status in Google, Meta Suit
  • AI: the Italian Supervisory Authority fines Luka, the U.S. company behind chatbot “Replika,” 5 Million €
  • D.C. Federal Court Rules Termination of Democrat PCLOB Members Is Unlawful
  • Meta may continue to train AI with user data, German court says
  • Widow of slain Saudi journalist can’t pursue surveillance claims against Israeli spyware firm
  • Researchers Scrape 2 Billion Discord Messages and Publish Them Online
  • GDPR is cracking: Brussels rewrites its prized privacy law

Have a News Tip?

Email: Tips[at]DataBreaches.net

Signal: +1 516-776-7756

Contact Me

Email: info[at]databreaches.net

Mastodon: Infosec.Exchange/@PogoWasRight

Signal: +1 516-776-7756

DMCA Concern: dmca[at]databreaches.net
© 2009 – 2025 DataBreaches.net and DataBreaches LLC. All rights reserved.