Vulnerabilities / Threats
10/18/2012
03:20 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Apple Removes Default Java Support In Browsers

Some Java security headache relief for Mac users

Apple yesterday made another bold move in its efforts to double-down on security -- by removing its Java plug-in from Safari and other Web browsers.

In Apple's Java for OS X 2012-006 1.0 release, which came on the heels of an Oracle patch for Java this week, the Java applet plug-in gets automatically uninstalled from Web browsers. If users want Java applets to run via their browser, they have to download an applet directly from Oracle. Apple also upgraded its own Java version to the latest Oracle release, Java SE 6 1.6.0_37.

"This release updates the Apple-provided system Java SE 6 to version 1.6.0_37 and is for OS X versions 10.7 or later. This update uninstalls the Apple-provided Java applet plug-in from all web browsers," Apple's Java for OS X 2012-006 advisory says. "To use applets on a web page, click on the region labeled "Missing plug-in" to go download the latest version of the Java applet plug-in from Oracle."

It has been a big year for security moves by Apple. The activity picked up in earnest after the Flashback Trojan, which was seen as a wake-up call for Mac users who assumed they were immune to malware. Flashback amassed a botnet of some 600,000 Macs, most of which were based in the U.S. Apple added a feature to Safari that detects and disables outdated versions of the Adobe Flash plug-in, for example, and halted its practices of having Java installed by default in OS X with OS Lion/10.7, among other moves.

It recently added a feature in the OS that turns off Java in the browser if it hasn't been used for some time, all amid increasing exploits and active attacks against the notoriously vulnerable Java. According to Microsoft's latest Security Intelligence Report v13, Java exploits were the second most common exploit detected in the first half of this year, just behind HTML.

Apple's update encompasses all browsers that don't include their own Java plug-in and use Apple's, says Paul Ducklin, head of technology for Sophos in the Asia-Pacific.

Security experts say Apple's dropping Java from the browser makes sense. "By ripping Java out of the browser, a lot of those malicious downloads are not going to find what they need to exploit," says Randy Abrams, research director with NSS Labs. "This was really a significant step. I'm guardedly optimistic that this means Apple is really beginning to take security more seriously."

NSS Labs last month tested Safari and other browsers for their resiliency against malicious downloads, and Safari fared poorly. Internet Explorer shined: "IE was blocking malicious downloads, with Chrome a distant second, and then Safari and Firefox," Abrams says.

[ Subtle but significant signals over the past few months from Apple indicate that the company has been doubling down on its security efforts prior to and after the Flashback Trojan attack that infected hundreds of thousands of Macintosh machines worldwide. See 4 Signs That Apple's Sharpening Its Security Game.]

The big problem with Java, of course, is that it wasn't built for security, and when you install an update, it doesn't overwrite the older versions. "Java was designed before Microsoft started its own secure-by-design life cycle. Java never had that mentality," Abrams says. "The weakest point is when you install a new version, it doesn't get rid of the older versions ... So even when you update, it leaves behind vulnerable components that can be exploited."

Sophos' Ducklin said in a blog post that Apple had struggled to keep pace with Oracle's updates to Java. Sophos has preached for some time to uninstall Java if you don't need it, especially in the browser, he says. "Keeping Java out of your browser removes the risk of hostile applets -- special stripped-down Java programs embedded into Web pages," Ducklin says.

The turning point for Apple may have been in April when it took months to fix a bug in its Java tool that Oracle and others had patched in their software February: That left the door open for the attackers behind the Flashback botnet, which exploited the Java bug in Apple's software.

Will users miss the Java browser applet? "There really isn't a highly compelling reason to have Java. I wouldn't be at all surprised if Microsoft were to follow suit," NSS Labs' Abrams says. "The top websites use JavaScript, not Java. And for sites that do use Java, there's generally an alternative for another service."

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
AHRoberts
50%
50%
AHRoberts,
User Rank: Apprentice
8/6/2013 | 9:30:20 AM
re: Apple Removes Default Java Support In Browsers
Is this still true today? I read on http://vpnexpress.net about Java security issues and wondered if Macs are vulnerable to this. Thanks.
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5619
Published: 2014-09-29
The Sleuth Kit (TSK) 4.0.1 does not properly handle "." (dotfile) file system entries in FAT file systems and other file systems for which . is not a reserved name, which allows local users to hide activities it more difficult to conduct forensics activities, as demonstrated by Flame.

CVE-2012-5621
Published: 2014-09-29
lib/engine/components/opal/opal-call.cpp in ekiga before 4.0.0 allows remote attackers to cause a denial of service (crash) via an OPAL connection with a party name that contains invalid UTF-8 strings.

CVE-2012-6107
Published: 2014-09-29
Apache Axis2/C does not verify that the server hostname matches a domain name in the subject's Common Name (CN) or subjectAltName field of the X.509 certificate, which allows man-in-the-middle attackers to spoof SSL servers via an arbitrary valid certificate.

CVE-2012-6110
Published: 2014-09-29
bcron-exec in bcron before 0.10 does not close file descriptors associated with temporary files when running a cron job, which allows local users to modify job files and send spam messages by accessing an open file descriptor.

CVE-2013-1874
Published: 2014-09-29
Untrusted search path vulnerability in csi in Chicken before 4.8.2 allows local users to execute arbitrary code via a Trojan horse .csirc in the current working directory.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.