CVE-2022-21816
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 · uneditedNVIDIA vGPU software contains a vulnerability in the Virtual GPU Manager (nvidia.ko), where a user in the guest OS can cause a GPU interrupt storm on the hypervisor host, leading to a denial of service.
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 confidenceNVIDIA vGPU Manager kernel module (nvidia.ko) contains a vulnerability where a guest OS user can trigger excessive GPU interrupts that propagate to the hypervisor host, causing an interrupt storm and resulting in denial of service.
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< 2022>= 8.0, < 8.10>= 11.0, < 11.7>= 13.0, < 13.2CVSS 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
- None
- Integrity
- None
- Availability
- High
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/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.
-
Check if NVIDIA vGPU kernel module is loadedRun `lsmod | grep nvidia` or `modinfo nvidia` to verify the presence of the nvidia.ko kernel module on the hypervisor host.Affected if The nvidia.ko module is loaded and present on the system.
-
Determine installed NVIDIA vGPU software versionRun `modinfo nvidia` and note the version string (e.g., in the 'version' or 'srcversion' field). Compare this version against the affected ranges: Nvidia Cloud Gaming Virtual Gpu < 2022, Nvidia Virtual Gpu >= 8.0 and < 8.10, >= 11.0 and < 11.7, >= 13.0 and < 13.2.Affected if The installed version falls within any of the specified vulnerable version ranges.
-
Verify vGPU configuration is enabledConfirm that the hypervisor is configured with vGPU-enabled guest VMs (e.g., check hypervisor inventory or VM settings for assigned vGPU devices). This may involve using hypervisor management tools (like virsh for KVM, vSphere Client for VMware, etc.) to list VMs with vGPU resources.Affected if The hypervisor has at least one guest VM configured with a vGPU device, enabling the guest OS to interact with the NVIDIA vGPU Manager.
The environment is affected if the NVIDIA vGPU software version is within the vulnerable ranges AND the hypervisor is configured with vGPU-enabled guest VMs, allowing guest users to trigger the interrupt storm.
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 · scoped8.1011.713.2
Apply the vendor-supplied patch for NVIDIA vGPU software as specified in the NVIDIA security bulletin; ensure guest VM users cannot trigger uncontrolled GPU interrupt generation.
Virtual Gpu: upgrade to 8.10, 11.7, or 13.2 (or later); Cloud Gaming Virtual Gpu: upgrade to 2022 or later
- 1. Identify the currently installed NVIDIA vGPU software version using nvidia-smi or checking the Virtual GPU Manager (nvidia.ko) version
- 2. Determine which affected version range your current installation falls into (Virtual Gpu 8.x, 11.x, 13.x, or Cloud Gaming Virtual Gpu)
- 3. Access the NVIDIA licensing portal or contact NVIDIA enterprise support to obtain the appropriate fixed version
- 4. Schedule a maintenance window as the upgrade will require host reboot
- 5. Backup current vGPU configurations and virtual machine settings
- 6. Download the fixed vGPU software package (version 8.10 or later for 8.x, 11.7 or later for 11.x, 13.2 or later for 13.x, or 2022 or later for Cloud Gaming)
- 7. Install the updated Virtual GPU Manager on the hypervisor host following NVIDIA's standard upgrade procedure
- 8. Restart the hypervisor host to load the new nvidia.ko driver
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation2.0 h
- Implementation3.0 h
- Testing3.0 h
- Review / QA1.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $2,512.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2022-21816 — 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-21816 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