CVE-2022-50215
published 2025-06-18CVE-2022-50215: In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Allow waiting for commands to complete on removed device When a SCSI device is…
PriorityP424medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.21%
11.1th percentile
In the Linux kernel, the following vulnerability has been resolved:
scsi: sg: Allow waiting for commands to complete on removed device
When a SCSI device is removed while in active use, currently sg will
immediately return -ENODEV on any attempt to wait for active commands that
were sent before the removal. This is problematic for commands that use
SG_FLAG_DIRECT_IO since the data buffer may still be in use by the kernel
when userspace frees or reuses it after getting ENODEV, leading to
corrupted userspace memory (in the case of READ-type commands) or corrupted
data being sent to the device (in the case of WRITE-type commands). This
has been seen in practice when logging out of a iscsi_tcp session, where
the iSCSI driver may still be processing commands after the device has been
marked for removal.
Change the policy to allow userspace to wait for active sg commands even
when the device is being removed. Return -ENODEV only when there are no
more responses to read.
Affected
27 ranges· showing 25
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 6.0.2-1 (bookworm) | linux 6.0.2-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | — | — |
| linux | linux | — | — |
| linux | linux | >= 2.6.28.10 < 2.6.29 | 2.6.29 |
| linux | linux | >= 2.6.29.2 < 2.6.30 | 2.6.30 |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < bbc118acf7baf9e93c5e1314d14f481301af4d0f | bbc118acf7baf9e93c5e1314d14f481301af4d0f |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < f5e61d9b4a699dd16f32d5f39eb1cf98d84c92ed | f5e61d9b4a699dd16f32d5f39eb1cf98d84c92ed |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < ed9afd967cbfe7da2dc0d5e52c62a778dfe9f16b | ed9afd967cbfe7da2dc0d5e52c62a778dfe9f16b |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < f135c65085eed869d10e4e7923ce1015288618da | f135c65085eed869d10e4e7923ce1015288618da |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < 408bfa1489a3cfe7150b81ab0b0df99b23dd5411 | 408bfa1489a3cfe7150b81ab0b0df99b23dd5411 |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < 8c004b7dbb340c1e5889f5fb9e5baa6f6e5303e8 | 8c004b7dbb340c1e5889f5fb9e5baa6f6e5303e8 |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < 35e60ec39e862159cb92923eefd5230d4a873cb9 | 35e60ec39e862159cb92923eefd5230d4a873cb9 |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < 03d8241112d5e3cccce1a01274a221099f07d2e1 | 03d8241112d5e3cccce1a01274a221099f07d2e1 |
| linux | linux | >= c6517b7942fad663cc1cf3235cbe4207cf769332 < 3455607fd7be10b449f5135c00dc306b85dc0d21 | 3455607fd7be10b449f5135c00dc306b85dc0d21 |
| linux | linux_kernel | < 4.9.326 | 4.9.326 |
| linux | linux_kernel | >= 0 < 5.10.140-1 | 5.10.140-1 |
| linux | linux_kernel | >= 0 < 6.0.2-1 | 6.0.2-1 |
| linux | linux_kernel | >= 0 < 6.0.2-1 | 6.0.2-1 |
| linux | linux_kernel | >= 0 < 6.0.2-1 | 6.0.2-1 |
| linux | linux_kernel | >= 4.10 < 4.14.291 | 4.14.291 |
| linux | linux_kernel | >= 4.15 < 4.19.256 | 4.19.256 |
| linux | linux_kernel | >= 4.20 < 5.4.211 | 5.4.211 |
| linux | linux_kernel | >= 5.11 < 5.15.61 | 5.15.61 |
| linux | linux_kernel | >= 5.16 < 5.18.18 | 5.18.18 |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Red Hat
kernel: scsi: sg: Allow waiting for commands to complete on removed device
vendor_redhat·2025-06-18·CVSS 5.5
CVE-2022-50215 [MEDIUM] CWE-826 kernel: scsi: sg: Allow waiting for commands to complete on removed device
kernel: scsi: sg: Allow waiting for commands to complete on removed device
In the Linux kernel, the following vulnerability has been resolved:
scsi: sg: Allow waiting for commands to complete on removed device
When a SCSI device is removed while in active use, currently sg will
immediately return -ENODEV on any attempt to wait for active commands that
were sent before the removal. This is problematic for commands that use
SG_FLAG_DIRECT_IO since the data buffer may still be in use by the kernel
when userspace frees or reuses it after getting ENODEV, leading to
corrupted userspace memory (in the case of READ-type commands) or corrupted
data being sent to the device (in the case of WRITE-type commands). This
has been seen in practice when logging out of a iscsi_tcp session, where
the iSCSI
Debian
CVE-2022-50215: linux - In the Linux kernel, the following vulnerability has been resolved: scsi: sg: A...
vendor_debian·2022·CVSS 5.5
CVE-2022-50215 [MEDIUM] CVE-2022-50215: linux - In the Linux kernel, the following vulnerability has been resolved: scsi: sg: A...
In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Allow waiting for commands to complete on removed device When a SCSI device is removed while in active use, currently sg will immediately return -ENODEV on any attempt to wait for active commands that were sent before the removal. This is problematic for commands that use SG_FLAG_DIRECT_IO since the data buffer may still be in use by the kernel when userspace frees or reuses it after getting ENODEV, leading to corrupted userspace memory (in the case of READ-type commands) or corrupted data being sent to the device (in the case of WRITE-type commands). This has been seen in practice when logging out of a iscsi_tcp session, where the iSCSI driver may still be processing commands after the device has been marked for
GHSA
GHSA-5vwg-5h67-mq2j: In the Linux kernel, the following vulnerability has been resolved:
scsi: sg: Allow waiting for commands to complete on removed device
When a SCSI d
ghsa_unreviewed·2025-06-18
CVE-2022-50215 [MEDIUM] GHSA-5vwg-5h67-mq2j: In the Linux kernel, the following vulnerability has been resolved:
scsi: sg: Allow waiting for commands to complete on removed device
When a SCSI d
In the Linux kernel, the following vulnerability has been resolved:
scsi: sg: Allow waiting for commands to complete on removed device
When a SCSI device is removed while in active use, currently sg will
immediately return -ENODEV on any attempt to wait for active commands that
were sent before the removal. This is problematic for commands that use
SG_FLAG_DIRECT_IO since the data buffer may still be in use by the kernel
when userspace frees or reuses it after getting ENODEV, leading to
corrupted userspace memory (in the case of READ-type commands) or corrupted
data being sent to the device (in the case of WRITE-type commands). This
has been seen in practice when logging out of a iscsi_tcp session, where
the iSCSI driver may still be processing commands after the device has been
marked f
OSV
CVE-2022-50215: In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Allow waiting for commands to complete on removed device When a SCSI dev
osv·2025-06-18·CVSS 5.5
CVE-2022-50215 [MEDIUM] CVE-2022-50215: In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Allow waiting for commands to complete on removed device When a SCSI dev
In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Allow waiting for commands to complete on removed device When a SCSI device is removed while in active use, currently sg will immediately return -ENODEV on any attempt to wait for active commands that were sent before the removal. This is problematic for commands that use SG_FLAG_DIRECT_IO since the data buffer may still be in use by the kernel when userspace frees or reuses it after getting ENODEV, leading to corrupted userspace memory (in the case of READ-type commands) or corrupted data being sent to the device (in the case of WRITE-type commands). This has been seen in practice when logging out of a iscsi_tcp session, where the iSCSI driver may still be processing commands after the device has been marked for
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/03d8241112d5e3cccce1a01274a221099f07d2e1https://git.kernel.org/stable/c/3455607fd7be10b449f5135c00dc306b85dc0d21https://git.kernel.org/stable/c/35e60ec39e862159cb92923eefd5230d4a873cb9https://git.kernel.org/stable/c/408bfa1489a3cfe7150b81ab0b0df99b23dd5411https://git.kernel.org/stable/c/8c004b7dbb340c1e5889f5fb9e5baa6f6e5303e8https://git.kernel.org/stable/c/bbc118acf7baf9e93c5e1314d14f481301af4d0fhttps://git.kernel.org/stable/c/ed9afd967cbfe7da2dc0d5e52c62a778dfe9f16bhttps://git.kernel.org/stable/c/f135c65085eed869d10e4e7923ce1015288618dahttps://git.kernel.org/stable/c/f5e61d9b4a699dd16f32d5f39eb1cf98d84c92ed
2025-06-18
Published