commit 5139929c698c273e07cb0635732f6a918a7b8e78 Author: Greg Kroah-Hartman Date: Fri Nov 6 13:15:59 2026 -0500 Linux 6.6.162 Signed-off-by: Greg Kroah-Hartman commit fe9ead8c5bdb752e329cecfecbdb5dfca5e9996b Author: Juergen Gross Date: Thu Nov 5 08:27:38 2026 +0100 xen-blkback: Avoid UAF when reading I/O statistics commit a02926f7c89bfc798ee9514e09694ff4279928a1 upstream. Reading I/O statistics via sysfs concurrently with tearing down a frontend device might result in UAF or a NULL dereference, as the reading of the statistics data is not synchronized with freeing the data. Use a rwlock for synchronizing. This is XSA-528 / CVE-2026-100082 Reported-by: Yehyeong Lee Signed-off-by: Juergen Gross Acked-by: Roger Pau Monné Signed-off-by: Greg Kroah-Hartman commit 0d515c409033c8e2a645a781be3ca76ab825fc8c Author: Jan Beulich Date: Fri Nov 6 17:07:01 2026 +0100 xen-netback: defer xenvif_mcast_addr_list_free() commit bfddc420afe827d9f06458cdf8087cd602f8c9cb upstream. In order for the function to legitimately avoid locking/RCU, it needs to run after all TX/RX processing has finished/stopped: Lookups happen from xenvif_start_xmit(), while adds/removes happen from xenvif_tx_action() (called out of xenvif_poll()). Move the call out of xenvif_disconnect_data() (the call to the function from connect()'s error path doesn't require any cleaning up there), and put it past the synchronization point in backend_disconnect(). This is XSA-527 / CVE-2026-100081. Fixes: b17075d5c198 ("xen-netback: fix race condition on XenBus disconnect") Reported-by: kerhunt Signed-off-by: Jan Beulich Reviewed-by: Juergen Gross Signed-off-by: Greg Kroah-Hartman commit 89e534265b62c94749639350200b10370564bb3a Author: Juergen Gross Date: Fri Nov 6 13:07:52 2026 +0100 xen-netback: Fix UAF when reading statistics data commit 5fb756f1bbec7a3862dda5d79028bf656271804c upstream. The network statistic data in the driver is protected by RCU. Unfortunately when tearing down the queues after an error during connecting to the frontend (e.g. due to illegal Xenstore data filled in by the guest), the statistic data is being freed without synchronizing the RCU state. In case the data is being read via sysfs in this phase, access to already freed memory or memory being in new use is possible. Fix that by calling synchronize_net() before freeing the queue data. This is XSA-526 / CVE-2026-100080 Reported-by: Yehyeong Lee Signed-off-by: Juergen Gross Signed-off-by: Greg Kroah-Hartman