CVE-2024-42155: s390/pkey: Wipe copies of protected- and secure-keys
In the Linux kernel, the following vulnerability has been resolved:
s390/pkey: Wipe copies of protected- and secure-keys
Although the clear-key of neither protected- nor secure-keys is
accessible, this key material should only be visible to the calling
process. So wipe all copies of protected- or secure-keys from stack,
even in case of an error.
Security readout for executives and security teams
Plain-English summary
This Linux kernel issue affects IBM s390 systems using protected or secure key handling. The bug left copies of sensitive key material on the kernel stack instead of wiping them in all paths, including errors. The source does not provide CVSS, confirmed exploitation, or distribution-specific fixed package names.
Executive priority
Treat this as a targeted kernel confidentiality issue for s390 environments, not a broad internet-facing emergency. Prioritize regulated or cryptographic workloads where protected or secure keys are used.
Technical view
The s390 pkey code failed to clear stack copies of protected-key or secure-key material. Although clear keys were not exposed, kernel stack copies should remain visible only to the calling process. The upstream fix wipes those copies consistently, including error handling paths.
Likely exposure
Exposure appears limited to Linux kernel deployments on s390 architecture that use the pkey protected-key or secure-key functionality. General Linux systems on other architectures are not indicated by the source bundle.
Exploitation context
The CVE is not listed as KEV in the provided bundle, and no cited source states active exploitation. The available evidence describes a confidentiality hardening fix rather than a public exploit scenario.
Researcher notes
The source does not name a CWE, CVSS vector, exploitability conditions, or affected downstream packages. Analysis should stay close to the upstream fix: stack copies of protected and secure keys are now wiped on success and error paths.
Mitigation direction
Check Linux distribution advisories for kernels containing the upstream stable fixes.
Update affected s390 Linux kernels through normal vendor-supported channels.
Prioritize systems using pkey protected-key or secure-key operations.
Review vendor guidance before applying compensating controls or deployment-specific mitigations.
Validation and detection
Inventory Linux systems running on s390 architecture.
Confirm kernel versions against vendor fixed-package guidance or the referenced stable commits.
Identify workloads using protected-key or secure-key pkey functionality.
Verify patched kernels are deployed and active after reboot.
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-42155 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.