In the Linux kernel, the following vulnerability has been resolved: drm/virtio: fix dma_fence refcount leak on error in virtio_gpu_dma_fence_wait()… (CVE-2026-53190)
In the Linux kernel, the following vulnerability has been resolved: drm/virtio: fix dma_fence refcount leak on error in virtio_gpu_dma_fence_wait() dma_fence_unwrap_for_each() internally calls dma_fence_unwrap_first() which does cursor->chain = dma_fence_get(head), taking an extra reference. On normal loop completion, dma_fence_unwrap_next() releases this via dma_fence_chain_walk() -> dma_fence_put(). When virtio_gpu_do_fence_wait() fails and the function returns early from inside the loop, the cursor->chain reference is never released. This is the only caller in the entire kernel that does an early return inside dma_fence_unwrap_for_each. Add dma_fence_put(itr.chain) before the early return.
AI Analysis
Technical Summary
The vulnerability involves a reference count leak in the Linux kernel's drm/virtio subsystem. Specifically, dma_fence_unwrap_for_each() calls dma_fence_unwrap_first(), which increments a reference count. Normally, this reference is released by dma_fence_unwrap_next() on loop completion. However, if virtio_gpu_do_fence_wait() fails and returns early inside the loop, the reference is not released, causing a leak. This is unique as it is the only kernel caller that returns early inside dma_fence_unwrap_for_each. The fix involves adding dma_fence_put(itr.chain) before the early return to properly release the reference.
Potential Impact
The vulnerability results in a resource leak (dma_fence reference count leak) that can cause degradation or denial of service due to resource exhaustion. There is no impact on confidentiality or integrity. The CVSS vector indicates local attack vector, low complexity, low privileges required, no user interaction, unchanged scope, no confidentiality or integrity impact, and high availability impact.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. No official patch or fix links are provided in the available data. Users should monitor the Microsoft Security Response Center advisory for updates and apply any official fixes once available.
In the Linux kernel, the following vulnerability has been resolved: drm/virtio: fix dma_fence refcount leak on error in virtio_gpu_dma_fence_wait()… (CVE-2026-53190)
Description
In the Linux kernel, the following vulnerability has been resolved: drm/virtio: fix dma_fence refcount leak on error in virtio_gpu_dma_fence_wait() dma_fence_unwrap_for_each() internally calls dma_fence_unwrap_first() which does cursor->chain = dma_fence_get(head), taking an extra reference. On normal loop completion, dma_fence_unwrap_next() releases this via dma_fence_chain_walk() -> dma_fence_put(). When virtio_gpu_do_fence_wait() fails and the function returns early from inside the loop, the cursor->chain reference is never released. This is the only caller in the entire kernel that does an early return inside dma_fence_unwrap_for_each. Add dma_fence_put(itr.chain) before the early return.
CVSS v3.1
Score 5.5medium
Affected software
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability involves a reference count leak in the Linux kernel's drm/virtio subsystem. Specifically, dma_fence_unwrap_for_each() calls dma_fence_unwrap_first(), which increments a reference count. Normally, this reference is released by dma_fence_unwrap_next() on loop completion. However, if virtio_gpu_do_fence_wait() fails and returns early inside the loop, the reference is not released, causing a leak. This is unique as it is the only kernel caller that returns early inside dma_fence_unwrap_for_each. The fix involves adding dma_fence_put(itr.chain) before the early return to properly release the reference.
Potential Impact
The vulnerability results in a resource leak (dma_fence reference count leak) that can cause degradation or denial of service due to resource exhaustion. There is no impact on confidentiality or integrity. The CVSS vector indicates local attack vector, low complexity, low privileges required, no user interaction, unchanged scope, no confidentiality or integrity impact, and high availability impact.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. No official patch or fix links are provided in the available data. Users should monitor the Microsoft Security Response Center advisory for updates and apply any official fixes once available.
Technical Details
- Gcve Source
- db.gcve.eu
- Csaf Category
- csaf_vex
- Csaf Version
- 2.0
- Publisher
- Microsoft Security Response Center
- Advisory Id
- msrc_CVE-2026-53190
- Cve Count
- 1
- Additional Cves
- []
- Cvss Version
- 3.1
Threat ID: 6a42ed8527e9c79719953d67
Added to database: 06/29/2026, 22:11:17 UTC
Last enriched: 07/07/2026, 00:34:27 UTC
Last updated: 07/31/2026, 19:24:48 UTC
Views: 7
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.