Answer in brief
CVE-2025-21870 records a Unknown severity vulnerability in ASoC: SOF: ipc4-topology: Harden loops for looking up ALH copiers. 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 | >=a150345aa758492e05d2934f318ce7c2566b1cfe <87c8768a96092ce75cd47fe076db5080db7ac515 || >=a150345aa758492e05d2934f318ce7c2566b1cfe <93c6c2e5801aab09ef1ef99f248f3cd323c3f152 || >=a150345aa758492e05d2934f318ce7c2566b1cfe <6fd60136d256b3b948333ebdb3835f41a95ab7ef | 87c8768a96092ce75cd47fe076db5080db7ac515, 93c6c2e5801aab09ef1ef99f248f3cd323c3f152, 6fd60136d256b3b948333ebdb3835f41a95ab7ef |
| Linux/Linuxgeneric | 6.0 | Not reported |
Published upstream
Mar 27, 2025
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: ASoC: SOF: ipc4-topology: Harden loops for looking up ALH copiers Other, non DAI copier widgets could have the same stream name (sname) as the ALH copier and in that case the copier->data is NULL, no alh_data is attached, which could lead to NULL pointer dereference. We could check for this NULL pointer in sof_ipc4_prepare_copier_module() and avoid the crash, but a similar loop in sof_ipc4_widget_setup_comp_dai() will miscalculate the ALH device count, causing broken audio. The correct fix is to harden the matching logic by making sure that the 1. widget is a DAI widget - so dai = w->private is valid 2. the dai (and thus the copier) is ALH copier
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2025-21870 records a Unknown severity vulnerability in ASoC: SOF: ipc4-topology: Harden loops for looking up ALH copiers. 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 | >=a150345aa758492e05d2934f318ce7c2566b1cfe <87c8768a96092ce75cd47fe076db5080db7ac515 || >=a150345aa758492e05d2934f318ce7c2566b1cfe <93c6c2e5801aab09ef1ef99f248f3cd323c3f152 || >=a150345aa758492e05d2934f318ce7c2566b1cfe <6fd60136d256b3b948333ebdb3835f41a95ab7ef | 87c8768a96092ce75cd47fe076db5080db7ac515, 93c6c2e5801aab09ef1ef99f248f3cd323c3f152, 6fd60136d256b3b948333ebdb3835f41a95ab7ef |
| Linux/Linuxgeneric | 6.0 | Not reported |
Published upstream
Mar 27, 2025
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: ASoC: SOF: ipc4-topology: Harden loops for looking up ALH copiers Other, non DAI copier widgets could have the same stream name (sname) as the ALH copier and in that case the copier->data is NULL, no alh_data is attached, which could lead to NULL pointer dereference. We could check for this NULL pointer in sof_ipc4_prepare_copier_module() and avoid the crash, but a similar loop in sof_ipc4_widget_setup_comp_dai() will miscalculate the ALH device count, causing broken audio. The correct fix is to harden the matching logic by making sure that the 1. widget is a DAI widget - so dai = w->private is valid 2. the dai (and thus the copier) is ALH copier
Quoted source text, attributed separately from HOL analysis.