Vulnerabilities / Threats
6/21/2011
02:34 PM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Dropbox Files Left Unprotected, Open To All

A software bug rendered the account authentication mechanism non-functional for four hours, leaving customers fuming over the latest security lapse at the popular online file storage service.

Slideshow: Cloud Security Pros And Cons
Slideshow: Cloud Security Pros And Cons
(click image for larger view and for full slideshow)
Dropbox on Monday acknowledged that its vast store of files was left open to the world on Sunday for four hours as a result of a bug. During this period, any account could be accessed using any password.

The flaw, a software bug that rendered the service's authentication mechanism non-functional, only took five minutes to fix, once it was discovered.

Over 25 million customers store their files online with Dropbox, but only a few of those accounts showed activity during the four hour window of vulnerability. "A very small number of users (much less than 1 percent) logged in during that period, some of whom could have logged into an account without the correct password," said Dropbox co-founder and CTO Arash Ferdowsi, in a blog post. "As a precaution, we ended all logged in sessions."

Ferdowsi said that his company is investigating the incident and will notify account holders if any unusual activity is identified during the time when accounts were unprotected. An update to Ferdowsi's blog post indicates that these notifications have been sent out.

The issue was made public by security researcher Christopher Soghoian, who received a tip from a Dropbox user.

In May, Soghoian filed a complaint against Dropbox with the Federal Trade Commission alleging that the company's security claims have been deceptive. Previously, Dropbox had advertised that "All files stored on Dropbox servers are encrypted (AES-256) and are inaccessible without your account password." In April, the company altered its claims to make it clear that Dropbox, rather than the account holder, controls the file encryption keys, thereby enabling Dropbox to provide access to account holders' files when presented with lawful demands from authorities.

In March, the security of Dropbox's Android mobile client came under fire when security researcher Mike Cardwell revealed that the app was transmitting file metadata without SSL encryption.

The following month, Ferdowsi and Drew Houston, co-founder and CEO, explained that they had decided to favor performance over security because "enabling SSL for all metadata transfers made the app several times slower." They also acknowledged Cardwell's concerns and said they were working on a way to send metadata over SSL more efficiently in their mobile apps.

Dropbox's users have made their displeasure about Sunday's incident known in a series of comments appended to Ferdowsi's blog post. Many have said they plan to seek alternative cloud storage services.

As if on cue, Wuala, a competing cloud storage service operated by hard disk maker La Cie, published a blog post on Tuesday stating that Dropbox's problems wouldn't be an issue if files were encrypted by the client. "Encrypting your files before they are sent to the cloud makes Wuala inherently more secure than solutions that rely on server-side encryption," the company said.

It doesn't pay for small and midsize businesses to protect against security threats faced by only the largest companies. Here's how to focus your efforts on the right threats. Download our all-digital supplement. Download it now.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6306
Published: 2014-08-22
Unspecified vulnerability on IBM Power 7 Systems 740 before 740.70 01Ax740_121, 760 before 760.40 Ax760_078, and 770 before 770.30 01Ax770_062 allows local users to gain Service Processor privileges via unknown vectors.

CVE-2014-0232
Published: 2014-08-22
Multiple cross-site scripting (XSS) vulnerabilities in framework/common/webcommon/includes/messages.ftl in Apache OFBiz 11.04.01 before 11.04.05 and 12.04.01 before 12.04.04 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, which are not properly handled in a (1)...

CVE-2014-3525
Published: 2014-08-22
Unspecified vulnerability in Apache Traffic Server 4.2.1.1 and 5.x before 5.0.1 has unknown impact and attack vectors, possibly related to health checks.

CVE-2014-3563
Published: 2014-08-22
Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

CVE-2014-3594
Published: 2014-08-22
Cross-site scripting (XSS) vulnerability in the Host Aggregates interface in OpenStack Dashboard (Horizon) before 2013.2.4, 2014.1 before 2014.1.2, and Juno before Juno-3 allows remote administrators to inject arbitrary web script or HTML via a new host aggregate name.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.