CVE-2022-3431
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedA potential vulnerability in a driver used during manufacturing process on some consumer Lenovo Notebook devices that was mistakenly not deactivated may allow an attacker with elevated privileges to modify secure boot setting by modifying an NVRAM variable.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceA manufacturing debug driver was mistakenly left active in the firmware of certain Lenovo consumer notebooks. This driver allows an attacker with elevated privileges to modify NVRAM variables, specifically compromising secure boot settings by altering the secure boot configuration in UEFI NVRAM.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE data< gscn34ww< grcn22ww< gscn34ww< f7cn39ww< ghcn28ww< klcn15ww< hucn16ww< f7cn39wwCVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Local
- Complexity
- Low
- Privileges
- Low
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- High
- Availability
- High
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Identify your Lenovo notebook modelCheck the product label on the device bottom, or run `systeminfo` (Windows) or `cat /sys/class/dmi/id/product_name` (Linux) to confirm the exact model number matches one of the affected products: Ideapad Creator 5 16ach6, Ideapad 5 Pro 16ihu6, Ideapad 5 Pro 16ach6, Yoga Slim 7 13itl05, Yoga Slim 7 13acn05, Yoga Slim 7 Pro 16arh7, Yoga Slim 7 Pro 16ach6, or Yoga Slim 7 Carbon 13itl5.Affected if The model number is one of the listed affected products.
-
Check the installed firmware versionAccess UEFI/BIOS setup on boot (press F2 or Enter during startup) and view the BIOS version, or use `wmic bios get smbiosbiosversion` (Windows) or `cat /sys/class/dmi/id/bios_version` (Linux). Compare the version against the affected threshold: gscn34ww, grcn22ww, f7cn39ww, ghcn28ww, klcn15ww, or hucn16ww depending on your model.Affected if The installed firmware version is lower than the listed version for your specific model.
-
Verify secure boot status in UEFIEnter UEFI/BIOS setup and navigate to the Secure Boot option (usually under Boot or Security tab), or run `Confirm-SecureBootUEFI` (Windows PowerShell) to check if secure boot is currently enabled.Affected if Secure boot is disabled - this makes the NVRAM manipulation more impactful for bypassing boot protections.
-
Inspect NVRAM variable integrityFrom an elevated command prompt in Windows, run `bcdedit /enum firmware` to list firmware boot entries, or use `powercfg /device enumerate` to check for unexpected device changes. Compare current NVRAM variables against a known-good baseline if available.Affected if There are unexpected or modified NVRAM variables, particularly in the secure boot configuration space.
You are affected if your Lenovo notebook model and firmware version match the affected list, especially if secure boot is disabled or you detect unauthorized NVRAM variable changes.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scopedApply Lenovo firmware/BIOS updates as they become available to deactivate the vulnerable manufacturing driver. Organizations should verify secure boot is enabled in UEFI settings and monitor for unauthorized NVRAM variable modifications.
Firmware update to version gscn34ww (or model-specific: grcn22ww, f7cn39ww, ghcn28ww, klcn15ww, hucn16ww) or later depending on exact model
- 1. Identify the exact model number of the Lenovo device from the affected list (Ideapad Creator 5 16ach6, Ideapad 5 Pro 16ihu6, Ideapad 5 Pro 16ach6, Yoga Slim 7 13itl05, Yoga Slim 7 13acn05, Yoga Slim 7 Pro 16arh7, Yoga Slim 7 Pro 16ach6, or Yoga Slim 7 Carbon 13itl5)
- 2. Determine the current firmware version by entering the device's BIOS/UEFI setup (typically press F2 or Fn+F2 at startup) or using Lenovo Vantage/Lenovo System Update software
- 3. Navigate to support.lenovo.com and enter the specific model number in the search or driver download section
- 4. Locate the BIOS/UEFI firmware update for the device
- 5. Download the appropriate firmware version equal to or higher than the fixed version for the specific model (gscn34ww, grcn22ww, f7cn39ww, ghcn28ww, klcn15ww, or hucn16ww depending on model)
- 6. Run the firmware update utility as administrator, ensuring the device is connected to power and not interrupted
- 7. Allow the system to reboot and complete the firmware flash process
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation4.0 h
- Implementation8.0 h
- Testing6.0 h
- Review / QA2.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $5,600.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2022-3431 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2022-3431 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data