Description
In the Linux kernel, the following vulnerability has been resolved: i3c: Add NULL pointer check in i3c_master_queue_ibi() The I3C master driver may receive an IBI from a target device that has not been probed yet. In such cases, the master calls `i3c_master_queue_ibi()` to queue an IBI work task, leading to "Unable to handle kernel read from unreadable memory" and resulting in a kernel panic. Typical IBI handling flow: 1. The I3C master scans target devices and probes their respective drivers. 2. The target device driver calls `i3c_device_request_ibi()` to enable IBI and assigns `dev->ibi = ibi`. 3. The I3C master receives an IBI from the target device and calls `i3c_master_queue_ibi()` to queue the target device driver’s IBI handler task. However, since target device events are asynchronous to the I3C probe sequence, step 3 may occur before step 2, causing `dev->ibi` to be `NULL`, leading to a kernel panic. Add a NULL pointer check in `i3c_master_queue_ibi()` to prevent accessing an uninitialized `dev->ibi`, ensuring stability.
Affected products
linux: linux kernel; debian: debian linux
References10
- git.kernel.org/stable/c/09359e7c8751961937cb5fc50220969b0a4e1058 Patch
- git.kernel.org/stable/c/1b54faa5f47fa7c642179744aeff03f0810dc62e Patch
- git.kernel.org/stable/c/3ba402610843d7d15c7f3966a461deeeaff7fba4 Patch
- git.kernel.org/stable/c/6871a676aa534e8f218279672e0445c725f81026 Patch
- git.kernel.org/stable/c/bd496a44f041da9ef3afe14d1d6193d460424e91 Patch
- git.kernel.org/stable/c/d83b0c03ef8fbea2f03029a1cc1f5041f0e1d47f Patch
- git.kernel.org/stable/c/e6bba328578feb58c614c11868c259b40484c5fa Patch
- git.kernel.org/stable/c/fe4a4fc179b7898055555a11685915473588392e Patch
- git.kernel.org/stable/c/ff9d61db59bb27d16d3f872bff2620d50856b80c Patch
- lists.debian.org/debian-lts-announce/2025/05/msg00030.html Mailing List
Metrics
- CVSS 3.1
-
5.5
MEDIUM
Score source: NVD
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H - EPSS — exploit probability
- 0% percentile: 12 · as of 7 November 2026
- CWE
- CWE-476
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.