Skip to main content
VulnerabilityPublished Updated

CVE-2022-40250: AMI Aptio · Stack-based Buffer Overflow

Affects AMI AptioSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High : upgrade to 6.0.0 soon.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 6.0.0
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Sep 2022

  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

Upgrade AMI Aptio to 6.0.0.

Affected software

ProductAffectedFixed in
AMI AptioAffected
  • >=5.0.0 <6.0.0
Fixed in
  • 6.0.0

AI-suggested

1. Firmware Updates: Organizations should urgently coordinate with their hardware vendors and AMI to obtain and deploy firmware updates or patches addressing CVE-2022-40250. If official patches are unavailable, request vendor guidance or mitigations. 2. Firmware Integrity Verification: Implement robust firmware integrity verification processes using cryptographic signatures and secure boot chains to detect unauthorized firmware modifications. 3. Restrict Physical and Administrative Access: Limit access to systems' firmware interfaces and management consoles to trusted personnel only, reducing the risk of local exploitation. 4. Monitor for Anomalies: Deploy advanced endpoint detection and response (EDR) tools capable of detecting unusual SMM activity or firmware tampering indicators. 5. Use Hardware Security Features: Enable hardware-based protections such as Intel Boot Guard or AMD Platform Secure Boot where available to prevent unauthorized firmware changes. 6. Incident Response Preparedness: Develop and test incident response plans that include firmware compromise scenarios, including procedures for re-flashing or replacing affected hardware. 7. Network Segmentation: Isolate critical systems with vulnerable firmware to limit lateral movement in case of compromise. 8. Vendor Communication: Maintain active communication channels with AMI and hardware vendors for timely updates and threat intelligence sharing.

Description

An attacker can exploit this vulnerability to elevate privileges from ring 0 to ring -2, execute arbitrary code in System Management Mode - an environment more privileged than operating system (OS) and completely isolated from it. Running arbitrary code in SMM additionally bypasses SMM-based SPI flash protections against modifications, which can help an attacker to install a firmware backdoor/implant into BIOS. Such a malicious firmware code in BIOS could persist across operating system re-installs. Additionally, this vulnerability potentially could be used by malicious actors to bypass security mechanisms provided by UEFI firmware (for example, Secure Boot and some types of memory isolation for hypervisors). This issue affects: Module name: SmmSmbiosElog SHA256: 3a8acb4f9bddccb19ec3b22b22ad97963711550f76b27b606461cd5073a93b59 Module GUID: 8e61fd6b-7a8b-404f-b83f-aa90a47cabdf This issue affects: AMI Aptio 5.x. This issue affects: AMI Aptio 5.x.

References

Community reviews

Loading reviews…