Subscribe / Unsubscribe Enewsletters | Login | Register

Pencil Banner

Post-patch, US-CERT continues call to disable Java plug-in

Gregg Keizer | Jan. 17, 2013
Even though Oracle patched critical Java vulnerabilities on Monday, the U.S. Computer Emergency Readiness Team (US-CERT) is still urging users to disable Java browser plug-ins.

Even after Oracle patched critical Java vulnerabilities on Monday, the U.S. Computer Emergency Readiness Team (US-CERT) continued urging users to disable Java browser plug-ins.

"Due to the number and severity of this and prior Java vulnerabilities, it is recommended that Java be disabled temporarily in Web browsers," said US-CERT in a note Monday, a day after Oracle shipped an "out-of-band," or emergency update.

While calls to disable a plug-in -- or even to stop using a particular browser -- are not uncommon in the face of active exploits of an unpatched vulnerability, it's unusual that they continue after a patch is released.

But a pair of security professionals, including a researcher known for uncovering scores of Java bugs, said US-CERT's move was justified.

"Disabling Java seems to be a reasonable step to mitigate the risk associated with confirmed, not-yet-patched flaws," said Adam Gowdiak, founder and CEO of Security Explorations, in an email late Tuesday.

Gowdiak was referring to other Java vulnerabilities he has reported to Oracle, including two that he has been told will be patched in an upcoming Feb. 19 update.

Andy Chou, CTO of Coverity, a San Francisco-based developer whose products scan other software for potential security flaws, agreed with Gowdiak.

"Most users don't need to visit sites that use Java applets," said Chou in an email interview. "For them Java is just dead code. [So] it seems reasonable for many users to turn off a feature they don't need."

Recommendations from US-CERT, which is part of the U.S. Department of Homeland Security, carry special weight: The organization acts as a threat clearinghouse and security coordinator for both the public and private sectors.

Gowdiak noted that US-CERT could be basing its recommendation not only on publicly-available information, but also on confidential government sources.

Disabling the Java plug-in inside browsers may be the solution for many, as Chou argued, but some -- enterprise workers especially, but not exclusively -- rely on Java web applets.

So what's their move?

Gowdiak and Chou each recommended that users run Firefox or Chrome, both of which provide a feature dubbed "click-to-play" that requires the user to explicitly authorize a plug-in's execution.

In Chrome, the setting is under the advanced section of Settings (Windows) or Preferences (OS X), in the Privacy subsection. Users must click the "Content Settings" button, then scroll to view the "Plug-ins" listing.

"Those needing the Java plug-in on a daily basis might think about adopting some form of click-to-play technology that would allow for a flexible configuration of the conditions under which the plug-in is allowed to run in the browser," said Gowdiak.

Java 7, the version exploitable through the latest vulnerabilities, has an option that lets users completely disable the plug-in. Sunday's update also modified Java's security settings so that it now refuses to run unsigned applets without user approval.


1  2  Next Page 

Sign up for Computerworld eNewsletters.