CVE-2026-89919
7.8 HIGHPublished 2026-09-16 · Updated 2026-09-16
AI risk analysis
- Summary
- The flaw allows concurrent access to the gmap->asce value while it is being modified, leading to potential memory corruption.
- Exploitability
- Exploitation requires concurrent execution of KVM_S390_KEYOP and gmap_set_limit(), making it moderately difficult.
- Blast radius
- If exploited, this could result in memory corruption, potentially leading to a denial of service or other severe consequences.
- Detection
- No reliable host or network indicator is derivable from the published description.
- Prioritized remediation
- Upgrade to the fixed version 5.10.123 or later.
Analysis generated locally by qwen2.5:7b-instruct (no data left the box). AI-assisted — verify against primary sources before acting.
NVD description
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: keyop: use mmu_lock to read gmap->asce Every other dat_* consumer in this file (kvm_s390_get_skeys, set_skeys, get_cmma_bits, set_cmma_bits, MEM_CLR_CMMA, kvm_s390_fixup_prefix, kvm_test_age_gfn, kvm_age_gfn) reads kvm->arch.gmap->asce *inside* the mmu_lock read-side. keyop is the only outlier. gmap->asce is mutated under write_lock(mmu_lock) by gmap_set_limit() and keyop might use a stale asce value for walking as KVM_S390_KEYOP and KVM_S390_VM_MEM_LIMIT_SIZE can run concurrently. This can result in memory corruption.
CVSS vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
References
Data: NVD (public domain). Analysis: local $0 model. Defensive use only.