...
Security manager checks are not conducted in case of native method invocations. Additionally, as demonstrated in the noncompliant code example, it is easy to overlook proper input validation before the call. The doOperation
method invokes the nativeOperation
native method but fails on multiple validation angles. Also, the access specifier of the native method is public
which raises risks associated with untrusted callers. (Note that native methods may even increase susceptibility to non-Java specific vulnerabilities, such as buffer overflows.)
Code Block | ||
---|---|---|
| ||
public final class NativeMethod { // privatepublic native method public native void nativeOperation(byte[] data, int offset, int len); // wrapper method that does not perform any security checks or input validation public void doOperation(byte[] data, int offset, int len) { nativeOperation(data, offset, len); } static { System.loadLibrary("NativeMethodLib"); //load native library in static initializer of class } } |
Compliant Solution
This compliant solution makes the actual native method private and defines a public wrapper that calls securityManagerCheck()
which in turn performs routine permission checks to determine if the succeeding operations can continue. This is followed by input range checking and creation of a copy of the mutable input array, data. Finally the nativeOperation
method is called with sanitized inputs. Ensure that the validation checks produce outputs that are coherent with the input requirements of the native implementations/libraries.
Code Block | ||
---|---|---|
| ||
public final class NativeMethodWrapper { // private native method private native void nativeOperation(byte[] data, int offset, int len); // wrapper method performs SecurityManager and input validation checks public void doOperation(byte[] data, int offset, int len) { // permission needed to invoke native method securityManagerCheck(); if (data == null) { throw new NullPointerException(); } // copy mutable input data = data.clone(); // validate input if ((offset < 0) || (len < 0) || (offset > (data.length - len))) { throw new IllegalArgumentException(); } nativeOperation(data, offset, len); } static { System.loadLibrary("NativeMethodLib"); //load native library in static initializer of class } } |
Risk Assessment
TODOAllowing native methods to be called directly by untrusted code may seriously compromise the security of a Java application.
Rule | Severity | Likelihood | Remediation Cost | Priority | Level |
---|---|---|---|---|---|
SEC33-J | ?? medium ?? | probable | ?? high | P?? | L?? |
Automated Detection
...
Search for vulnerabilities resulting from the violation of this rule on the CERT website.
References
Wiki Markup |
---|
\[[SCG 07|AA. Java References#SCG 07]\]
\[[JNI 97|AA. Java References#JNI 97]\]
\[[JNS 98|AA. Java References#JNS 98]\] |
Java Native Interface: Programmer's Guide and Specification
Java Network Security,
2.2.3 Interfaces and Architectures |