Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Vulnerabilities / Threats

11/12/2009
01:20 PM
Connect Directly
Google+
LinkedIn
Twitter
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
Comments
Newest First  |  Oldest First  |  Threaded View
A Realistic Threat Model for the Masses
Lysa Myers, Security Researcher, ESET,  10/9/2019
USB Drive Security Still Lags
Dark Reading Staff 10/9/2019
Virginia a Hot Spot For Cybersecurity Jobs
Jai Vijayan, Contributing Writer,  10/9/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-17612
PUBLISHED: 2019-10-15
An issue was discovered in 74CMS v5.2.8. There is a SQL Injection generated by the _list method in the Common/Controller/BackendController.class.php file via the index.php?m=Admin&c=Ad&a=category sort parameter.
CVE-2019-17613
PUBLISHED: 2019-10-15
qibosoft 7 allows remote code execution because do/jf.php makes eval calls. The attacker can use the Point Introduction Management feature to supply PHP code to be evaluated. Alternatively, the attacker can access admin/index.php?lfj=jfadmin&action=addjf via CSRF, as demonstrated by a payload in...
CVE-2019-17395
PUBLISHED: 2019-10-15
In the Rapid Gator application 0.7.1 for Android, the username and password are stored in the log during authentication, and may be available to attackers via logcat.
CVE-2019-17602
PUBLISHED: 2019-10-15
An issue was discovered in Zoho ManageEngine OpManager before 12.4 build 124089. The OPMDeviceDetailsServlet servlet is prone to SQL injection. Depending on the configuration, this vulnerability could be exploited unauthenticated or authenticated.
CVE-2019-17394
PUBLISHED: 2019-10-15
In the Seesaw Parent and Family application 6.2.5 for Android, the username and password are stored in the log during authentication, and may be available to attackers via logcat.