`CVE-2022-38650` VMware Hyperic Server

Affected software	VMware Hyperic Server
Severity	10.0 Critical CVSS 3.1
Weakness	Deserialization of untrusted data (CWE-502)
Published	12 Nov 2022
Updated	17 Oct 2026

Tagged unsupported-when-assigned. The affected software was already out of support when the CVE was assigned.

Description

A remote unauthenticated insecure deserialization vulnerability exists in VMware Hyperic Server 5.8.6. Exploitation of this vulnerability enables a malicious party to run arbitrary code or malware within Hyperic Server and the host operating system with the privileges of the Hyperic server process. NOTE: This vulnerability only affects products that are no longer supported by the maintainer.

Exploitation status

No public exploit

No exploit has been reported in the sources we check. Published 4 years ago.

CISA KEV not listed
VulnCheck KEV not listed
CISA Vulnrichment exploitation: none
Indexed PoC none indexed
EPSS 0.99% chance in 30 days

Waratek protection

Protected by Waratek

Waratek has a rule that blocks attacks on this vulnerability.

Protection full Deserialization, Process
Action available security rule
Review human Researcher
Record active unsupported-when-assigned

Decided by	A researcher's recorded decision for this specific CVE
Finding	A researcher found this CVE protected by the Marshal RCE rule, ARMR Process rule.

Decided by

A researcher's recorded decision for this specific CVE

Finding

A researcher found this CVE protected by the Marshal RCE rule, ARMR Process rule.

Waratek research note

written 2026-11-13

Written by a Waratek engineer who reviewed this CVE. Their decision sets the status above, ahead of every automated rule except a withdrawal.

Comments

Rule Name: Marshal RCE rule, ARMR Process rule

Unauthenticated native-deserialization RCE via the Hyperic Server Lather servlet's args parameter; Marshal deserialize(java)+rce() intercepts LatherXCoder's ObjectInputStream.readObject() and the ARMR Process rule (with /bin/* and /usr/* listed) blocks the gadget's Runtime.exec.

How to mitigate CVE-2022-38650

Apply the vendor's fix for VMware Hyperic Server. Until you can, Waratek RASP blocks exploitation with its deserialization and process rules. It runs inside the Java application, with no code changes.

Waratek RASP Runtime protection for Java applications

Affected software and releases

Products and versions

1 product, 1 version entry

Source	Vendor	Product	Scheme	Affected versions
nvd	vmware	hyperic server	generic	5.8.6

Source

Vendor

Product

Scheme

Affected versions

nvd

vmware

hyperic server

generic

5.8.6

References

URL	Tags
https://www.cyber.gov.au/acsc/view-all-content/alerts/multiple-vulnerabilities-vmware-vrealize-hyperic-monitoring-and-performance-management-product	Third Party Advisory

URL

Timeline

Published	2022-11-12	By the CVE Program.
NVD record modified	2026-06-17	NVD's own last-modified date for this record.
Last VRT activity	2026-10-17	Most recent commit touching this CVE's classification, patch or rule file.
Classification created	2026-11-13	First commit adding this CVE's research note.

Published

2022-11-12

By the CVE Program.

NVD record modified

2026-06-17

NVD's own last-modified date for this record.

Last VRT activity

2026-10-17

Most recent commit touching this CVE's classification, patch or rule file.

Classification created

2026-11-13

First commit adding this CVE's research note.

How VRT decided (4 of 24 rules ran)

4 of 24 rules ran. The rest didn't run because an earlier rule had already settled the CVE.

# Rule Outcome Status Detail

identity: Does this identifier describe a vulnerability at all? the first rule that matches decides

1 rejected no match CVE Program withdrawal of this identifier

scope: Is it a vulnerability Waratek protects? the first rule that matches decides

2 armr-patch-file no match An ARMR patch file on disk for this CVE

3 armr-secure-rule-file no match An ARMR security-rule template on disk for this CVE

4 manual-classification decided it matched Protected by Waratek A researcher found this CVE protected by the Marshal RCE rule, ARMR Process rule.

5 manual classification not reached Manual classification of this CVE in the legacy dataset

6 non-java-upstream not reached A root cause in non-Java code: an OS kernel, a C library, or a bundled runtime

7 oracle-component not reached The defect being in a component of a tracked product the agent does not reach: JavaFX, the Java SE installer, the JInitiator browser plug-in, the native WebLogic proxy plug-in, or a native part of Oracle Application Server or Collaboration Suite (HTTP Server, Web Cache, Internet Directory, mail and calendar servers). Oracle gives these no CPE of their own and names them only in the description.

8 java-client-side not reached Oracle's own risk-matrix note saying the CVE is reached only through untrusted code in the Java sandbox (applets, Web Start) or only through a client installation of Java, so a server running its own trusted code is not exposed

9 osv-maven not reached An OSV.dev record of this CVE affecting a package published to Maven Central. When every such package is one business applications do not use (Minecraft mods and launchers, Fastjson) and no tracked product is named by CPE, it settles the CVE as Outside Waratek scope instead

10 cna-maven-package not reached An affected Maven artifact named by the CNA itself

11 known-cpe-product not reached An NVD CPE naming a product ARMR tracks

12 cna-cpe-product not reached A CPE the CNA published naming a tracked product. Oracle publishes these on advisory day, months before NVD.

13 oracle-advisory-family not reached A tracked product family named in Oracle's own risk matrix. CPE cannot carry a suite name, only a module.

14 cna-named-product not reached A tracked product named in words by the CVE's own CNA, on a record with no CPE yet. Apache and Eclipse publish these on advisory day, before NVD adds CPE data.

15 non-deployable-product not reached The only affected product being a sealed appliance image, where Java runs but no -javaagent can be attached

16 unmatched-product not reached No tracked product matched above, and none present at all

disposition: What do we do about one that is? every rule runs

17 patch-hint not reached A reference pointing at the upstream fix: a commit, a PR, a Red Hat bug

18 open-source-maven not reached The affected package being open source on Maven, so the fix can be read

19 poc-derivable not reached An indexed exploit clearing the evidence bar to reverse-engineer, where there is no source to read

20 no-exploit not reached Nothing to build a rule from yet: no published exploit, no CISA record of exploitation and no source-level change to read

21 secure-rule-match not reached A vulnerability class already blocked by an ARMR security rule

22 exploited-no-fix-or-poc not reached Somebody exploiting this CVE (a CISA or VulnCheck KEV listing, or a CISA verdict of active exploitation), with no fix, source code or PoC to build a rule from

23 below-action-threshold not reached Medium or Low severity, no CISA or VulnCheck KEV listing, no PoC clearing the evidence bar, no CISA verdict, no Oracle advisory

24 no-exploit-published not reached Exploit code for this candidate, published in a reviewed catalogue or a GitHub repository with 5 or more stars, or in use per CISA or VulnCheck; not only a CISA verdict, a forecast, or nothing at all

NVD ↗ · CVE.org ↗