Vulnerability Database

383,304

Total vulnerabilities in the database

CVE-2022-21283 — oracle / graalvm

Protection Mechanism Failure

Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE (component: Libraries). Supported versions that are affected are Oracle Java SE: 11.0.13, 17.0.1; Oracle GraalVM Enterprise Edition: 20.3.4 and 21.3.0. Easily exploitable vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can result in unauthorized ability to cause a partial denial of service (partial DOS) of Oracle Java SE, Oracle GraalVM Enterprise Edition. Note: This vulnerability applies to Java deployments, typically in clients running sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. This vulnerability can also be exploited by using APIs in the specified Component, e.g., through a web service which supplies data to the APIs. CVSS 3.1 Base Score 5.3 (Availability impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L).

  • Published: Jan 19, 2022
  • Updated: Sep 13, 2026
  • CVE: CVE-2022-21283
  • Severity: Medium
  • Exploit:
  • CISA KEV:

CVSS v3:

  • Severity: Medium
  • Score: 5.3
  • AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L

CVSS v2:

  • Severity: Medium
  • Score: 5
  • AV:N/AC:L/Au:N/C:N/I:N/A:P

CWEs:

Software Affected versions
oracle / graalvm = 20.3.4
oracle / graalvm = 21.3.0
oracle / jdk = 11.0.13
oracle / jdk = 17.0.1
oracle / jre = 11.0.13
oracle / jre = 17.0.1
debian / debian_linux = 9.0
debian / debian_linux = 10.0
debian / debian_linux = 11.0
fedoraproject / fedora = 34
netapp / e-series_santricity_os_controller >= 11.0.0, <= 11.70.1
oracle / openjdk >= 11, <= 11.0.13
oracle / openjdk >= 13, <= 13.0.9
oracle / openjdk >= 15, <= 15.0.5
oracle / openjdk = 7
oracle / openjdk = 7-update1
oracle / openjdk = 7-update10
oracle / openjdk = 7-update101
oracle / openjdk = 7-update11
oracle / openjdk = 7-update111
oracle / openjdk = 7-update121
oracle / openjdk = 7-update13
oracle / openjdk = 7-update131
oracle / openjdk = 7-update141
oracle / openjdk = 7-update15
oracle / openjdk = 7-update151
oracle / openjdk = 7-update161
oracle / openjdk = 7-update17
oracle / openjdk = 7-update171
oracle / openjdk = 7-update181
oracle / openjdk = 7-update191
oracle / openjdk = 7-update2
oracle / openjdk = 7-update201
oracle / openjdk = 7-update21
oracle / openjdk = 7-update211
oracle / openjdk = 7-update221
oracle / openjdk = 7-update231
oracle / openjdk = 7-update241
oracle / openjdk = 7-update25
oracle / openjdk = 7-update251
oracle / openjdk = 7-update261
oracle / openjdk = 7-update271
oracle / openjdk = 7-update281
oracle / openjdk = 7-update291
oracle / openjdk = 7-update3
oracle / openjdk = 7-update301
oracle / openjdk = 7-update311
oracle / openjdk = 7-update321
oracle / openjdk = 7-update4
oracle / openjdk = 7-update40
oracle / openjdk = 7-update45
oracle / openjdk = 7-update5
oracle / openjdk = 7-update51
oracle / openjdk = 7-update55
oracle / openjdk = 7-update6
oracle / openjdk = 7-update60
oracle / openjdk = 7-update65
oracle / openjdk = 7-update67
oracle / openjdk = 7-update7
oracle / openjdk = 7-update72
oracle / openjdk = 7-update76
oracle / openjdk = 7-update80
oracle / openjdk = 7-update85
oracle / openjdk = 7-update9
oracle / openjdk = 7-update91
oracle / openjdk = 7-update95
oracle / openjdk = 7-update97
oracle / openjdk = 7-update99
oracle / openjdk = 8
oracle / openjdk = 8-milestone1
oracle / openjdk = 8-milestone2
oracle / openjdk = 8-milestone3
oracle / openjdk = 8-milestone4
oracle / openjdk = 8-milestone5
oracle / openjdk = 8-milestone6
oracle / openjdk = 8-milestone7
oracle / openjdk = 8-milestone8
oracle / openjdk = 8-milestone9
oracle / openjdk = 8-update101
oracle / openjdk = 8-update102
oracle / openjdk = 8-update11
oracle / openjdk = 8-update111
oracle / openjdk = 8-update112
oracle / openjdk = 8-update121
oracle / openjdk = 8-update131
oracle / openjdk = 8-update141
oracle / openjdk = 8-update151
oracle / openjdk = 8-update152
oracle / openjdk = 8-update161
oracle / openjdk = 8-update162
oracle / openjdk = 8-update171
oracle / openjdk = 8-update172
oracle / openjdk = 8-update181
oracle / openjdk = 8-update191
oracle / openjdk = 8-update192
oracle / openjdk = 8-update20
oracle / openjdk = 8-update201
oracle / openjdk = 8-update202
oracle / openjdk = 8-update211
oracle / openjdk = 8-update212
oracle / openjdk = 8-update221
oracle / openjdk = 8-update222
oracle / openjdk = 8-update231
oracle / openjdk = 8-update232
oracle / openjdk = 8-update241
oracle / openjdk = 8-update242
oracle / openjdk = 8-update25
oracle / openjdk = 8-update252
oracle / openjdk = 8-update262
oracle / openjdk = 8-update271
oracle / openjdk = 8-update281
oracle / openjdk = 8-update282
oracle / openjdk = 8-update291
oracle / openjdk = 8-update301
oracle / openjdk = 8-update302
oracle / openjdk = 8-update31
oracle / openjdk = 8-update312
oracle / openjdk = 8-update40
oracle / openjdk = 8-update45
oracle / openjdk = 8-update5
oracle / openjdk = 8-update51
oracle / openjdk = 8-update60
oracle / openjdk = 8-update65
oracle / openjdk = 8-update66
oracle / openjdk = 8-update71
oracle / openjdk = 8-update72
oracle / openjdk = 8-update73
oracle / openjdk = 8-update74
oracle / openjdk = 8-update77
oracle / openjdk = 8-update91
oracle / openjdk = 8-update92
oracle / openjdk = 17
oracle / openjdk = 17.0.1

Frequently Asked Questions

A security vulnerability is a weakness in software, hardware, or configuration that can be exploited to compromise confidentiality, integrity, or availability. Many vulnerabilities are tracked as CVEs (Common Vulnerabilities and Exposures), which provide a standardized identifier so teams can coordinate patching, mitigation, and risk assessment across tools and vendors.

CVSS (Common Vulnerability Scoring System) estimates technical severity, but it doesn't automatically equal business risk. Prioritize using context like internet exposure, affected asset criticality, known exploitation (proof-of-concept or in-the-wild), and whether compensating controls exist. A "Medium" CVSS on an exposed, production system can be more urgent than a "Critical" on an isolated, non-production host.

A vulnerability is the underlying weakness. An exploit is the method or code used to take advantage of it. A zero-day is a vulnerability that is unknown to the vendor or has no publicly available fix when attackers begin using it. In practice, risk increases sharply when exploitation becomes reliable or widespread.

Recurring findings usually come from incomplete Asset Discovery, inconsistent patch management, inherited images, and configuration drift. In modern environments, you also need to watch the software supply chain: dependencies, containers, build pipelines, and third-party services can reintroduce the same weakness even after you patch a single host. Unknown or unmanaged assets (often called Shadow IT) are a common reason the same issues resurface.

Use a simple, repeatable triage model: focus first on externally exposed assets, high-value systems (identity, VPN, email, production), vulnerabilities with known exploits, and issues that enable remote code execution or privilege escalation. Then enforce patch SLAs and track progress using consistent metrics so remediation is steady, not reactive.

SynScan combines attack surface monitoring and continuous security auditing to keep your inventory current, flag high-impact vulnerabilities early, and help you turn raw findings into a practical remediation plan.