BeyondTrust

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.

Tags:
, , , , ,

Leave a Reply

Additional articles

expert-russellsmith

Best Practices for Managing Domain Admin Accounts

Posted August 3, 2015    Russell Smith

The risks of using privileged domain accounts on devices that are not secured to the same level as DCs increases the chances that domain administrator credentials could be exposed. Windows caches credentials by default to authenticate users when a domain controller can’t be reached, including those of domain administrator accounts that have previously logged in to a device. As such, a compromised workstation or member server can also lead to stolen domain administrator credentials.

Tags:
, ,
powerbroker-for-mac-diagram-small

PowerBroker for Mac: A Least-Privileged Apple a Day…

Posted July 27, 2015    Jason Silva

BeyondTrust PowerBroker for Mac reduces the risk of privilege misuse by enabling standard users on Mac OS X to perform administrative tasks successfully without entering elevated credentials.

Tags:
, ,
PrivilegedAccountManagement

On Demand Webinar – Now is the time for Privileged Account Management

Posted July 24, 2015    BeyondTrust Software

In this webinar, SANS Instructor and Founder of Voodoo Security, Dave Shackleford, will revisit several hacking and breach scenarios that involved privileged accounts, and use these as examples while discussing tools and tactics to get this problem under control once and for all.

Tags:
, ,