CVE-2023-53245 json
scsi: storvsc: Fix handling of virtual Fibre Channel timeouts
published 2025-09-15 13 mo ago modified 2026-06-17 4 mo ago also EUVD-2023-59839
- cvss
- 5.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.1%
- EPSS 0.1% chance of exploitation in 30 days, percentile 4%
- public exploits
- 0
- none known
Summary
In the Linux kernel, the following vulnerability has been resolved:
scsi: storvsc: Fix handling of virtual Fibre Channel timeouts
Hyper-V provides the ability to connect Fibre Channel LUNs to the host system and present them in a guest VM as a SCSI device. I/O to the vFC device is handled by the storvsc driver. The storvsc driver includes a partial integration with the FC transport implemented in the generic portion of the Linux SCSI subsystem so that FC attributes can be displayed in /sys. However, the partial integration means that some aspects of vFC don't work properly. Unfortunately, a full and correct integration isn't practical because of limitations in what Hyper-V provides to the guest.
In particular, in the context of Hyper-V storvsc, the FC transport timeout function fc_eh_timed_out() causes a kernel panic because it can't find the rport and dereferences a NULL pointer. The original patch that added the call from storvsc_eh_timed_out() to fc_eh_timed_out() is faulty in this regard.
In many cases a timeout is due to a transient condition, so the situation can be improved by just continuing to wait like with other I/O requests issued by storvsc, and avoiding the guaranteed panic. For a permanent failure, continuing to wait may result in a hung thread instead of a panic, which again may be better.
So fix the panic by removing the storvsc call to fc_eh_timed_out(). This allows storvsc to keep waiting for a response. The change has been tested by users who experienced a panic in fc_eh_timed_out() due to transient timeouts, and it solves their problem.
In the future we may want to deprecate the vFC functionality in storvsc since it can't be fully fixed. But it has current users for whom it is working well enough, so it should probably stay for a while longer.
Patch / fix
- Linux Linux 4.14.323, 4.19.292, 5.4.254, 5.10.191, 5.15.127, 6.1.46, 6.4.11, 6.5
- linux Debian 12 6.1.52-1
- linux Debian 14, Debian 13 6.4.11-1
debian advisories DEBIAN-CVE-2023-53245
- linux Ubuntu 20.04 LTS 5.4.0-169.187
- linux Ubuntu 22.04 LTS 5.15.0-91.101
- linux-aws Ubuntu 20.04 LTS 5.4.0-1116.126
- linux-aws Ubuntu 22.04 LTS 5.15.0-1051.56
- linux-gcp Ubuntu 20.04 LTS 5.4.0-1120.129
- linux-gcp Ubuntu 22.04 LTS 5.15.0-1048.56
- linux-gke Ubuntu 22.04 LTS 5.15.0-1048.53
- linux-ibm Ubuntu 20.04 LTS 5.4.0-1063.68
ubuntu advisories UBUNTU-CVE-2023-53245
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
- perf rhev hypervisor 4.4, RHEL 8.6 EUS 4.18.0-372.75.1.el8_6
- kernel RHEL 8 4.18.0-513.5.1.el8_9
- perf RHEL 8 4.18.0-513.5.1.el8_9
- bpftool RHEL 8 4.18.0-513.5.1.el8_9
- kernel-core RHEL 8 4.18.0-513.5.1.el8_9
- kernel-tools RHEL 8 4.18.0-513.5.1.el8_9
- python3-perf RHEL 8 4.18.0-513.5.1.el8_9
- kernel-modules RHEL 8 4.18.0-513.5.1.el8_9
red hat advisories RHSA-2023:5627RHSA-2023:5604RHSA-2023:7077RHSA-2023:6583
- kernel-rt Real Time Module 15 SP7 6.4.0-150700.7.22.1
- kernel-syms-rt Real Time Module 15 SP7 6.4.0-150700.7.22.1
- kernel-source-rt Real Time Module 15 SP7 6.4.0-150700.7.22.1
- kernel-azure SLE Module for Public Cloud 15 SP7 6.4.0-150700.20.18.1
- kernel-syms-azure SLE Module for Public Cloud 15 SP7 6.4.0-150700.20.18.1
- kernel-source-azure SLE Module for Public Cloud 15 SP7 6.4.0-150700.20.18.1
- kernel-64kb SLE Module for Basesystem 15 SP7 6.4.0-150700.53.22.1
- kernel-syms SLE Module for Development Tools 15 SP7 6.4.0-150700.53.22.1
suse advisories SUSE-SU-2025:4141-1SUSE-SU-2025:4132-1SUSE-SU-2025:4057-1SUSE-SU-2025:20870-1SUSE-SU-2025:3761-1SUSE-SU-2025:20898-1
- git.kernel.org/stable/c/cd87f4df9865a53807001ed12c0f0420b14ececd commit
- git.kernel.org/stable/c/311db605e07f0d4fc0cc7ddb74f1e5692ea2f469 commit
- git.kernel.org/stable/c/048ebc9a28fb918ee635dd4b2fcf4248eb6e4050 commit
- git.kernel.org/stable/c/1678408d08f31a694d5150a56796dd04c9710b22 commit
- git.kernel.org/stable/c/7a792b3d888aab2c65389f9f4f9f2f6c000b1a0d commit
- git.kernel.org/stable/c/ed70fa5629a8b992a5372d7044d1db1f8fa6de29 commit
- git.kernel.org/stable/c/763c06565055ae373fe7f89c11e1447bd1ded264 commit
- git.kernel.org/stable/c/175544ad48cbf56affeef2a679c6a4d4fb1e2881 commit
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2023-53245 updated cvss 5.5
kernel: scsi: storvsc: Fix handling of virtual Fibre Channel timeouts
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 moreaffected: no fix planned “Out of support scope”
-
Red Hat Enterprise Linux 7 perf, kernel, bpftool, kernel-rt, python-perf, kernel-kdump, +8 more Red Hat Enterprise Linux 8 kernel-rt, kernel-rt-kvm, kernel-rt-core, kernel-rt-modules, kernel-rt-debug-kvm, kernel-rt-debug-core, +6 more Red Hat Enterprise Linux 9 rv, perf, rtla, kernel, bpftool, libperf, +83 moreaffected: no fix available “Fix deferred”
-
Red Hat CodeReady Linux Builder (v. 8) kernel-debuginfo-common-x86_64 4.18.0-513.5.1.el8_9, kernel-debuginfo-common-aarch64 4.18.0-513.5.1.el8_9, kernel-debuginfo-common-ppc64le 4.18.0-513.5.1.el8_9fixed: vendor fix RHSA-2023:7077
-
Red Hat CodeReady Linux Builder EUS (v.8.6) kernel-debuginfo-common-x86_64 4.18.0-372.75.1.el8_6, kernel-debuginfo-common-aarch64 4.18.0-372.75.1.el8_6, kernel-debuginfo-common-ppc64le 4.18.0-372.75.1.el8_6fixed: vendor fix RHSA-2023:5627
-
Red Hat CodeReady Linux Builder EUS (v.9.0) kernel-debuginfo-common-s390x 5.14.0-70.75.1.el9_0, kernel-debuginfo-common-x86_64 5.14.0-70.75.1.el9_0, kernel-debuginfo-common-aarch64 5.14.0-70.75.1.el9_0, kernel-debuginfo-common-ppc64le 5.14.0-70.75.1.el9_0 Red Hat Enterprise Linux AppStream EUS (v.9.0) perf 5.14.0-70.75.1.el9_0, kernel-devel-matched 5.14.0-70.75.1.el9_0, kernel-debug-devel-matched 5.14.0-70.75.1.el9_0, kernel-debuginfo-common-s390x 5.14.0-70.75.1.el9_0, kernel-zfcpdump-devel-matched 5.14.0-70.75.1.el9_0, kernel-debuginfo-common-x86_64 5.14.0-70.75.1.el9_0, +2 morefixed: vendor fix RHSA-2023:5604
-
Red Hat Enterprise Linux BaseOS (v. 8) perf 4.18.0-513.5.1.el8_9, kernel 4.18.0-513.5.1.el8_9, bpftool 4.18.0-513.5.1.el8_9, kernel-core 4.18.0-513.5.1.el8_9, kernel-tools 4.18.0-513.5.1.el8_9, python3-perf 4.18.0-513.5.1.el8_9, +15 morefixed: vendor fix RHSA-2023:7077
-
Red Hat Enterprise Linux BaseOS EUS (v.8.6) perf 4.18.0-372.75.1.el8_6, kernel 4.18.0-372.75.1.el8_6, bpftool 4.18.0-372.75.1.el8_6, kernel-core 4.18.0-372.75.1.el8_6, kernel-tools 4.18.0-372.75.1.el8_6, python3-perf 4.18.0-372.75.1.el8_6, +15 morefixed: vendor fix RHSA-2023:5627
-
Red Hat Enterprise Linux BaseOS EUS (v.9.0) kernel 5.14.0-70.75.1.el9_0, bpftool 5.14.0-70.75.1.el9_0, kernel-core 5.14.0-70.75.1.el9_0, kernel-tools 5.14.0-70.75.1.el9_0, python3-perf 5.14.0-70.75.1.el9_0, kernel-modules 5.14.0-70.75.1.el9_0, +14 morefixed: vendor fix RHSA-2023:5604
show 2 moreshow fewer
-
Red Hat Virtualization 4 Hypervisor for RHEL 8 perf 4.18.0-372.75.1.el8_6, kernel-debuginfo-common-x86_64 4.18.0-372.75.1.el8_6fixed: vendor fix RHSA-2023:5627
-
Red Hat Enterprise Linux 10 kernelnot affected: vulnerable code not present
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
CISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- partial
- Assessed
- 9 mo ago
Exploit prediction
0.15% chance of exploitation in the next 30 days, higher than 4% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CISA ADP | 3.1 | 5.5 | CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
| NVD | 3.1 | 5.5 | CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
| CNA | 3.1 | 5.5 | CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
Affected products
- Linux Linux
Classification
- Weakness
-
- CWE-476 NULL Pointer Dereference
- Technology feeds
References
-
git.kernel.org
/stable/c/cd87f4df9865a53807001ed12c0f0420b14ececd
patch
-
git.kernel.org
/stable/c/311db605e07f0d4fc0cc7ddb74f1e5692ea2f469
patch
-
git.kernel.org
/stable/c/048ebc9a28fb918ee635dd4b2fcf4248eb6e4050
patch
-
git.kernel.org
/stable/c/1678408d08f31a694d5150a56796dd04c9710b22
patch
-
git.kernel.org
/stable/c/7a792b3d888aab2c65389f9f4f9f2f6c000b1a0d
patch
-
git.kernel.org
/stable/c/ed70fa5629a8b992a5372d7044d1db1f8fa6de29
patch
-
git.kernel.org
/stable/c/763c06565055ae373fe7f89c11e1447bd1ded264
patch
-
git.kernel.org
/stable/c/175544ad48cbf56affeef2a679c6a4d4fb1e2881
patch
Sources
- CVE List CVE-2023-53245
- NVD CVE-2023-53245
Fencer Vulns 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.