CVE-2026-89957
s390/vfio-ap: Fix hot-unplug skipped when last AP adapter or domain removed
- State
- Published
- Severity
- 8.8 High
- Published
- Sep 16, 2026
- Updated
- Oct 19, 2026
- Reserved
- Sep 11, 2026
Description
In the Linux kernel, the following vulnerability has been resolved:
s390/vfio-ap: Fix hot-unplug skipped when last AP adapter or domain removed
The vfio_ap_mdev_hot_unplug_cfg() function uses the return value of bitmap_andnot() to determine whether the guest APCB needs to be updated. However, bitmap_andnot() returns false when the resulting destination bitmap is empty. This means that if the only adapter, domain or control domain assigned to an mdev is removed from the host's AP configuration, the bit is correctly cleared from the shadow APCB, but bitmap_andnot() returns false because the result is an empty bitmap. Consequently, do_hotplug remains 0 and vfio_ap_mdev_update_guest_apcb() is never called, leaving the KVM guest with stale hardware access to the unplugged AP devices.
Fix this by replacing the bitmap_andnot() return value check with bitmap_intersects() to determine whether the shadow APCB actually overlaps with the removal mask. If there is an intersection, call bitmap_andnot() solely for its side effect of clearing the bits, then unconditionally set do_hotplug to trigger the guest APCB update.
Scores
| CVSS | Score | Vector | Source |
|---|---|---|---|
| 3.1 | 8.8 High | CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H | Linux |
Weaknesses
The record names no weakness.
Affected Products
| Product | Versions |
|---|---|
LinuxLinux |
|
LinuxLinux |
|
References
- https://git.kernel.org/stable/c/f58e824de8577fe411f6199d659731a0f86a7275
- https://git.kernel.org/stable/c/3a9b049bbdc40165d7f3e20b818eec95e5694d96
- https://git.kernel.org/stable/c/753aa3bb1273bc0d36adb013d5915cc8ff6b72a9
- https://git.kernel.org/stable/c/c45753c32d452d10d8efaeb52587e9e6e8126e33
- https://git.kernel.org/stable/c/04b35dd88c108b2d2ceaaa396aba1cb4049d5831
- https://git.kernel.org/stable/c/917f509bfb88048094dbb85c4e9dbc4d6fe4a886
Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.