Skip to main content
VulnerabilityPublished Updated

CVE-2024-36355: AMD EPYC™ 9004 Series Processors · Out-of-bounds Write

Affects AMD EPYC™ 9004 Series ProcessorsSource CVE Database V5

0

Not known to be exploited · CVSS 7.0 High.

Data as of 26 Oct 2026, 12:54 UTC

CVSS 4.0 base score
7.0High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:H/AT:P/PR:H/UI:N/VC:N/VI:H/VA:N/SC:H/SI:H/SA:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
AMDAMD EPYC™ 9004 Series ProcessorsAffected–Fixed in–
AMDAMD Ryzen™ Threadripper™ PRO 5000 WX-Series ProcessorsAffected–Fixed in–
AMDAMD Ryzen™ 5000 Series Mobile Processors with Radeon™ GraphicsAffected–Fixed in–
AMDAMD Ryzen™ Threadripper™ PRO 3000 WX-Series ProcessorsAffected–Fixed in–
AMDAMD Ryzen™ Z1 Series ProcessorsAffected–Fixed in–
AMDAMD Ryzen™ 9000 Series Desktop ProcessorsAffected–Fixed in–

AI-suggested

  1. Monitor AMD’s official security advisories and apply firmware or microcode updates promptly once patches become available to address this vulnerability.
  2. Restrict Ring0 or administrative access strictly to trusted personnel and implement robust access controls and auditing to prevent unauthorized privilege escalation.
  3. Employ hardware-based security features such as Trusted Platform Module (TPM) and secure boot to detect unauthorized modifications to firmware and SMRAM.
  4. Implement runtime integrity monitoring tools capable of detecting anomalous behavior during system sleep/wake cycles.
  5. Use virtualization and containerization to isolate workloads and limit the impact of potential compromises.
  6. Regularly review and harden system management firmware configurations to minimize attack surface.
  7. Conduct thorough security assessments and penetration testing focusing on privileged access paths and firmware security.
  8. Maintain comprehensive incident response plans that include firmware-level compromise scenarios.

Description

Improper input validation in the SMM handler could allow an attacker with Ring0 access to write to SMRAM and modify execution flow for S3 (sleep) wake up, potentially resulting in arbitrary code execution.

References

Community reviews

Loading reviews…