On this page (6 sections)

Ubuntu released USN-8959-1 on 3 November 2026. It is a Linux kernel security notice, and Ubuntu warns that an attacker could possibly use the fixed flaws to compromise a system. A second notice, USN-8960-1, covers the OEM kernel on Ubuntu 26.04 LTS.

Anyone running Ubuntu 26.04 LTS or 24.04 LTS on web servers, cloud instances or hosting nodes should plan this update. The notice text available to us has no CVE identifiers, severity scores or exploitation details, so this article limits itself to what Ubuntu states.

What the notice covers

This is a collection of kernel fixes, not one bug. According to the Ubuntu notice, the corrected flaws sit in a very large number of kernel areas. Broadly they fall into three groups:

  • Central kernel code, such as memory management, the networking core, eXpress Data Path, the block layer, the crypto API and the EROFS file system
  • Code specific to a CPU architecture, including ARM, x86, RISC-V, S390 and PowerPC
  • A long tail of device drivers, among them USB gadget, Bluetooth, GPU, NVMe, SCSI, Hyper-V and several network adapter drivers

The notice does not say which of these flaws are reachable on a given machine, whether they need local access, or whether any can be triggered remotely. Whether a particular driver is loaded on your host is something you would need to check yourself.

Who is exposed

The notice lists six kernel packages, each tied to a kernel flavor:

Packages named in USN-8959-1
PackageDescription in the notice
linuxLinux kernel
linux-awsKernel for Amazon Web Services systems
linux-gcpKernel for Google Cloud Platform systems
linux-hwe-7.0Hardware enablement (HWE) kernel
linux-ibmKernel for IBM cloud systems
linux-oracleKernel for Oracle Cloud systems

A server on Ubuntu 26.04 LTS or 24.04 LTS running one of these kernels is in scope. OEM systems on 26.04 LTS are handled by USN-8960-1. As a general prioritization rule, not something the notice states, hosts where untrusted users or workloads run code, such as shared hosting, container hosts and multi-tenant servers, deserve the earliest maintenance window.

The research behind this article does not include CVE identifiers, CVSS scores or fixed package version numbers. Open the full USN page to find the fixed versions for your release.

How to check your servers

Start by identifying the running kernel. This read-only command pair prints the kernel version and the Ubuntu release.

Show the running kernel and Ubuntu release (Ubuntu)Shell
uname -r
lsb_release -a

Then list the installed kernel image packages. The output shows which flavor you use, so you can compare its version with the fixed one on the USN page.

List installed kernel image packages (Debian/Ubuntu)Shell
dpkg -l 'linux-image*' | grep ^ii

To see whether a kernel update is waiting, refresh package lists and filter the upgradable packages. This only lists candidates and installs nothing.

List pending kernel-related upgrades without applying them (Debian/Ubuntu)Shell
sudo apt update
apt list --upgradable 2>/dev/null | grep linux

What to do now

This command installs all pending updates, including the kernel package for your flavor. It does not reboot the machine.

Install pending updates (Debian/Ubuntu)Shell
sudo apt update
sudo apt upgrade
Caution. A reboot interrupts every service on the host. Drain load balancers, confirm services start at boot, and use a maintenance window before restarting production servers.

Once the update is installed, restart the host and confirm the running kernel matches the fixed version for your release.

Reboot, then verify the running kernel (Ubuntu)Shell
sudo reboot
# after the host is back:
uname -r
Tip. If you cannot reboot right away and use a live patching service, ask your provider whether it covers these specific fixes. The notice does not say, so do not assume it does.

Monitoring after patching

After the restart, watch for unexpected reboots, failed services and kernel errors, and skim authentication and process logs around the maintenance window. If a host ran an unpatched kernel while untrusted users had access, review it as you would any possible compromise, starting with our guide on what to do if a website is hacked.

A kernel patch does not cover application-level problems. Webforta Scan runs read-only checks of your public site and Webforta Monitor tracks certificate and DNS changes, but neither tells you whether a server's kernel is patched. More background is in the security guides hub.

Timeline

  • 3 November 2026: Ubuntu publishes USN-8959-1 for 26.04 LTS and 24.04 LTS, and USN-8960-1 for the OEM kernel on 26.04 LTS

Only Ubuntu's own notices were available when this was written. Neither claims exploitation in the wild, and no independent source confirms it, so treat exploitation status as unknown.

Sources

This article is based on the public sources below. Details can change as vendors and researchers publish more; check the original advisories before acting on version numbers.

  1. USN-8959-1: Linux kernel vulnerabilities | Ubuntu security notices | Ubuntuubuntu.com ·
  2. USN-8960-1: Linux kernel (OEM) vulnerabilities | Ubuntu security notices | Ubuntuubuntu.com ·
  • Ubuntu
  • Linux kernel
  • USN
  • patching
  • servers