CVE-2023-53396: ubifs: Fix memory leak in do_rename
In the Linux kernel, the following vulnerability has been resolved:
ubifs: Fix memory leak in do_rename
If renaming a file in an encrypted directory, function
fscrypt_setup_filename allocates memory for a file name. This name is
never used, and before returning to the caller the memory for it is not
freed.
When running kmemleak on it we see that it is registered as a leak. The
report below is triggered by a simple program 'rename' that renames a
file in an encrypted directory:
unreferenced object 0xffff888101502840 (size 32):
comm "rename", pid 9404, jiffies 4302582475 (age 435.735s)
backtrace:
__kmem_cache_alloc_node
__kmalloc
fscrypt_setup_filename
do_rename
ubifs_rename
vfs_rename
do_renameat2
To fix this we can remove the call to fscrypt_setup_filename as it's not
needed.
Security readout for executives and security teams
Plain-English summary
CVE-2023-53396 is a Linux kernel UBIFS memory leak during file rename operations inside encrypted directories. A local, low-privileged user is required. The main business risk is availability degradation on affected Linux systems, not data theft or data modification.
Executive priority
Treat as a moderate operational risk. It is not currently evidenced as exploited in the wild, but affected systems with local user access could suffer availability impact. Prioritize embedded or specialized Linux environments using UBIFS encryption.
Technical view
The UBIFS do_rename path calls fscrypt_setup_filename for encrypted directories, allocating filename memory that is not freed. The kernel fix removes the unnecessary call. The CVSS vector is local, low complexity, low privilege, no user interaction, unchanged scope, and high availability impact.
Likely exposure
Exposure is most likely on Linux systems using UBIFS with encrypted directories. Kernel version and distribution backport status must be checked because the source bundle lists commit and version data rather than a simple product advisory.
Exploitation context
The bundle does not show active exploitation, and KEV status is false. Evidence supports a local denial-of-service style availability risk through memory leakage, but it does not support remote exploitation, confidentiality impact, or integrity impact.
Researcher notes
The key condition is UBIFS rename handling in encrypted directories. The source states fscrypt_setup_filename allocates memory that is not freed and the fix removes the unnecessary call. Affected version interpretation should rely on upstream commits and distributor backports.
Mitigation direction
Update affected Linux kernels using distribution or kernel stable guidance.
Prioritize systems using UBIFS with encrypted directories.
Apply vendor-provided backports when full kernel upgrade is not practical.
Monitor affected hosts for abnormal kernel memory growth.
Track the referenced stable kernel commits in change management.
Validation and detection
Inventory Linux systems using UBIFS and encrypted directories.
Compare running kernels against vendor advisories and referenced stable commits.
Confirm whether distribution kernels include the UBIFS do_rename fix.
Review system monitoring for unexplained memory pressure on exposed hosts.
Validate fixes first on representative non-production systems.
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.
cwe · low confidence lookup
CWE-401: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-401 · source CWE mapping
Missing Release of Memory after Effective Lifetime
Missing Release of Memory after Effective Lifetime represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.