CWE-111Variant

Direct Use of Unsafe JNI

Draft in the CWE catalog · 2 CVEs mapped

2
CVEs mapped
What it is

When a Java application uses the Java Native Interface (JNI) to call code written in another programming language, it can expose the application to weaknesses in that code, even if those weaknesses cannot occur in Java.

Recent examples
none
CVE-2018-12549

In Eclipse OpenJ9 version 0.11.0, the OpenJ9 JIT compiler may incorrectly omit a null check on the receiver object of an Unsafe call when accelerating it

⚠️ A missing null check in Eclipse OpenJ9's JIT compiler could lead to unexpected behavior during execution! Don’t let this oversight slip through the cracks! Think of it like a restaurant kitchen that skips checking if a pot is empty before trying to serve from it. If that pot is indeed empty, chaos ensues when the dish is served, just like unexpected errors in your application when the null check is omitted. If an attacker exploits this oversight, it could lead to erratic application behavior or crashes. While the exact malicious outcomes are unclear given the severity is tagged as unknown, any instability can result in a less reliable user experience or data inconsistency, which is absolutely devastating in production environments!

2%
epss
none
CVE-2016-9160

A vulnerability in SIEMENS SIMATIC WinCC (All versions < SIMATIC WinCC V7.2) and SIEMENS SIMATIC PCS 7 (All versions < SIMATIC PCS 7 V8.0 SP1) could allow a…

A vulnerability in SIEMENS SIMATIC WinCC (All versions < SIMATIC WinCC V7.2) and SIEMENS SIMATIC PCS 7 (All versions < SIMATIC PCS 7 V8.0 SP1) could allow a remote attacker to crash an ActiveX component or leak parts of the application memory if a user is tricked into clicking on a malicious link under certain conditions.

no explanation yet
1%
epss
The record
Technical detail
CWE ID
CWE-111
Abstraction
Variant
Structure
Simple
Status
Draft
References (3)