CVE-2024-36031: keys: Fix overwrite of key expiration on instantiation
In the Linux kernel, the following vulnerability has been resolved:
keys: Fix overwrite of key expiration on instantiation
The expiry time of a key is unconditionally overwritten during
instantiation, defaulting to turn it permanent. This causes a problem
for DNS resolution as the expiration set by user-space is overwritten to
TIME64_MAX, disabling further DNS updates. Fix this by restoring the
condition that key_set_expiry is only called when the pre-parser sets a
specific expiry.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel bug where a key’s expiration can be overwritten during creation, making it effectively permanent. The cited description highlights DNS-resolution impact because stale key data may stop expected DNS updates. The CVE carries a critical CVSS score, but the provided sources do not show active exploitation.
Executive priority
Prioritize patching through normal critical kernel maintenance, especially on internet-exposed or production Linux systems. The score is severe, but available sources emphasize correctness and DNS update impact rather than confirmed attacks. Use vendor kernel updates and reboot planning to reduce risk cleanly.
Technical view
The kernel keys subsystem unconditionally reset expiry during key instantiation, defaulting to TIME64_MAX. The fix restores conditional expiry handling so key_set_expiry is called only when the preparser provides a specific expiry. Evidence names Linux kernel versions and multiple stable-branch commits, plus a Debian LTS advisory.
Likely exposure
Exposure is likely on Linux systems running affected kernel builds or distro kernels missing the referenced stable fixes. Systems using kernel keyrings for DNS resolver behavior may see operational impact. Confirm exposure through the vendor’s patched package status, because distro backports can differ from upstream version numbers.
Exploitation context
The source bundle marks KEV as false and provides no cited evidence of exploitation in the wild. The CVSS vector is network, low-complexity, and unauthenticated, but the bundle does not document a practical exploit path. Treat exploit status as unconfirmed, not proven active.
Researcher notes
The evidence is strongest for root cause and fix location, not exploitation. The CWE-324 mapping appears broad relative to the described key-expiry logic. Validate affectedness carefully across stable branches and distribution backports, and avoid assuming exploitability beyond the supplied CVSS metadata.
Mitigation direction
Update to a vendor kernel containing the referenced stable fixes.
Apply the relevant Debian LTS kernel update where applicable.
For custom kernels, review and incorporate the upstream stable fix through normal kernel maintenance.
Reboot into the patched kernel after installation.
Monitor Linux and distribution advisories for corrected affected-version guidance.
Validation and detection
Inventory running Linux kernel versions and distro package release levels.
Compare installed kernels with vendor advisories, not only upstream version strings.
Verify the stable fix is present in custom kernel source trees.
Confirm affected systems have rebooted into the patched kernel.
Check DNS-resolution behavior where key expiration affects operational reliability.
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-324: 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.
1CVSS vectors
3Timeline events
2ADP providers
9Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
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-324 · source CWE mapping
Use of a Key Past its Expiration Date
Use of a Key Past its Expiration Date represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.