A heap overflow in SMM module may allow an attacker with access to a second vulnerability that enables writing to SPI flash, potentially resulting in arbitrary code execution.
Product
AMD Ryzen™ Embedded 5000 vulnerabilities
18 published CVES affecting AMD Ryzen™ Embedded 5000, from public sources (CVE.org, NVD, CISA KEV, FIRST EPSS, OSV).
- Total
- 18
- Critical
- 1
- High
- 13
- Medium
- 3
- Low
- 1
- Unscored
- 0
- CISA KEV
- 0
Latest AMD Ryzen™ Embedded 5000 CVEs
Newest publication first
-
HighCVSS 7.4 EPSS 0.15%
-
HighCVSS 7.7 EPSS 0.12%
Insufficient Verification of Data Authenticity in AGESA™ may allow an attacker to update SPI ROM data potentially resulting in denial of service or privilege escalation.
-
MediumCVSS 6.4 EPSS 0.11%
Improper signature verification in AMD CPU ROM microcode patch loader may allow an attacker with local administrator privilege to load malicious microcode, potentially resulting in loss of integrity of x86 instruction execution, loss of confidentiality and integrity of data in x8...
-
HighCVSS 7.5 EPSS 0.18%
Improper input validation in the SMM handler may allow a privileged attacker to overwrite SMRAM, potentially leading to arbitrary code execution.
-
HighCVSS 7.5 EPSS 0.18%
Improper input validation in the SMM handler may allow a privileged attacker to overwrite SMRAM, potentially leading to arbitrary code execution.
-
HighCVSS 7.5 EPSS 0.18%
Improper input validation in the SMM handler may allow a privileged attacker to overwrite SMRAM, potentially leading to arbitrary code execution.
-
MediumCVSS 5.7 EPSS 0.16%
Improper access control in the fTPM driver in the trusted OS could allow a privileged attacker to corrupt system memory, potentially leading to loss of integrity, confidentiality, or availability.
-
LowCVSS 2.3 EPSS 0.15%
An integer overflow in the ASP could allow a privileged attacker to perform an out-of-bounds write, potentially resulting in loss of data integrity.
-
HighCVSS 8.2 EPSS 0.20%
SMM Callout vulnerability within the AmdCpmDisplayFeatureSMM driver could allow locally authenticated attackers to overwrite SMRAM, potentially resulting in arbitrary code execution.
-
HighCVSS 8.2 EPSS 0.20%
Improper input validation within the AmdPspP2CmboxV2 driver may allow a privileged attacker to overwrite SMRAM, leading to arbitrary code execution.
-
HighCVSS 7.5 EPSS 0.63%
Improper validation in a model specific register (MSR) could allow a malicious program with ring0 access to modify SMM configuration while SMI lock is enabled, potentially leading to arbitrary code execution.
-
HighCVSS 7.8 EPSS 0.18%
Insufficient checking of memory buffer in ASP Secure OS may allow an attacker with a malicious TA to read/write to the ASP Secure OS kernel virtual address space potentially leading to privilege escalation.
-
HighCVSS 7.8 EPSS 0.20%
Insufficient protections in System Management Mode (SMM) code may allow an attacker to potentially enable escalation of privilege via local access.
-
CriticalCVSS 9.8 EPSS 0.99%
Improper access control in System Management Mode (SMM) may allow an attacker to write to SPI ROM potentially leading to arbitrary code execution.
-
HighCVSS 7.5 EPSS 0.50%
Insufficient DRAM address validation in System Management Unit (SMU) may allow an attacker to read/write from/to an invalid DRAM address, potentially resulting in denial-of-service.
-
HighCVSS 7.5 EPSS 0.51%
Insufficient DRAM address validation in System Management Unit (SMU) may allow an attacker to read/write from/to an invalid DRAM address, potentially resulting in denial-of-service.
-
MediumCVSS 5.5 EPSS 0.18%
Improper initialization of variables in the DXE driver may allow a privileged user to leak sensitive information via local access.
-
HighCVSS 7.8 EPSS 0.30%
Insufficient verification of missing size check in 'LoadModule' may lead to an out-of-bounds write potentially allowing an attacker with privileges to gain code execution of the OS/kernel by loading a malicious TA.
Sources: CVE.org, NVD, CISA KEV, FIRST EPSS, OSV and public exploit-reference metadata. Product matching comes from the published CVE records. A proof-of-concept means public code exists; it is not evidence of exploitation.