Medium · CVSS 6.2CVE-2026-92822

Libmodulemd: libmodulemd: unbounded recursion when parsing nested xmd yamlCVE-2026-92822

Answer in brief

CVE-2026-92822 records a Medium severity (CVSS 6.2) vulnerability in Libmodulemd: libmodulemd: unbounded recursion when parsing nested xmd yaml. The current sources do not mark it as known exploited. The current feed maps Red Hat/libmodulemd (generic), Red Hat/openshift/ose-rhel-coreos-8 (generic), Red Hat/openshift/ose-rhel-coreos-9 (generic). Check affected ranges and fixed versions before updating.

Analysis pending evidence review

HOL Guard separates source facts from reviewed analysis. See the methodology.

Published Oct 21, 2026Updated Oct 21, 2026Source checked Oct 21, 2026First seen by HOL Oct 21, 2026Material review Oct 21, 2026

Upstream Advisory

Key facts

Risk: Medium · CVSS 6.2
Exploitation: Not marked as known exploited
Affected software: 3 mapped packages or products
Fix availability: Not reported

Why this deserves its current priority

CVSS is 6.2. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.

Analysis status

Analysis pending evidence review

Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.

Affected scope and exposure questions

The current feed maps Red Hat/libmodulemd (generic), Red Hat/openshift/ose-rhel-coreos-8 (generic), Red Hat/openshift/ose-rhel-coreos-9 (generic). Check affected ranges and fixed versions before updating.

Mapped affected packages and fixed versions
Package	Affected range	Fixed version
Red Hat/libmodulemdgeneric	*	Not reported
Red Hat/openshift/ose-rhel-coreos-8generic	*	Not reported
Red Hat/openshift/ose-rhel-coreos-9generic	*	Not reported

Recommended response

Check inventory. Check lockfiles and deployed manifests for Red Hat/libmodulemd, Red Hat/openshift/ose-rhel-coreos-8, Red Hat/openshift/ose-rhel-coreos-9.
Review the reported fix. Source-reported workaround: Until a fix is available, avoid parsing untrusted modulemd documents that may contain attacker-controlled xmd data. If such input must be accepted, reject unusually deep or large xmd structures before handing them to libmodulemd, and isolate parsing in a process with strict stack, CPU, and memory limits.

Evidence timeline and material changes

Published upstream
Oct 21, 2026
Evidence: source:cvelist:source_dates:source-dates:record
Source modified
Oct 21, 2026
Evidence: source:cvelist:source_dates:source-dates:record
First seen by HOL
Oct 21, 2026

Sources and claim methodology

Upstream source description

A flaw was found in libmodulemd. When parsing module metadata, the xmd field is converted into nested GVariant values through recursive YAML mapping and sequence helpers without a recursion-depth or node-count limit. An attacker who can supply crafted modulemd YAML with deeply nested xmd content can cause stack exhaustion or excessive resource consumption, resulting in a denial of service.

Quoted source text, attributed separately from HOL analysis.