Security in Context: The BeyondTrust Blog

Welcome to Security in Context

Bringing you news and commentary on solutions and strategies for protecting critical IT infrastructure in the context of your business.

Java/IE 0days Put to Bed

Posted January 14, 2013    BeyondTrust Research Team

Over the past two days, two actively exploited 0day vulnerabilities got patched. Yesterday, Oracle addressed the 0day in Java, CVE-2013-0422, with an new update, Java 7u11. Today, Microsoft addressed the 0day in Internet Explorer 6-9, CVE-2012-4792, with MS13-008.

In addition to fixing the 0day vulnerability, the Java update changes the default security level setting from medium to high. This means that users will be prompted before running unsigned or self-signed Java applets or Java Web Start applications are run. With this update, silent exploitation will no longer be an option to attackers when using unsigned or self-signed Java code for exploitation. Now, if attackers choose to exploit Java vulnerabilities, even more social engineering will be required since users will need to not only open a malicious web page, but they will also need to click past the new security prompt prior to being exploited.

The code signing mechanism for Java code uses some of the principles as code signing used in app stores, such as the Windows 8 App Store or the Mac App Store. Code signing is a requirement in the app stores, while signing Java code merely prevents an alert shown to the user, but the choice to even show an alert is a step in the right direction for Java. To verify that a piece of software really was made by the author, a digital signature is applied to the software that is then run on the user’s system. With this security update from Oracle, attackers will need to either use a fraudulent certificate or acquire the ability to sign code on behalf of another entity, similar to what has been seen with certificate authorities like DigiNotar and Comodo being compromised for the same purpose. While a barrier is now posed to the attacker, users love clicking buttons, so it won’t stop determined users from being exploited. In any case, it will be easier to handle malware by simply revoking the fraudulent certificates, assuming Java properly leverages certificate revocations.

Needless to say, since these patches address vulnerabilities being exploited in the wild, it is critical that the patches are deployed as soon as possible.

, , , , ,

Leave a Reply

Additional articles


Answering the age-old question, ‘What’s plugged into my network?’

Posted October 9, 2015    Alejandro DaCosta

“What’s plugged into my network?” is a question I hear frequently from security administrators. And, really, it’s no surprise why. No longer do we have to account just for the physical servers in our datacenters, workstations and a few network devices. Now we need to keep track of roaming laptops, dynamic virtual systems, off-site cloud deployments and BYOD.


Closing the Vulnerability Gap

Posted October 7, 2015    Brian Chappell

Managing vulnerabilities is a significant challenge for many organizations. The main difficulties with managing this manifest in two key areas. The first is that the list isn’t static. The second is priority.


Scottrade Breach: Identified by Federal Officials

Posted October 5, 2015    Morey Haber

Late afternoon on October 2nd, news leaked out of another large security breach, now at Scottrade. The identity count of records, in the millions again (4.6 million is the latest). This breach comes on the second day of national CyberSecurity month, the first being Experian/T-Mobile breach.