Over a million developers have joined DZone.

Layout Randomization (NSLR) Makes Java-Based Code Injection Vulnerabilities Impossible to Exploit

DZone 's Guide to

Layout Randomization (NSLR) Makes Java-Based Code Injection Vulnerabilities Impossible to Exploit

New security innovation fully protects against highly exploited application weakness.

· Security Zone ·
Free Resource

It was great talking to John Matthew Holt, CTO and James E. Lee, E.V.P. and CMO at Waratek, a virtualization-based application security company, about their new application security technique called Name Space Layout Randomization (NSLR) that neutralizes code injection attacks. Waratek NSLR shares some principles used in Address Space Layout Randomization (ASLR), a memory-protection process for operating systems. The Waratek Application Security Platform now ships standard with NSLR protection built-in.

According to the 2016 Verizon Data Breach Investigation Report, web application attacks are the top source of data breaches today. To be successful, a code injection exploit needs to know the exact names of classes and packages that must be invoked. By randomizing Java class packages, Waratek NSLR prevents any code injection exploit from finding its targets.

At the same time, it offloads security from developers into the runtime providing accurate, reliable security automatically with no false positives and no false negatives. Once it's launched into the plarform, all code changes are monitored for security with no affect on latency or performance.

Security is a fundamentally complext issue. With more than 1,000 vulnerabilities, taking the responsibility off the shoulders of developers gives them the freedom to think about the code they are developing and the business problem they are working to solve. Security is so insecure, we are at a crisis point which requires an automated solution like Waratek.

“Current approaches for protecting against known code injection attacks involve applying a patch, fixing the vulnerability or disabling the flawed functionality, if possible. Alternatively, web application firewalls can mitigate some threats, but are often plagued by false positives,” said John Matthew Holt, CTO of Waratek. “Waratek NSLR provides absolute protection against both known and unknown code injection vulnerabilities with zero false positives, and does not require making any changes to the application. It is a logical extension of the application protection capabilities we already provide using virtualization.”

Waratek NSLR hardens the Java Virtual Machine by randomizing the JDK namespace, which prevents code injections from executing regardless of the vulnerability (known or zero-day) that is being exploited. This innovation was made possible by Waratek’s virtualization-based implementation in an application’s runtime.

For example, with Waratek NSLR enabled, the java.lang.System class will be randomized and renamed. Therefore, any exploit that attempts to invoke java.lang.System will fail, since it will not know the new randomized package name. Since Waratek NSLR generates a unique package name every time the JVM boots, it is impossible for exploit code developers to guess the new names.

The randomized host package names are transparent to the guest applications and cannot be viewed or accessed from the Java Virtual Container (JVC) created by the Waratek Application Security Platform. In addition, Waratek NSLR prevents brute force attacks by using 96-bit to 1024-bit names, which would likely require several thousands of years to crack. Finally, Waratek NSLR identifies when a code injection attack is attempted and logs the details as a security event.

Waratek NSLR is now available internationally with the latest version of the Waratek application security platform.

security ,java ,data breach

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}