Description
In the Linux kernel, the following vulnerability has been resolved: Input: synaptics-rmi4 - block s_input when F54 queue is busy Changing the input (diagnostic report type) mid-stream changes the report size. Since V4L2 buffers are allocated based on the size at stream start, changing the input while streaming could lead to a heap buffer overflow if the new size is larger than the allocated buffers. Prevent this by blocking VIDIOC_S_INPUT with -EBUSY if the V4L2 queue is busy (streaming).
References8
- git.kernel.org/stable/c/1d718f1461766e9f00a8dbeb4f13f1b1c19d90ac
- git.kernel.org/stable/c/493ba8e794729649689438edba72337111303cc4
- git.kernel.org/stable/c/7e994a9ecc0b49ad2fe63da9c92a8aca8a6614af
- git.kernel.org/stable/c/cae79513f9115c350561b16f36adcb47c9bfff12
- git.kernel.org/stable/c/ddd9a53faf3b65e5920cb802cb1db6f4615bdfef
- git.kernel.org/stable/c/fa69f93015becf3729716de2199b58540aa99672
- git.kernel.org/stable/c/fbfd76746adc16d64be29ff113f673b70bc3f5c2
- git.kernel.org/stable/c/ff0849705d29277fd1f6fc6596674b9308724fb2
Metrics
- CVSS 3.1
-
7.8
HIGH
Score source: CNA
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H - EPSS — exploit probability
- 0% percentile: 3 · as of 9 November 2026
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.