Vulnerabilities / Threats
11/12/2009
01:20 PM
Connect Directly
LinkedIn
Twitter
Google+
RSS
E-Mail
50%
50%

Adobe Flash Security Model Permits Malware

Web sites that allow user-generated content could be risking attack due to Flash's permissive security model.

A security researcher at Foreground Security has identified a flaw in the way Web browsers handle Adobe Flash files that could be used to compromise Web sites that allow users to submit content.

The flaw involves a way to exploit the same-origin policy of Adobe Flash to upload and serve malicious files.

The same-origin policy restricts Flash objects so that they can only access content from their domain of origin. The vulnerability arises from the fact that Flash objects on your server will execute in the context of your domain.

"The short version of all this, of course, is that if I can convince a server to serve up a file on my behalf, I can use that file to attack the server," said Foreground Security researcher Mike Bailey in a blog post.

Bailey has posted screen shots demonstrating the vulnerability by uploading and executing Flash (SWF) files using cPanel's File Manager and the Squirrelmail Web e-mail client. In a video posted on YouTube, he demonstrates how he used the vulnerability to attack Gmail.

"[A]ctually exploiting this is extremely tricky, as there are a lot of hoops to jump through," he said in a blog post, referring to Gmail. "It required uploading the SWF to my own account, then logging the victim into that account (via CSRF), loading the SWF into the browser, logging them out, and enticing the user to log in while keeping the original page loaded (eg. in another browser tab). Not simple, and that's the simplified version, but it worked beautifully."

Google has addressed the issue by blocking the CSRF login vector and now appears to be fairly well protected against Bailey's attack. Bailey, however, has posted information about proof-of-concept attacks against Google's recently added CSRF protection measures.

"We used Gmail as an example because we know that it was fixed," said Mike Murray, CISO at Foreground, in a phone interview. "The problem with this vulnerability is that a whole lot of people are vulnerable. Millions of sites are vulnerable."

Unfortunately, there's no easy fix. Adobe could address the issue by making its content policy restrictive rather than permissive, but Murray claims the company doesn't want to do so. "Adobe is afraid of breaking all of their customers' Web sites," he said.

Adobe maintains that Flash is safe if used properly.

"By nature, Flash (SWF) content is powerful, active content and should be handled with the same care as other active content technologies, such as JavaScript, to ensure a site's design does not become vulnerable to abuse scenarios," an Adobe spokesperson said in an e-mail. "Adobe has always advised that allowing arbitrary uploads or attachments of Flash (SWF) content to trusted domains should not be performed due to potential abuse scenarios, such as the ones outlined by Mike Bailey."

Adobe has published security guidance for safely hosting Flash content, the spokesperson said.

Web site owners can mitigate the risk by serving all user-supplied content from a separate domain. According to Bailey, a number of major Web sites like Yahoo Mail, Hotmail, and Wikipedia already do this.

Bailey suggests that user-generated Flash (SWF) files can be served using a "content-Disposition: attachment" header to prevent them from executing when embedded in a Web page. This is a new addition to Flash 10.0.0.2.

"On the user side there's very little you can do, other than completely disabling Flash," said Bailey.

Update: Added Adobe comment.

How are you dealing with data-centric security? Answer our survey by Friday, Nov. 13, and be eligible to win an iPod Touch. Click here to take part.

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-2014-2227
Published: 2014-07-25
The default Flash cross-domain policy (crossdomain.xml) in Ubiquiti Networks UniFi Video (formerly AirVision aka AirVision Controller) before 3.0.1 does not restrict access to the application, which allows remote attackers to bypass the Same Origin Policy via a crafted SWF file.

CVE-2014-5027
Published: 2014-07-25
Cross-site scripting (XSS) vulnerability in Review Board 1.7.x before 1.7.27 and 2.0.x before 2.0.4 allows remote attackers to inject arbitrary web script or HTML via a query parameter to a diff fragment page.

CVE-2014-5100
Published: 2014-07-25
Multiple cross-site request forgery (CSRF) vulnerabilities in Omeka before 2.2.1 allow remote attackers to hijack the authentication of administrators for requests that (1) add a new super user account via a request to admin/users/add, (2) insert cross-site scripting (XSS) sequences via the api_key_...

CVE-2014-5101
Published: 2014-07-25
Multiple cross-site scripting (XSS) vulnerabilities in WeBid 1.1.1 allow remote attackers to inject arbitrary web script or HTML via the (1) TPL_name, (2) TPL_nick, (3) TPL_email, (4) TPL_year, (5) TPL_address, (6) TPL_city, (7) TPL_prov, (8) TPL_zip, (9) TPL_phone, (10) TPL_pp_email, (11) TPL_authn...

CVE-2014-5102
Published: 2014-07-25
SQL injection vulnerability in vBulletin 5.0.4 through 5.1.3 Alpha 5 allows remote attackers to execute arbitrary SQL commands via the criteria[startswith] parameter to ajax/render/memberlist_items.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Sara Peters hosts a conversation on Botnets and those who fight them.