Back to Intelligence

USN-8630-3: Ubuntu Linux Kernel (Oracle) Vulnerabilities — 16 CVEs Across Netfilter, TCP, IPv6, and SCTP Require Immediate Patching

SA
Security Arsenal Team
August 19, 2026
10 min read

Canonical has released USN-8630-3, the third revision in the USN-8630 advisory series, shipping updated Oracle-cloud-optimized Linux kernel builds to remediate sixteen 2026 CVEs spanning a wide swath of kernel attack surface: x86 architecture code, InfiniBand and Mellanox drivers, core filesystem infrastructure, IPv4/IPv6 networking, TCP and Multipath TCP, Netfilter, SCTP, SMC sockets, RxRPC, the B.A.T.M.A.N. mesh protocol, and network traffic control. The Ubuntu Security Team's assessment is blunt: an attacker could use these flaws to compromise the system.

If you run Ubuntu workloads on Oracle Cloud Infrastructure (OCI) — or anywhere the linux-oracle kernel flavor is deployed — this is a patch-now event. Kernel CVEs in Netfilter, TCP, and SCTP are exactly the classes of bugs that historically mature into local privilege escalation (LPE) chains and, in the worst cases, network-triggerable code execution. The -3 revision suffix also tells you something operationally important: this advisory series has been iterated on, which typically means follow-on builds were issued to cover additional affected series or to correct regressions. Do not assume you are covered because you patched against -1 or -2.

What Is Actually at Risk

The advisory covers CVE-2026-43083, CVE-2026-43197, CVE-2026-43198, CVE-2026-43465, CVE-2026-46242, CVE-2026-46325, CVE-2026-46331, CVE-2026-52914, CVE-2026-52924, CVE-2026-52931, CVE-2026-53151, CVE-2026-53176, CVE-2026-53212, CVE-2026-53215, CVE-2026-53225, and CVE-2026-53228. Affected subsystems, as enumerated by Canonical:

  • x86 architecture — speculative execution and low-level CPU interaction code; historically a source of information-disclosure and privilege-boundary bugs.
  • Netfilter / network traffic control (tc) — the highest-concern area. Netfilter heap corruption bugs have been the single most reliable LPE primitive class in the Linux kernel over the past several years, and tc subsystem flaws follow the same pattern.
  • TCP, Multipath TCP (MPTCP), SCTP, SMC sockets, RxRPC — remotely reachable protocol parsers. Pre-auth, network-triggerable bugs here are the difference between "LPE requiring a foothold" and "internet-facing compromise."
  • IPv4 / IPv6 networking — core packet-handling paths; every socket in the system traverses them.
  • InfiniBand / Mellanox drivers — relevant to HPC, database, and OCI bare-metal shapes with RDMA fabrics.
  • Filesystems infrastructure — VFS-layer bugs frequently pair with container-escape chains.
  • B.A.T.M.A.N. meshing — niche, but if you run mesh or IoT gateway workloads, it is in your threat model.

Exploitation status

As of publication, Canonical has not flagged any of these CVEs as under confirmed active exploitation, and none appear on the CISA Known Exploited Vulnerabilities catalog. Treat that as a window, not a comfort. The pattern for kernel Netfilter and TCP bugs is well established: detailed technical writeups and PoC code surface within weeks of disclosure, and opportunistic exploitation of LPE chains against unpatched estate follows. Internet-facing Ubuntu hosts, multi-tenant systems, CI/CD runners, and any host where untrusted code or containers execute should be prioritized.

Defensive Priorities

  1. Identify every host running the linux-oracle kernel flavor. This advisory does not apply to generic linux-generic or linux-aws builds — those ship under their own USNs — but mixed fleets routinely miss flavor-specific advisories.
  2. Patch and reboot. Kernel updates are inert until reboot. Track pending reboots as a first-class metric.
  3. Hunt for post-exploitation behavior. If any of these bugs are weaponized as LPE primitives, the post-exploitation telemetry — namespace abuse, anomalous root transitions, unexpected nftables changes — is where your detection coverage actually lives.

Detection & Response

Kernel CVEs rarely come with clean IOCs, so the detections below focus on (a) the exploitation primitives these bug classes typically require, and (b) the post-exploitation behaviors that follow a successful kernel LPE. These are deliberately scoped to avoid the noise floor — validate in your environment before promoting to alerting.

Sigma Rules

YAML
---
title: Unprivileged User Namespace Creation Followed by Privileged Transition
description: Detects a non-root process creating a user namespace (clone/unshare with CLONE_NEWUSER) and subsequently executing a setuid or root-owned process. Kernel LPE exploits targeting Netfilter, tc, and packet subsystems almost universally require unprivileged user namespaces to reach the vulnerable code paths. Relevant to CVE classes addressed in USN-8630-3 (Netfilter, tc, SCTP, TCP).
references:
  - https://ubuntu.com/security/notices/USN-8630-3
  - https://attack.mitre.org/techniques/T1068/
author: Security Arsenal
id: 3f8a2c71-9b4e-4d5a-8e6f-1a2b3c4d5e6f
status: experimental
date: 2026/04/06
tags:
  - attack.privilege_escalation
  - attack.t1068
logsource:
  product: linux
  category: process_creation
detection:
  selection_tools:
    Image|endswith:
      - '/unshare'
      - '/nsenter'
  selection_flags:
    CommandLine|contains:
      - '--user'
      - '-U'
      - 'CLONE_NEWUSER'
  condition: selection_tools and selection_flags
falsepositives:
  - Container runtimes (podman, rootless docker) legitimately create user namespaces; filter by parent process and known runtime paths
  - Flatpak and sandboxed desktop applications
level: medium
---
title: Suspicious nftables or tc Rule Manipulation by Non-System Process
description: Detects invocation of nft, tc, or iptables by processes running from non-standard paths or by users outside expected administrative contexts. Netfilter and traffic-control subsystem exploits (classes patched in USN-8630-3, e.g. CVE-2026-43083 and related) frequently stage malicious rules or heap-spray via these interfaces before triggering the bug.
references:
  - https://ubuntu.com/security/notices/USN-8630-3
  - https://attack.mitre.org/techniques/T1068/
author: Security Arsenal
id: 7b1e4d92-3c5f-4a8b-9d2e-5f6a7b8c9d0e
status: experimental
date: 2026/04/06
tags:
  - attack.privilege_escalation
  - attack.defense_evasion
  - attack.t1068
  - attack.t1562
logsource:
  product: linux
  category: process_creation
detection:
  selection:
    Image|endswith:
      - '/nft'
      - '/tc'
      - '/iptables'
      - '/ip6tables'
  filter_legit_parents:
    ParentImage|endswith:
      - '/systemd'
      - '/sshd'
      - '/sudo'
      - '/cloud-init'
      - '/ansible'
  condition: selection and not filter_legit_parents
falsepositives:
  - Configuration management (Ansible, Chef, Puppet) — extend the parent filter to match your CM tooling
  - Kubernetes kube-proxy manipulates iptables heavily; exclude cluster node agents
level: medium
---
title: Unexpected setuid Execution Originating from Writable Directories
description: Detects execution of binaries from world-writable or temporary directories that result in root-owned processes, a hallmark of a successful kernel LPE dropping and running a post-exploitation payload. Serves as a second-stage tripwire behind the namespace and Netfilter detections for the USN-8630-3 CVE set.
references:
  - https://ubuntu.com/security/notices/USN-8630-3
  - https://attack.mitre.org/techniques/T1068/
author: Security Arsenal
id: 9c2f5a83-4d6e-4b7c-8a1f-2b3c4d5e6f7a
status: experimental
date: 2026/04/06
tags:
  - attack.privilege_escalation
  - attack.execution
  - attack.t1068
logsource:
  product: linux
  category: process_creation
detection:
  selection_path:
    Image|startswith:
      - '/tmp/'
      - '/var/tmp/'
      - '/dev/shm/'
      - '/run/user/'
  selection_root:
    User: 'root'
  condition: selection_path and selection_root
falsepositives:
  - Legitimate installers executing from /tmp (rare on hardened production systems); tune per environment
  - Packer/image-build pipelines on build hosts
level: high

KQL — Microsoft Sentinel / Defender

Linux kernel exploitation telemetry reaches Sentinel primarily through Syslog/CEF ingestion (auditd, Sysmon for Linux) or Defender for Endpoint. This query hunts the exploit-primitive pattern: namespace-creation tooling or Netfilter/tc utilities invoked by non-system users, correlated on hosts that are pending a kernel reboot.

KQL — Microsoft Sentinel / Defender
// USN-8630-3 hunt: kernel LPE primitives on Oracle-flavor Ubuntu hosts
// Requires Syslog (auditd/execve) or Sysmon-for-Linux ingestion into Sentinel
let Lookback = 7d;
let SuspiciousTools = dynamic(["unshare", "nsenter", "nft", "tc", "iptables", "ip6tables"]);
Syslog
| where TimeGenerated > ago(Lookback)
| where Facility == "auth" or ProcessName in (SuspiciousTools)
| where SyslogMessage has_any ("unshare", "CLONE_NEWUSER", "nft ", "tc ", "iptables")
| extend Tool = extract(@"(unshare|nsenter|nft|tc|iptables|ip6tables)", 1, SyslogMessage)
| extend CmdLine = SyslogMessage
| summarize Executions = count(), DistinctUsers = dcount(HostIP), FirstSeen = min(TimeGenerated), LastSeen = max(TimeGenerated)
    by Computer, Tool, CmdLine
| where Executions < 20  // suppress high-frequency legitimate automation, surface outliers
| order by LastSeen desc;
// Companion query: hosts whose running kernel predates the USN-8630-3 fix
// (populate kernel version via heartbeat custom field or a watcher that logs `uname -r`)
Heartbeat
| where TimeGenerated > ago(1d)
| where OSType == "Linux"
| summarize arg_max(TimeGenerated, *) by Computer
| project Computer, OSName, OSMajorVersion, OSMinorVersion, TimeGenerated;

Velociraptor VQL

Use this artifact for live triage on suspected hosts: enumerate running kernel version against the fixed release, list loaded Netfilter/tc modules, and surface processes executing out of writable paths.

VQL — Velociraptor
-- USN-8630-3 triage: kernel version, netfilter modules, and suspicious exec paths
SELECT {
  SELECT Name, Pid, PPid, Exe, CommandLine, Username, CreateTime
  FROM pslist()
  WHERE Exe =~ '^(?i)(/tmp|/var/tmp|/dev/shm|/run/user)/'
     OR CommandLine =~ '(?i)unshare|CLONE_NEWUSER|nft |tc (filter|qdisc|class) '
} AS SuspiciousProcesses,
{
  SELECT * FROM execve(argv=['uname', '-r'])
} AS RunningKernel,
{
  SELECT Name, Size, UsedBy
  FROM parse_file(filename='/proc/modules')
} AS LoadedModules
FROM scope()

Remediation

1. Patch immediately via the Bash script below

This script identifies Oracle-flavor kernels, applies pending updates, and — critically — verifies the running kernel after reboot, because an installed-but-not-booted kernel provides zero protection.

Bash / Shell
#!/bin/bash
# USN-8630-3 remediation and verification — Ubuntu linux-oracle kernel
# Run with sudo. Exit codes: 0 = compliant, 1 = action required, 2 = not applicable

set -euo pipefail

RUNNING=$(uname -r)
echo "[i] Running kernel: ${RUNNING}"

# 1. Confirm this host runs the Oracle kernel flavor
if [[ "${RUNNING}" != *oracle* ]] && ! dpkg -l 2>/dev/null | grep -q 'linux-image.*oracle'; then
  echo "[i] linux-oracle flavor not present — USN-8630-3 not applicable (check your flavor's USN)"
  exit 2
fi

# 2. Apply the kernel update
apt-get update -qq
apt-get install --only-upgrade -y linux-image-oracle linux-headers-oracle 2>/dev/null || \
  apt-get dist-upgrade -y

INSTALLED=$(dpkg -l | awk '/linux-image-[0-9].*oracle/ {print $3}' | sort -V | tail -1)
echo "[i] Newest installed oracle kernel: ${INSTALLED}"

# 3. Check reboot requirement
if [[ -f /var/run/reboot-required ]]; then
  echo "[!] REBOOT REQUIRED. Pending kernel: ${INSTALLED}"
  cat /var/run/reboot-required.pkgs 2>/dev/null || true
  exit 1
fi

# 4. Post-reboot verification: running kernel must match newest installed
if [[ "${RUNNING}" == *"${INSTALLED%%-*}"* ]]; then
  echo "[+] Running kernel matches patched package — compliant"
  exit 0
else
  echo "[!] Running kernel (${RUNNING}) does not match patched package (${INSTALLED}) — reboot pending"
  exit 1
fi

2. Harden the exploitation primitives while patching rolls out

The most reliable kernel LPE mitigations for the Netfilter/tc bug class:

Bash / Shell
# Disable unprivileged user namespaces — blocks the reachability path for most
# Netfilter/tc/SCTP LPE chains. Validate container workloads first (rootless podman breaks).
sysctl -w kernel.unprivileged_userns_clone=0
echo 'kernel.unprivileged_userns_clone=0' > /etc/sysctl.d/90-usn-8630.conf

# Restrict BPF to root only — many kernel exploit chains use eBPF for heap grooming
sysctl -w kernel.unprivileged_bpf_disabled=1
echo 'kernel.unprivileged_bpf_disabled=1' >> /etc/sysctl.d/90-usn-8630.conf

# Blacklist modules not required in your environment (each is a patched, network-reachable subsystem)
cat > /etc/modprobe.d/usn-8630-blacklist.conf <<'EOF'
# Review before applying — only blacklist subsystems you do NOT use
install batman_adv /bin/false
install rxrpc /bin/false
install sctp /bin/false
install smc /bin/false
install mptcp /bin/false
EOF

Caveat that matters: unprivileged_userns_clone=0 breaks rootless containers, some sandboxed applications, and certain CI tooling. Test on a representative workload before fleet-wide rollout — but for internet-facing servers without container duties, it is one of the highest-value kernel hardening controls available.

3. Operational checklist

  • Inventory: Query your CMDB and cloud inventory for OCI instances and any host with linux-image-oracle installed. Flavor-specific advisories are the most commonly missed patch class in mixed fleets.
  • Reboot tracking: Pipe /var/run/reboot-required state into your vuln management platform. A patched-but-unrebooted host scores green in most scanners and is still fully vulnerable.
  • Network exposure: For the TCP/SCTP/IPv6 protocol-parser CVEs, verify perimeter policy — SCTP (port 38412 and related) and RxRPC should not be reachable from untrusted networks on general-purpose servers.
  • Container hosts: Prioritize Kubernetes and container hosts running the Oracle kernel — kernel LPE on a container host is a cluster-compromise event, not a single-host event.
  • Monitor for KEV addition: Given the subsystems involved, subscribe to CISA KEV updates; if any of these sixteen CVEs land on the catalog, federal remediation timelines apply and your SLA should compress accordingly.

Bottom Line

USN-8630-3 is not a headline-grabbing zero-day, but sixteen kernel CVEs across Netfilter, traffic control, TCP, SCTP, and core IPv4/IPv6 paths represent exactly the attack surface that produces reliable privilege escalation chains. The defensive work is unglamorous and non-negotiable: find every linux-oracle host, patch, reboot, verify the running kernel, and deploy namespace and Netfilter telemetry so that if exploitation matures before your patch cycle completes, you see the attempt instead of reading about it in a forensics report.

Related Resources

Security Arsenal Penetration Testing Services AlertMonitor Platform Book a SOC Assessment vulnerability-management Intel Hub

Is your security operations ready?

Get a free SOC assessment or see how AlertMonitor cuts through alert noise with automated triage.

USN-8630-3: Ubuntu Linux Kernel (Oracle) Vulnerabilities — 16 CVEs Across Netfilter, TCP, IPv6, and SCTP Require Immediate Patching | Security Arsenal | Security Arsenal