CVE-2026-9150: Libsolv: stack-based buffer overflow in libsolv's debian metadata parser when handling sha384/sha512 checksums
A flaw was found in libsolv. This stack-based buffer overflow vulnerability occurs in libsolv's Debian metadata parser when processing specially crafted Debian repository metadata. An attacker could exploit this by providing malicious SHA384 or SHA512 checksum tags, leading to memory corruption and a denial of service (DoS) in the affected system.
Security readout for executives and security teams
Plain-English summary
Libsolv can crash when it processes malicious Debian repository metadata containing specially crafted SHA384 or SHA512 checksum tags. An attacker must influence repository metadata and have it processed, so exposure depends heavily on repository trust. The documented impact is service disruption, not data theft or system takeover.
Executive priority
Treat this as a moderate, time-bounded patching priority. Accelerate remediation where repository metadata can originate outside a tightly controlled trust boundary or where package-management outages would disrupt production. Routine trusted-repository systems can follow the next suitable maintenance window after exposure validation.
Technical view
CVE-2026-9150 is a CWE-121 stack-based buffer overflow in libsolv’s Debian metadata parser. Network-delivered, crafted SHA384 or SHA512 tags can cause memory corruption after user interaction. CVSS 3.1 is 6.5 (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H), supporting high availability impact without documented confidentiality or integrity impact.
Likely exposure
Exposure is most likely where affected Red Hat systems process Debian metadata from compromised, malicious, or insufficiently trusted repositories. Listed affected products include several RHEL releases, OpenShift 4 components, Satellite 6, RHUI 4, and Hardened Images. RHEL 8 itself is listed as unaffected, although certain separate EL8-based product packages are affected.
Exploitation context
The supplied record is not in CISA KEV and provides no evidence of active exploitation. Exploitation requires crafted repository metadata to reach the parser and be processed. Available evidence supports memory corruption and denial of service; it does not establish remote code execution.
Researcher notes
The evidence identifies SHA384 and SHA512 checksum-tag handling as the vulnerable path. The stated result is stack corruption causing denial of service. Exact upstream affected ranges, reliable exploitability beyond crashing, and code-execution impact are not established in the supplied material; consult the linked upstream change and vendor advisories for implementation-level confirmation.
Mitigation direction
Review the applicable Red Hat advisory and install the vendor-provided corrected package for each affected product.
Prioritize repository-management, update-infrastructure, OpenShift, and other systems that process externally influenced metadata.
Until updated, avoid untrusted Debian repositories and limit metadata sources according to vendor guidance.
Do not assume RHEL 8 status covers Satellite, RHUI, or OpenShift packages based on EL8.
Validation and detection
Inventory installed libsolv, libsolv-main, and listed product-specific packages across relevant Red Hat environments.
Compare product, release, and exact package build against Red Hat’s CVE page and applicable erratum.
Review configured Debian metadata sources and identify repositories outside established trust boundaries.
After remediation, rescan packages and confirm installed builds satisfy the applicable Red Hat advisory.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-121: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-121 · source CWE mapping
Stack-based Buffer Overflow
Stack-based Buffer Overflow represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.