CVE-2024-36967: KEYS: trusted: Fix memory leak in tpm2_key_encode()
In the Linux kernel, the following vulnerability has been resolved:
KEYS: trusted: Fix memory leak in tpm2_key_encode()
'scratch' is never freed. Fix this by calling kfree() in the success, and
in the error case.
Security readout for executives and security teams
Plain-English summary
CVE-2024-36967 is a Linux kernel memory leak in TPM2 trusted-key handling. The kernel allocated a temporary buffer and did not free it. The public record does not provide CVSS, impact depth, or exploitation evidence, so business urgency depends on affected kernel deployment and use of trusted keys.
Executive priority
Track and patch through normal Linux kernel maintenance unless local exposure is high. Escalate priority for systems relying on TPM2 trusted keys or with strict availability requirements, because memory leaks can contribute to resource exhaustion.
Technical view
The issue is in tpm2_key_encode() under Linux KEYS trusted functionality. The source says the scratch allocation was not freed on success or error paths, and stable commits fix this with kfree(). The bundle lists Linux kernel versions as affected and references multiple stable branch fixes.
Likely exposure
Exposure is most plausible on Linux systems running affected kernel versions and using TPM2-backed trusted keys. The bundle does not identify specific distributions, appliances, cloud images, or configurations beyond Linux kernel version data.
Exploitation context
The bundle does not show active exploitation, public exploit code, KEV listing, or an attack path. Treat this as a kernel resource-management flaw requiring patch verification, not as confirmed active compromise evidence.
Researcher notes
Evidence is limited to the CVE description and Linux stable commit references. No CVSS, CWE, exploitability assessment, or distribution-specific advisory is present in the bundle. Avoid assuming remote reachability or privilege requirements without vendor analysis.
Mitigation direction
Inventory Linux kernel versions across servers, endpoints, appliances, and images.
Apply vendor kernel updates containing the referenced stable Linux fixes.
Prioritize systems using TPM2 trusted keys or security-sensitive key management.
Follow distribution guidance for backported fixes and reboot requirements.
Monitor vendor advisories for severity, package names, and release status.
Validation and detection
Confirm running kernels are outside affected ranges or include a fixed vendor backport.
Check kernel changelogs for CVE-2024-36967 or the trusted keys TPM2 fix.
Verify whether TPM2 trusted-key functionality is enabled or operationally used.
Confirm patch deployment after reboot by recording active kernel versions.
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-2024-36967 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.