KernelScan.io

CRITICAL Introduced in 4.3

audit TreeRef UAF

CVE-2026-89643

CVSS 9.8 / 10.0 NVD

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

KernelScan AI6.9MEDIUM

01

In the Linux kernel, the following vulnerability has been resolved: audit: avoid dropping live tree ref on fsnotify rule autoremove audit_del_rule() is used for both netlink deletion templates and internal fsnotify autoremove. The former passes a parsed template which owns a temporary tree reference; the latter passes the installed entry itself. The unconditional audit_put_tree() at the end of audit_del_rule() assumes the template case. For mixed AUDIT_DIR plus AUDIT_EXE rules, an fsnotify autoremove event therefore drops the installed rule's live tree reference. Repeating this across rules sharing the same tree can free the tree while another rule still references it, and a later autoremove dereferences the freed pathname while comparing rules. Move the temporary-tree put to audit_rule_change(), the caller that owns deletion templates. Keep it in the AUDIT_DEL_RULE cleanup so both successful deletion and -ENOENT still release the parser-owned tree. [PM: dropped unnecessary comment for line length reasons]

02

Engine v0.6.0

Risk summary

A use-after-free in the Linux kernel audit subsystem allows a local attacker to trigger premature freeing of an audit tree reference via fsnotify rule autoremove events on mixed AUDIT_DIR and AUDIT_EXE rules. This can lead to kernel memory corruption, potentially allowing privilege escalation or denial of service.

Affectedkernel/auditfilter.c (audit subsystem)

Vulnerability analysis

The audit subsystem handles both manual rule removal and automatic removal when a watched directory disappears. The shared cleanup code unconditionally drops a reference count on the shared directory, which is correct for manual removal but wrong for automatic removal because it releases a live reference still held by an installed rule. When several rules watch the same directory, repeated automatic removals can free that shared data while another rule still needs it, and a later automatic removal then accesses the freed memory while comparing rules. The fix moves the extra reference drop to the manual-removal path only, so automatic cleanups no longer touch the live reference. A local user can trigger this by causing filesystem changes in a watched directory on a system that has audit rules tracking both directories and executables.

03

BranchIntroducedFixed inPatch commit
5.104.35.10.2709cac21f8eb82
5.154.35.15.221b322cc7adcd2
6.14.36.1.188695c85dc345a
6.124.36.12.109cf37b61b5420
6.184.36.18.50636a99bab36b
6.64.36.6.15701b0ec8c397b
7.24.37.2.4583cf579b32d
mainline4.37.3783f0f0974c1
cip/5.104.35.10.271-cip789cac21f8eb82
cip/6.14.36.1.189-cip61695c85dc345a
cip/6.1-rt4.36.1.189-cip61-rt32695c85dc345a
cip/6.124.36.12.111-cip32cf37b61b5420

04

State of the newest release of each Civil Infrastructure Platform SLTS tree, from CIP's own fix records.

CIP treeState
cip/6.12Fixed in 6.12.111-cip32
cip/6.1Fixed in 6.1.189-cip61
cip/6.1-rtFixed in 6.1.189-cip61-rt32
cip/5.10Fixed in 5.10.271-cip78
cip/5.10-rtAffected — no CIP fix yet (latest 5.10.268-cip77-rt34)
cip/4.19Affected — no CIP fix yet (latest 4.19.325-cip136)
cip/4.19-rtAffected — no CIP fix yet (latest 4.19.325-cip136-rt50)
cip/4.4Affected — no CIP fix yet (latest 4.4.302-cip115)
cip/4.4-rtAffected — no CIP fix yet (latest 4.4.302-cip115-rt63)