Skip to main content
CVE-2022-40262VulnerabilityPublished Updated

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

Affects AMI AptioSource CVE Database V5

0

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

Data as of 26 Oct 2026, 07:57 UTC

CVSS 3.1 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 25% 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: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

1. 2. Restrict local privileged access: Since exploitation requires high privileges and local access, tighten physical and administrative access controls to prevent unauthorized users from gaining such access. 3. Enable and enforce secure boot and measured boot: These mechanisms can help detect unauthorized firmware modifications and prevent execution of untrusted code during boot. 4. Use hardware-based security features: Employ Trusted Platform Module (TPM) and Intel Boot Guard or equivalent technologies to protect boot integrity. 5. Monitor firmware integrity: Deploy tools capable of detecting firmware anomalies or unauthorized changes, including runtime firmware integrity verification solutions. 6. Harden virtualization environments: Limit exposure of virtual machines by applying strict isolation policies and monitoring for unusual memory access patterns. 7. Incident response preparedness: Develop and test incident response plans that include firmware compromise scenarios, ensuring rapid detection and remediation. 8. Vendor engagement: Maintain close communication with AMI and hardware vendors for timely threat intelligence and patch releases. 9. Network segmentation: Isolate critical systems with vulnerable firmware to reduce attack surface and lateral movement opportunities. 10. Audit and limit use of SMM: Where possible, disable or restrict System Management Mode features that are not essential, reducing attack vectors for SMRAM injection.

Description

A potential attacker can execute an arbitrary code at the time of the PEI phase 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: S3Resume2Pei SHA256: 7bb29f05534a8a1e010443213451425098faebd45948a4642db969b19d0253fc Module GUID: 89E549B0-7CFE-449D-9BA3-10D8B2312D71

References

Community reviews

Loading reviews…