Skip to main content
Meet us at Black Hat USA 2026— Las Vegas, August 1–6Book a Meeting
Mallory
Medium

Linux kernel AppArmor verify_header memory leak

IdentifiersCVE-2026-23403CWE-401· Missing Release of Memory after…

CVE-2026-23403 is a Linux kernel vulnerability in the AppArmor policy-unpacking path, specifically in the verify_header function. During unpacking of multiple profiles, verify_header incorrectly set *ns = NULL on every call. As a result, a namespace string allocated during a previous iteration could be leaked when subsequent profiles were processed. The same logic error also broke namespace consistency checking, because the comparison logic always observed *ns as NULL. The upstream fix removes the erroneous reassignment in verify_header; the caller, aa_unpack, already initializes *ns to NULL once before entering the loop, which is the intended behavior.

Share:
For your environment

Are you exposed to this one?

Mallory correlates every CVE against your assets, your vendors, and active adversary campaigns. Know which vulnerabilities matter for you, not just which ones are loud.

ANALYST BRIEF

Impact, mitigation & remediation

What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.

Impact

What an attacker gets, and what they’ve been doing with it.

The primary security impact is denial of service through kernel memory consumption and degraded availability. Repeated triggering of the vulnerable unpacking path can leak kernel memory associated with namespace strings when multiple AppArmor profiles are unpacked, potentially contributing to resource exhaustion. The bug also undermines namespace consistency checking during profile unpacking, which may cause incorrect handling of profile namespace state. Available scoring information indicates local exploitation with low privileges and a primarily availability-focused impact.

Mitigation

If you can’t patch tonight, do this now.

If immediate patching is not possible, reduce exposure to local unprivileged users who can load or trigger AppArmor profile unpacking paths, and restrict administrative or service workflows that import multiple AppArmor profiles from untrusted or unnecessary sources. Because this is a kernel-space flaw in AppArmor profile handling, there is no complete mitigation short of installing a fixed kernel. Operationally, monitor for abnormal kernel memory growth and avoid unnecessary profile reload/unpack activity until patched.

Remediation

Patch, then assume compromise.

Apply a kernel update that includes the AppArmor fix for CVE-2026-23403. The correction removes the incorrect *ns = NULL assignment from verify_header. Vendor-fixed package versions cited in the provided content include, for example: kernel-default >= 5.14.21-150400.24.219.1 for multiple SLES 15 SP4 branches, >= 5.14.21-150500.55.166.1 for multiple SLES 15 SP5 branches, >= 6.4.0-150600.23.112.1 for multiple SLES 15 SP6 branches, >= 6.4.0-150700.53.55.1 for multiple SLES 15 SP7 branches, and >= 6.12.0-160000.33.1 for SLES 16.0 / SUSE Linux Micro 6.2 / openSUSE Leap 16.0 related releases. Use the vendor advisory applicable to the deployed distribution and reboot into the updated kernel.
PUBLIC EXPLOITS

Exploits

No public exploits tracked yet. Mallory keeps watching.

VALID 0 / 0 TOTALView more in app

No public exploit code observed for this vulnerability.

EXPOSURE SURFACE

Affected products & vendors

Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.

VendorProductType
LinuxLinux Kerneloperating_system

Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.

ACTIVITY FEED

Recent activity

3 sources tracked across advisories and community write-ups. News coverage will land here when it surfaces.

No news coverage yet. Advisories and community discussion only.

What this page doesn’t show

The version that knows your environment.

This page is what’s public. Mallory adds the parts that aren’t: which of your assets are affected, which adversaries are exploiting it right now, which detections to deploy, and what to do tonight.
Exposure mapping

Query your assets running an affected version, and investigate the blast radius.

Threat actor evidence

Every observed campaign linking this CVE to a named adversary.

Associated malware

Malware families riding this exploit, with evidence and IOCs.

Detection signatures

YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.

Vendor-by-vendor mapping

Cross-references every affected SKU, including bundled OEM variants.

Social activity

Community discussion across Reddit, Mastodon, and other social sources.