CVE-2022-40246: AMI Aptio · Write-what-where Condition
Affects AMI AptioSource CVE Database V5
Not known to be exploited · CVSS 7.2 High : upgrade to 6.0.0 soon.
Data as of 26 Oct 2026, 06:26 UTC
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 20 Sep 2022
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| AMI Aptio | Affected
| Fixed in
|
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