11345 matches found
EUVD-2026-103966
In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: vgic: Take a refcount on IRQs referenced by lastlrirq Referencing the last interrupt inserted in an LR is rather fragile, as this interrupt can vanish if a concurrently unmapped LPI. Solve this by bumping up the...
CVE-2026-98712
The Linux kernel contains a vulnerability in the KVM arm64 vgic component related to how the last_lr_irq is handled. The issue arises because referencing the last interrupt inserted in an LR is fragile, as the interrupt can vanish if an LPI is concurrently unmapped. The fix involves bumping the r...
CVE-2026-98712 KVM: arm64: vgic: Take a refcount on IRQs referenced by last_lr_irq
In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: vgic: Take a refcount on IRQs referenced by lastlrirq Referencing the last interrupt inserted in an LR is rather fragile, as this interrupt can vanish if a concurrently unmapped LPI. Solve this by bumping up the...
EUVD-2026-103567
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix gaccessshadowfault In some circumstances, it is possible that the page of nested guest memory that is being shadowed is not present at all in the parent guest gmap. datentrywalk will not find any leaf entry and...
CVE-2026-98653
The Linux kernel contains a vulnerability within the KVM s390 subsystem. Specifically, in certain circumstances, a page of nested guest memory being shadowed may be missing from the parent guest gmap . This causes dat_entry_walk() to fail to find a leaf entry and return -ENOENT , which is then er...
CVE-2026-98653 KVM: s390: Fix _gaccess_shadow_fault()
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix gaccessshadowfault In some circumstances, it is possible that the page of nested guest memory that is being shadowed is not present at all in the parent guest gmap. datentrywalk will not find any leaf entry and...
CVE-2026-98652
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Add missing srcu in kvms390setirqstate Like kvms390injectvcpu, kvms390setirqstate also needs the kvm-srcu or the slots lock when performing the Store status operation. Fix by taking kvm-srcu in kvms390setirqstate...
EUVD-2026-103566
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Add missing srcu in kvms390setirqstate Like kvms390injectvcpu, kvms390setirqstate also needs the kvm-srcu or the slots lock when performing the Store status operation. Fix by taking kvm-srcu in kvms390setirqstate...
CVE-2026-98652
The Linux kernel contains a vulnerability in the KVM subsystem specifically affecting the s390 architecture. The issue is caused by a missing srcu (or slots lock) in the kvm_s390_set_irq_state() function during the Store status operation, similar to the requirement in kvm_s390_inject_vcpu(). The ...
CVE-2026-98652 KVM: s390: Add missing srcu in kvm_s390_set_irq_state()
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Add missing srcu in kvms390setirqstate Like kvms390injectvcpu, kvms390setirqstate also needs the kvm-srcu or the slots lock when performing the Store status operation. Fix by taking kvm-srcu in kvms390setirqstate...
CVE-2026-98651
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Properly handle NULL pointer in datcondsetstoragekey Some callers pass NULL as oldkey. Calling pagecondsetstoragekey will cause that NULL pointer to get dereferenced. Fix by checking for NULL and assigning the pointer ...
EUVD-2026-103564
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix potential races in dat skey functions When datcondsetstoragekey finds a large page, it will conditionally set the storage key in absolute memory using largecrstetophys to get the absolute address. There is a race...
EUVD-2026-103565
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Properly handle NULL pointer in datcondsetstoragekey Some callers pass NULL as oldkey. Calling pagecondsetstoragekey will cause that NULL pointer to get dereferenced. Fix by checking for NULL and assigning the pointer ...
CVE-2026-98650
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix potential races in dat skey functions When datcondsetstoragekey finds a large page, it will conditionally set the storage key in absolute memory using largecrstetophys to get the absolute address. There is a race...
CVE-2026-98650
The Linux kernel contains a vulnerability in the KVM: s390 component due to potential races in dat skey functions . Specifically, a race window exists between dat_entry_walk() and large_crste_to_phys() where a large page could be split concurrently. This can cause large_crste_to_phys() to be call...
CVE-2026-98651
The Linux kernel contains a vulnerability in the KVM s390 component where the function page_cond_set_storage_key() improperly handles a NULL pointer passed as oldkey by certain callers. This improper handling leads to a NULL pointer dereference , which can cause system crashes. The issue is resol...
CVE-2026-98651 KVM: s390: Properly handle NULL pointer in dat_cond_set_storage_key()
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Properly handle NULL pointer in datcondsetstoragekey Some callers pass NULL as oldkey. Calling pagecondsetstoragekey will cause that NULL pointer to get dereferenced. Fix by checking for NULL and assigning the pointer ...
CVE-2026-98650 KVM: s390: Fix potential races in dat skey functions
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix potential races in dat skey functions When datcondsetstoragekey finds a large page, it will conditionally set the storage key in absolute memory using largecrstetophys to get the absolute address. There is a race...
EUVD-2026-103563
In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix race in destroypagescrste Use READONCE in destroypagescrste to read the crste, avoid dereferencing the pointer multiple times...