Skip to main content
CVE-2022-40246VulnerabilityPublished Updated

CVE-2022-40246: AMI Aptio · Write-what-where Condition

Affects AMI AptioSource CVE Database V5

0

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

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
7.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 41% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 6.0.0
CVSS:3.1/AV:P/AC:L/PR:H/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 2026-10-26.

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

Given the absence of an official patch link, European organizations should take immediate steps to mitigate risk. First, enforce strict physical security controls to prevent unauthorized access to systems, including locked server rooms and surveillance. Second, implement firmware integrity verification mechanisms such as measured boot and trusted platform module (TPM) attestation to detect unauthorized modifications during boot. Third, restrict S3 sleep state usage or disable it where feasible, as the vulnerability is exploitable only during S3 resume. Fourth, monitor firmware versions and subscribe to AMI security advisories to apply patches promptly once available. Fifth, employ runtime memory protection and virtualization-based security features that can limit the impact of firmware-level compromises. Sixth, conduct regular firmware audits and penetration testing focusing on boot process security. Finally, consider hardware replacement or firmware upgrades for systems running vulnerable Aptio versions if patches are delayed, prioritizing critical infrastructure. These measures, combined, reduce the attack surface and improve detection and response capabilities against exploitation attempts.

Description

A potential attacker can write one byte by arbitrary address at the time of the PEI phase (only during S3 resume boot mode) and influence the subsequent boot stages. This can lead to the mitigations bypassing, physical memory contents disclosure, discovery of any secrets from any Virtual Machines (VMs) and bypassing memory isolation and confidential computing boundaries. Additionally, an attacker can build a payload which can be injected into the SMRAM memory. This issue affects: Module name: SbPei SHA256: d827182e5f9b7a9ff0b9d3e232f7cfac43b5237e2681e11f005be627a49283a9 Module GUID: c1fbd624-27ea-40d1-aa48-94c3dc5c7e0d

References

Community reviews

Loading reviews…