Risk
1/31/2013
09:39 AM
Connect Directly
RSS
E-Mail
50%
50%

Firefox Moves To Block Java, Silverlight, Adobe Reader

Mozilla's "click to play" move will block all plug-ins from executing without explicit user authorization.

Mozilla has announced that all Firefox plug-ins, barring the most recent version of Flash, will soon require explicit user authorization before being allowed to run.

"Mozilla is changing the way Firefox loads third party plug-ins such as Flash, Java and Silverlight," said Michael Coates, director of security assurance for Mozilla, in a blog post. "This change will help increase Firefox performance and stability and provide significant security benefits, while at the same time providing more control over plug-ins to our users."

Mozilla's move come in the wake of widespread, in-the-wild attacks against the Java browser plug-in, related user security confusion and warnings that new zero-day vulnerabilities in Java -- not yet exploited by attackers -- have been disclosed to Oracle and not yet patched.

[ Maybe learning parts of speech back in elementary school wasn't a waste of time. See Want Stronger Passwords? Try Bad Grammar. ]

"Leveraging Click to Play, Firefox will only load plug-ins when a user takes the action of clicking to make a particular plug-in play, or the user has previously configured Click To Play to always run plug-ins on the particular website," said Coates.

With click to play, Firefox was set to automatically block plug-ins that Mozilla deemed to pose a significant security or stability risk. "This includes vulnerable and outdated versions of Silverlight, Adobe Reader and Java," said Coates. But the security blocks had stopped there. "Previously Firefox would automatically load any plug-in requested by a website," he said.

Click-to-play capabilities have long been lauded by security experts for adding an extra level of protection that helps block the silent exploitation of vulnerable plug-ins. Of course, like so many types of security, there's a caveat: users will have to pay attention to warnings, and not allow plug-ins to run that shouldn't be running.

Adobe, which develops Flash Player and Adobe Reader -- and which has already enjoyed the attentions now being paid to Java by attackers -- has lauded Mozilla's move to block all browser plug-ins from automatically running. "The Adobe team has worked hard to improve patch adoption by delivering background updaters for Flash Player and Adobe Reader. In addition, we have worked with partners, such as Microsoft and Google, to reduce update fatigue by delivering patches through existing update mechanisms," said Peleus Uhley, platform security strategist for Adobe, in a blog post.

But plug-ins that automatically update themselves -- and Oracle notably has yet to release such a capability for Java runtime environment or the Java browser plug-in -- and distributing updates through third parties can only go so far. "One of the hardest challenges in protecting end users is reaching what is sometimes referred to as the 'long tail' in an update graph," Uhley said. "These are the users who, for various reasons, have not updated their systems in several months or even years. Reaching these last few end users can be difficult if they have disabled their update mechanisms. Unfortunately, they are also the users who are most likely to be successfully attacked."

Failing to keep plug-ins updated comes at a security cost, since updates often include fixes for known vulnerabilities. On that front, Coates also urged Firefox users to visit a dedicated website "to determine if plug-ins are current."

Getting accurate information on a plug-in, however, isn't always a straightforward process. One of the criticisms recently leveled at Java by security researchers, for example, is that browsers have been incorrectly detecting which version of Java is installed, as well as sometimes altogether misreporting if Java is, or isn't, installed.

Oracle failed to respond to emailed questions, sent earlier this month, about whether fixing those Java installation and version-reporting errors would require an update from Oracle, browser makers or both.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-2413
Published: 2014-10-20
Cross-site scripting (XSS) vulnerability in the ja_purity template for Joomla! 1.5.26 and earlier allows remote attackers to inject arbitrary web script or HTML via the Mod* cookie parameter to html/modules.php.

CVE-2012-5244
Published: 2014-10-20
Multiple SQL injection vulnerabilities in Banana Dance B.2.6 and earlier allow remote attackers to execute arbitrary SQL commands via the (1) return, (2) display, (3) table, or (4) search parameter to functions/suggest.php; (5) the id parameter to functions/widgets.php, (6) the category parameter to...

CVE-2012-5701
Published: 2014-10-20
Multiple SQL injection vulnerabilities in dotProject before 2.1.7 allow remote authenticated administrators to execute arbitrary SQL commands via the (1) search_string or (2) where parameter in a contacts action, (3) dept_id parameter in a departments action, (4) project_id[] parameter in a project ...

CVE-2012-5865
Published: 2014-10-20
SQL injection vulnerability in dispatch.php in Achievo 1.4.5 allows remote authenticated users to execute arbitrary SQL commands via the activityid parameter in a stats action.

CVE-2012-5866
Published: 2014-10-20
Cross-site scripting (XSS) vulnerability in include.php in Achievo 1.4.5 allows remote attackers to inject arbitrary web script or HTML via the field parameter.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.