CVE-2021-47336: smackfs: restrict bytes count in smk_set_cipso()
In the Linux kernel, the following vulnerability has been resolved:
smackfs: restrict bytes count in smk_set_cipso()
Oops, I failed to update subject line.
From 07571157c91b98ce1a4aa70967531e64b78e8346 Mon Sep 17 00:00:00 2001
Date: Mon, 12 Apr 2021 22:25:06 +0900
Subject: [PATCH] smackfs: restrict bytes count in smk_set_cipso()
Commit 7ef4c19d245f3dc2 ("smackfs: restrict bytes count in smackfs write
functions") missed that count > SMK_CIPSOMAX check applies to only
format == SMK_FIXED24_FMT case.
Security readout for executives and security teams
Plain-English summary
CVE-2021-47336 is a Linux kernel Smack filesystem bug involving overly broad byte-count handling in CIPSO configuration writes. The public record gives no CVSS score and no evidence of active exploitation. Business urgency depends on whether affected Linux kernels are used with Smack enabled.
Executive priority
Treat as a targeted Linux kernel maintenance item unless Smack is broadly used in production. Prioritize validation on hardened or embedded Linux systems where Smack may be enabled. Lack of severity data and exploitation evidence prevents a stronger emergency rating.
Technical view
The issue is in smackfs smk_set_cipso(). A prior count restriction missed that the count > SMK_CIPSOMAX check should apply only to the SMK_FIXED24_FMT case. Kernel stable commits are provided as fixes across maintained branches. The sources do not describe remote reachability, exploit primitives, or impact detail beyond the kernel resolution text.
Likely exposure
Exposure appears limited to Linux systems running affected kernel versions with Smack and smackfs CIPSO configuration paths in use. The source bundle lists affected Linux versions including 3.5 and several stable branch levels through 5.14. Distribution backports may change apparent version exposure.
Exploitation context
The bundle provides no KEV listing, no exploit report, and no public exploitation claim. Because this is a kernel smackfs write-path flaw, practical exposure likely depends on local access and permissions to interact with Smack configuration, but the sources do not state required privileges.
Researcher notes
The available evidence is sparse. The key technical clue is the conditional scope of SMK_CIPSOMAX enforcement in smk_set_cipso(). Researchers should compare local vendor kernel sources against the stable commits rather than relying only on version strings.
Mitigation direction
Update to a vendor kernel containing the referenced stable fix.
Check Linux distribution advisories for backported fixes.
Prioritize systems using Smack or smackfs CIPSO configuration.
Restrict administrative access to smackfs according to vendor guidance.
Monitor vendor kernel updates if fixed packages are not yet available.
Validation and detection
Inventory Linux kernel versions across affected systems.
Confirm whether Smack LSM is enabled on each system.
Check whether smackfs is mounted or operationally used.
Verify vendor package changelogs include the referenced fix or backport.
Review kernel logs for Oops events involving smackfs or CIPSO.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2021-47336 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.