CVE-2026-99019 json
scsi: ch: Do not keep references to data transfer element devices
published 19d ago modified 12d ago also EUVD-2026-108813
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 8%
- public exploits
- 0
- none known
Summary
In the Linux kernel, the following vulnerability has been resolved:
scsi: ch: Do not keep references to data transfer element devices
ch_readconfig() looks up the scsi_device of every data transfer element whose SCSI id the changer reports in READ ELEMENT STATUS, and stores it in ch->dt[]. scsi_device_lookup() takes a reference, and nothing ever drops it: ch_destroy() frees the array with kfree(). ch->dt[] is read nowhere else - it only supplies the vendor, model and revision printed in the same loop.
Once such a drive is removed, its scsi_device can never be released. It stays on the host's device list at its address, so a new device there is refused by anything that walks the list - target_core_pscsi reports "scsi_device_get() failed for H:C:T:L" - and the low-level driver's module can no longer be unloaded. Only a reboot recovers.
It shows with any changer that reports its drives' ids; with the mhvtl virtual library (IBM 3573-TL personality), each create and remove of a library with four drives leaves four references behind, counted by the module's use count in lsmod. With ch not bound the count is unchanged, and with this patch applied it is unchanged too.
Drop the reference as soon as the name has been printed, and remove the now unused dt[] array. That also removes the array leaked when ch_probe() fails after ch_readconfig().
The same leak was reported with an RFC patch in 2022, which was not merged.
Patch / fix
- Linux Linux 7.3
- linux Debian 13 6.12.115-2
- linux Debian 14 7.2.11-1
debian advisories DEBIAN-CVE-2026-99019
- linux Ubuntu 26.10 7.3.0-10.10
- linux-aws Ubuntu 26.10 7.3.0-1004.4
- linux-gcp Ubuntu 26.10 7.3.0-1004.4
- linux-raspi Ubuntu 26.10 7.3.0-1004.4
- linux-riscv Ubuntu 26.10 7.3.0-10.10.1
- linux-oracle Ubuntu 26.10 7.3.0-1004.4
- linux-realtime Ubuntu 26.10 7.3.0-10.10.1
ubuntu advisories UBUNTU-CVE-2026-99019
Ubuntu security data © Canonical Ltd., from https://github.com/canonical/ubuntu-security-notices via OSV; changed: normalised to fixed package versions per release. CC BY-SA 4.0
- git.kernel.org/stable/c/7412c6fb671dda9776deebb283daf0bb2f1b48e5 commit
- git.kernel.org/stable/c/03287b176e8f7cc5680a7053e2d53bd5cb05d80c commit
- git.kernel.org/stable/c/72ad7b08ffd5d9495715db0d74ce325a485f1b52 commit
- git.kernel.org/stable/c/ec6ecab1b7577ae555ee6b81480814d123dd9ec0 commit
- git.kernel.org/stable/c/cef2cedb6f7a394b278775b3d6ffb9b20ecd61db commit
- git.kernel.org/stable/c/a34a230ccea1b8b667ae59dca11295a2c8f81738 commit
- git.kernel.org/stable/c/1d35a17f1c2ed4154731895694a1a3557f0da766 commit
- git.kernel.org/stable/c/27c0f718d3b3c99e6d315308e95d987d0382a8a8 commit
Is CVE-2026-99019 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-99019 updated cvss 2.3
kernel: kernel: Denial of Service via reference count leak in SCSI changer driver
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 more Red Hat Enterprise Linux 7 perf, kernel, bpftool, kernel-rt, python-perf, kernel-kdump, +8 more Red Hat Enterprise Linux 8 perf, kernel, bpftool, kernel-rt, kernel-core, kernel-tools, +29 more Red Hat Enterprise Linux 9 rv, perf, rtla, kernel, bpftool, libperf, +83 more Red Hat Enterprise Linux 10 kernel Red Hat OpenShift Container Platform 4 openshift/ose-rhel-coreos-8, openshift/ose-rhel-coreos-9not affected: vulnerable code not present
+1 more productsfewer
Red Hat OpenShift Container Platform 5 openshift/ose-rhel-coreos-9
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
0.19% chance of exploitation in the next 30 days, higher than 8% of all scored CVEs (FIRST EPSS, 2026-11-11).
Affected products
- Linux Linux
Classification
- Technology feeds
References
- git.kernel.org /stable/c/7412c6fb671dda9776deebb283daf0bb2f1b48e5
- git.kernel.org /stable/c/03287b176e8f7cc5680a7053e2d53bd5cb05d80c
- git.kernel.org /stable/c/72ad7b08ffd5d9495715db0d74ce325a485f1b52
- git.kernel.org /stable/c/ec6ecab1b7577ae555ee6b81480814d123dd9ec0
- git.kernel.org /stable/c/cef2cedb6f7a394b278775b3d6ffb9b20ecd61db
- git.kernel.org /stable/c/a34a230ccea1b8b667ae59dca11295a2c8f81738
- git.kernel.org /stable/c/1d35a17f1c2ed4154731895694a1a3557f0da766
- git.kernel.org /stable/c/27c0f718d3b3c99e6d315308e95d987d0382a8a8
Sources
- CVE List CVE-2026-99019
- NVD CVE-2026-99019
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.