CVE-2026-105959

Spice-server: spice: heap buffer overflow via glz dictionary max_encoders integer truncation

Published Oct 16, 2026 CVSS 3.1 · 7.5 High EPSS < 1% KEV · Not listed
Description
A flaw was found in spice-server. The GLZ encoder dictionary restore path truncates a size_t allocation size to int when calling the malloc callback, allowing a malicious authenticated SPICE client during VM live migration to trigger a massive heap buffer overflow by sending a crafted max_encoders value in migration data.

Remediation

Vendor Workaround

This vulnerability is only exploitable during VM live migration by an authenticated SPICE client. If live migration is not required, disabling it eliminates the attack surface. If live migration is needed, restrict SPICE client connections to trusted networks using firewall rules and enforce strong authentication (TLS with mutual certificate validation, or SASL with strong credentials) to limit who can connect as a SPICE client. --- CME Mitigation Guidance (2026-10-20) --- Disclaimer: The following mitigation solutions are provided as a courtesy, pending the application of an official patch. This content was generated utilizing AI tools in conjunction with data from https://cmetaxonomy.org. Customers are advised to independently evaluate and test these temporary mitigations within their own infrastructure. The highest-value action is to prevent integer truncation of size_t allocation calculations to int when invoking the GlzEncoderUsrContext::malloc callback in the GLZ dictionary restore path: upgrade to the fixed Spice/Spice Server builds, which prevent truncation of size_t allocation sizes to int when invoking the GLZ dictionary malloc callback, closing all 2 injection vectors (crafted SPICE_MSGC_MIGRATE_DATA message, malicious max_encoders field in GlzEncDictRestoreData). Until patched, this is a concern on 64-bit Linux hosts running SPICE server, so Disable VM live migration if not required, restrict SPICE client access to trusted networks using firewall rules, and enforce strong authentication via SASL or TLS with mutual certificate validation. As a compensating measure, Run SELinux in enforcing mode to confine the SPICE server process domain and restrict unauthorized system access if the heap overflow is exploited. These controls limit blast radius and contain exploitation, but they do not fix the underlying integer truncation defect — apply the upstream patch to fully remediate. Highest-impact CME: CME-301 SELinux (Enforcing Mode) (medium)

Tracking

Sign in to view the affected projects.

Advisories

No advisories available
History
Type Values Removed Values Added
First Time appeared Redhat rhel Els
CPEs cpe:/o:redhat:enterprise_linux:6
cpe:/o:redhat:enterprise_linux:7
cpe:/o:redhat:enterprise_linux:8
cpe:/a:redhat:enterprise_linux:8
cpe:/o:redhat:rhel_els:6
cpe:/o:redhat:rhel_els:7
Vendors & Products Redhat rhel Els
Type Values Removed Values Added
First Time appeared Red Hat
Red Hat enterprise Linux
Vendors & Products Red Hat
Red Hat enterprise Linux
Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'total'}, 'version': '2.0.3'}

Type Values Removed Values Added
Description A flaw was found in spice-server. The GLZ encoder dictionary restore path truncates a size_t allocation size to int when calling the malloc callback, allowing a malicious authenticated SPICE client during VM live migration to trigger a massive heap buffer overflow by sending a crafted max_encoders value in migration data.
Title Spice-server: spice: heap buffer overflow via glz dictionary max_encoders integer truncation
First Time appeared Redhat
Redhat enterprise Linux
Weaknesses CWE-190
CPEs cpe:/o:redhat:enterprise_linux:6
cpe:/o:redhat:enterprise_linux:7
cpe:/o:redhat:enterprise_linux:8
Vendors & Products Redhat
Redhat enterprise Linux
References
Metrics cvssV3_1

{'score': 7.5, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H'}

Weaknesses

Sources

Status
PUBLISHED
Assigner
redhat
Published
Updated
Nov 4, 2026, 9:41 PM
Reserved
Oct 6, 2026, 8:37 AM
Status
Awaiting Analysis
Published
Oct 16, 2026, 12:16 PM
Modified
Nov 4, 2026, 10:17 PM
Severity
Important
Public date
Oct 8, 2026, 11:00 AM