Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain physical USB access to device
-
DeliverySet device to USB boot mode
-
ExploitSend oversized DFU download requests
-
ExecutionOverflow DDR buffer into FSBL memory
-
ImpactExecute injected code during boot
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the device to be in USB boot mode and an attacker able to drive DFU (Device Firmware Upgrade) download requests over a local/physical USB connection to the affected AMD Zynq UltraScale+ MPSoC/RFSoC or Kria SOM. The specific limiting factors are: (1) physical/local USB access to the device, (2) the device actually being configured or forced into USB boot mode rather than booting from QSPI/eMMC/SD in production, and (3) exploitation occurring during the early boot window before the FSBL hands off. These conditions mean deployed devices that do not expose USB boot in the field are not practically exposed; the attack is most relevant where devices boot via USB or where an attacker controls the physical boot configuration. |
| Impact | This is a genuine integrity-of-boot issue but NOT a widespread remote-exploitation emergency. The CVSS 4.0 vector (AV:L/AC:L/AT:P/PR:N/UI:N) is the key signal: although no privileges or user interaction are needed, the Attack Vector is Local and Attack Requirements are Present (AT:P), meaning the attacker needs the device placed in USB boot mode with a physical/local USB connection - this is not a network-reachable flaw. Vulnerable-system impact is High across confidentiality, integrity and availability (VC:H/VI:H/VA:H), reflecting arbitrary code execution during the trusted boot chain (FSBL), which is severe for a hardware root-of-trust. No EPSS score, no CISA KEV listing, and no public POC are present in the supplied data, so there is no evidence of active or automatable exploitation - consistent with a hardware/firmware bug that requires physical device access rather than a mass-exploitable software defect. Signals are internally consistent: the local vector and physical attack requirement align with the boot-mode description, so there is no CVSS-versus-description conflict to flag. Overall this is a high-severity-but-low-likelihood issue whose realistic risk is concentrated in scenarios where an attacker already has physical or supply-chain access to the device. |
| Exploit ScenarioDerived | An attacker with physical access to an AMD Zynq UltraScale+ device set to USB boot mode connects over USB and issues oversized DFU download requests that overflow the DDR receive buffer into FSBL memory, injecting code that executes within the boot process. No public exploit code was identified in the provided data, so this remains a theoretical/vendor-reported scenario requiring hands-on device access. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 05, 2026
Unauthorized code execution during the boot process is possible on AMD Zynq UltraScale+ MPSoC, Zynq UltraScale+ RFSoC, and Kria SOM devices when an attacker with physical or local USB access can drive oversized Device Firmware Upgrade (DFU) download requests while the device is held in USB boot mode. The flaw is an out-of-bounds write (CWE-787) in the USB boot-mode DFU path: missing boundary validation allows the download to overflow the DDR receive buffer and corrupt adjacent First Stage Boot Loader (FSBL) memory before the FSBL hands off to later boot stages. AMD rates this 7.5 (CVSS 4.0 AV:L/AC:L/AT:P/PR:N/UI:N with High confidentiality, integrity, and availability impact to the device); no public exploit code and no confirmed active exploitation were identified at time of analysis, and practical exposure is limited to devices whose boot configuration actually permits USB boot rather than QSPI/eMMC/SD.
RemediationAI
AMD has published Product Security Bulletin AMD-SB-8029 (https://www.amd.com/en/resources/product-security/bulletin/AMD-SB-8029.html), which is the authoritative source for fixed boot firmware or FSBL releases and vendor-supplied mitigations; consult it and apply the listed boot firmware update for each affected Zynq UltraScale+ MPSoC, RFSoC, or Kria SOM design, since the exact fixed version is not confirmed in the available data. The most effective compensating control is to eliminate the attack surface in deployed systems by permanently disabling USB boot mode - locking the boot mode pins or programming the boot-mode eFUSE so the device boots only from QSPI/eMMC/SD - which removes the DFU download path entirely; the trade-off is that field provisioning and recovery over USB is lost, so an alternative recovery path (programmed QSPI image, JTAG, or an authenticated update mechanism) must be established first. Where USB boot cannot be disabled, restrict physical access to the USB/boot-mode pins and enclosures for units in the field, and avoid leaving boards in USB boot mode outside a controlled bench environment; the trade-off is increased physical security cost and reliance on tamper-resistant housing. Do not rely on OS-level or late boot-stage protections, as the corruption occurs before the FSBL hands off. Monitor AMD's bulletin for an updated FSBL/boot ROM that adds length validation to the DFU download path, and verify that any such fix is applied to all production images.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
AMD Zynq UltraScale+ MPSoC and RFSoC devices, along with Kria System-on-Modules built on the same silicon, support a USB boot mode used for provisioning and field recovery. In that mode the on-chip boot ROM hands control to the First Stage Boot Loader (FSBL), which supports Device Firmware Upgrade (DFU) download transfers into a DDR receive buffer. CVE-2026-0461 is rooted in CWE-787 (Out-of-bounds Write): the DFU download path performs insufficient validation of the requested transfer length, so a crafted or merely oversized download request can write past the end of the DDR receive buffer and into FSBL memory space. Because this corruption occurs in the earliest, implicitly trusted stage of the boot chain, it cannot be detected or remediated by later boot stages or by operating-system-level protections - the affected code runs before any such controls exist. The CVSS 4.0 vector (AT:P, AV:L) reflects that the attacker must both reach the device over a local/physical USB link and have the device in USB boot mode; the supplied independent CVSS 3.1 assessment (AV:L/AC:H/PR:N/UI:N, C/I/A:H) similarly treats exploitation as a local, high-complexity, no-privilege-required operation constrained by boot configuration and the early-boot timing window. CPE records track the three affected families - amd:zynq_ultrascale+_mpsocs, amd:zynq_ultrascale+_rfsocs, and amd:kria_soms - with wildcard version fields, meaning the advisory is not scoped to a single fixed firmware release.
Know when Zynq Ultrascale Mpsocs gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
USB-boot-mode local access makes AV:L; the required USB-boot condition maps the 4.0 AT:P to AC:H; no auth or interaction needed, with full boot-chain code execution giving C/I/A High.
Primary rating from Vendor (AMD).
CVSS VectorVendor: AMD
DescriptionCVE.org
Insufficient boundary validation in the USB boot mode implementation of AMD Zynq™ UltraScale+ MPSoC and RFSoC devices could allow unbounded Device Firmware Upgrade (DFU) download requests to overflow the DDR receive buffer into FSBL memory, potentially resulting in unauthorized code execution during the boot process. This issue could impact the confidentiality, integrity, or availability of affected system.
Executive ViewAI
AMD Zynq UltraScale+ MPSoC, Zynq UltraScale+ RFSoC, and Kria SOM-based devices are exposed to a high-severity boot-time code-execution flaw when configured to permit USB boot, allowing an attacker with physical or local USB access to compromise device confidentiality, integrity, and availability. Because no vendor patch is currently available and the issue occurs before later boot stages, leadership should prioritize inventory and hardening of affected fielded devices, especially those in accessible or unmanaged locations. No public exploit identified at time of analysis, and exposure is limited to devices whose boot configuration actually enables USB boot rather than QSPI/eMMC/SD.
No vendor-released patch identified at time of analysis; interim mitigations include disabling USB boot mode and configuring boot from QSPI/eMMC/SD where operationally possible, restricting physical and local USB access to affected AMD Zynq UltraScale+ MPSoC, Zynq UltraScale+ RFSoC, and Kria SOM devices, enforcing secure boot where supported, and monitoring the AMD advisory for CVE-2026-0461.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
EUVD-2026-92813
GHSA-2xg6-gqcc-77jw
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB