Answer in brief
CVE-2026-89724 records a Unknown severity vulnerability in media: vicodec: fix out-of-bounds write in FWHT encoder. 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 | >=16ecf6dff97ce0194a7126e26159492668d47a7e <84cfebf7f4229d748cca8eb9c4e1f1c4099d3ab7 || >=16ecf6dff97ce0194a7126e26159492668d47a7e <8c14472431e27f13661d0db9d837156eaced0ecb || >=16ecf6dff97ce0194a7126e26159492668d47a7e <b95315ffc66b39856396c1043618bb4e4d5785ba || >=16ecf6dff97ce0194a7126e26159492668d47a7e <cf4500ebf6fb57bf4ab83c3dd349a40257dbe2a9 | 84cfebf7f4229d748cca8eb9c4e1f1c4099d3ab7, 8c14472431e27f13661d0db9d837156eaced0ecb, b95315ffc66b39856396c1043618bb4e4d5785ba, cf4500ebf6fb57bf4ab83c3dd349a40257dbe2a9 |
| Linux/Linuxgeneric | 5.0 | Not reported |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
In the Linux kernel, the following vulnerability has been resolved: media: vicodec: fix out-of-bounds write in FWHT encoder vidioc_s_fmt_vid_out() sizes the encoder CAPTURE buffer from the compressed descriptor pixfmt_fwht, whose sizeimage_mult is 3: coded_w * coded_h * 3 + sizeof(struct fwht_cframe_hdr). fwht_encode_frame() encodes one plane per component, and an incompressible plane takes the FWHT_FRAME_UNENCODED path in encode_plane(), copying the plane verbatim. For a 4-component pixel format all four planes are full resolution (width_div == height_div == 1), so a frame that forces every plane through the unencoded fallback writes sizeof(struct fwht_cframe_hdr) + 4 * coded_w * coded_h bytes, overrunning the plane by coded_w * coded_h, which can result in corruption of adjacent kernel heap memory. Bump pixfmt_fwht.sizeimage_mult from 3 to 4, matching the largest components_num among the supported raw formats, so the capture buffer is always large enough for the unencoded fallback.
Quoted source text, attributed separately from HOL analysis.