Answer in brief
CVE-2024-47748 records a Unknown severity vulnerability in vhost_vdpa: assign irq bypass producer token correctly. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2024-47748 records a Unknown severity vulnerability in vhost_vdpa: assign irq bypass producer token correctly. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <0c170b1e918b9afac25e2bbd01eaa2bfc0ece8c0 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <927a2580208e0f9b0b47b08f1c802b7233a7ba3c || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <ec5f1b54ceb23475049ada6e7a43452cf4df88d1 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <ca64edd7ae93402af2596a952e0d94d545e2b9c0 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <fae9b1776f53aab93ab345bdbf653b991aed717d || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <7cf2fb51175cafe01df8c43fa15a06194a59c6e2 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <02e9e9366fefe461719da5d173385b6685f70319 | 0c170b1e918b9afac25e2bbd01eaa2bfc0ece8c0, 927a2580208e0f9b0b47b08f1c802b7233a7ba3c, ec5f1b54ceb23475049ada6e7a43452cf4df88d1, ca64edd7ae93402af2596a952e0d94d545e2b9c0, fae9b1776f53aab93ab345bdbf653b991aed717d, 7cf2fb51175cafe01df8c43fa15a06194a59c6e2, 02e9e9366fefe461719da5d173385b6685f70319 |
| Linux/Linuxgeneric | 5.9 | Not reported |
Published upstream
Oct 21, 2024
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: vhost_vdpa: assign irq bypass producer token correctly We used to call irq_bypass_unregister_producer() in vhost_vdpa_setup_vq_irq() which is problematic as we don't know if the token pointer is still valid or not. Actually, we use the eventfd_ctx as the token so the life cycle of the token should be bound to the VHOST_SET_VRING_CALL instead of vhost_vdpa_setup_vq_irq() which could be called by set_status(). Fixing this by setting up irq bypass producer's token when handling VHOST_SET_VRING_CALL and un-registering the producer before calling vhost_vring_ioctl() to prevent a possible use after free as eventfd could have been released in vhost_vring_ioctl(). And such registering and unregistering will only be done if DRIVER_OK is set.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <0c170b1e918b9afac25e2bbd01eaa2bfc0ece8c0 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <927a2580208e0f9b0b47b08f1c802b7233a7ba3c || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <ec5f1b54ceb23475049ada6e7a43452cf4df88d1 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <ca64edd7ae93402af2596a952e0d94d545e2b9c0 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <fae9b1776f53aab93ab345bdbf653b991aed717d || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <7cf2fb51175cafe01df8c43fa15a06194a59c6e2 || >=2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60 <02e9e9366fefe461719da5d173385b6685f70319 | 0c170b1e918b9afac25e2bbd01eaa2bfc0ece8c0, 927a2580208e0f9b0b47b08f1c802b7233a7ba3c, ec5f1b54ceb23475049ada6e7a43452cf4df88d1, ca64edd7ae93402af2596a952e0d94d545e2b9c0, fae9b1776f53aab93ab345bdbf653b991aed717d, 7cf2fb51175cafe01df8c43fa15a06194a59c6e2, 02e9e9366fefe461719da5d173385b6685f70319 |
| Linux/Linuxgeneric | 5.9 | Not reported |
Published upstream
Oct 21, 2024
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: vhost_vdpa: assign irq bypass producer token correctly We used to call irq_bypass_unregister_producer() in vhost_vdpa_setup_vq_irq() which is problematic as we don't know if the token pointer is still valid or not. Actually, we use the eventfd_ctx as the token so the life cycle of the token should be bound to the VHOST_SET_VRING_CALL instead of vhost_vdpa_setup_vq_irq() which could be called by set_status(). Fixing this by setting up irq bypass producer's token when handling VHOST_SET_VRING_CALL and un-registering the producer before calling vhost_vring_ioctl() to prevent a possible use after free as eventfd could have been released in vhost_vring_ioctl(). And such registering and unregistering will only be done if DRIVER_OK is set.
Quoted source text, attributed separately from HOL analysis.