AMI MegaRAC SP-X and OpenBMC
CVE-2026-74694
In the Linux kernel, the following vulnerability has been resolved: net/ncsi: fix heap OOB read in NCSI_CMD_SEND_CMD payload length ncsi_send_cmd_nl() takes the number of bytes to copy from the attacker-controlled ncsi_pkt_hdr.length field of the in-band packet header, while the source buffer is the NCSI_ATTR_DATA netlink attribute whose readable size is nla_len() - sizeof(ncsi_pkt_hdr). The two length sources are never cross-checked: only nla_len() >= sizeof(struct ncsi_pkt_hdr) is enforced. With hdr->length set larger than the attribute payload (up to 65535 against at most 2032 readabl...
What to do
NVD gives no version range for this CVE yet, so this page cannot name an update version. Read the vendor advisory for the fixed firmware.
NVD names no vendor advisory for it. Look it up at AMI and OpenBMC security advisories (search for CVE-2026-74694).
Do you run it?
Paste your BMC's Redfish answers into the Redfish Inspector: it compares the firmware version with the NVD ranges, in your browser. Or scan every BMC with the free scan.
Source: NVD CVE-2026-74694. PWX for MegaRAC and OpenBMC
Run it on your own fleet
PWX Discover is free: the scan reads your fleet and lists what to fix, on your machine. PWX Monitor keeps watching every layer, from the tenant to the power rail, with attack paths and alerts in your SIEM. PWX Protect acts on the BMC. Start with a pilot.