CVE-2023-53590
published 2025-10-04CVE-2023-53590: In the Linux kernel, the following vulnerability has been resolved: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop With this refcnt added…
PriorityP419medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.11%
1.5th percentile
In the Linux kernel, the following vulnerability has been resolved:
sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
With this refcnt added in sctp_stream_priorities, we don't need to
traverse all streams to check if the prio is used by other streams
when freeing one stream's prio in sctp_sched_prio_free_sid(). This
can avoid a nested loop (up to 65535 * 65535), which may cause a
stuck as Ying reported:
watchdog: BUG: soft lockup - CPU#23 stuck for 26s! [ksoftirqd/23:136]
Call Trace:
sctp_sched_prio_free_sid+0xab/0x100 [sctp]
sctp_stream_free_ext+0x64/0xa0 [sctp]
sctp_stream_free+0x31/0x50 [sctp]
sctp_association_free+0xa5/0x200 [sctp]
Note that it doesn't need to use refcount_t type for this counter,
as its accessing is always protected under the sock lock.
v1->v2:
- add a check in sctp_sched_prio_set to avoid the possible prio_head
refcnt overflow.
Affected
24 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 6.1.20-1 (bookworm) | linux 6.1.20-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | — | — |
| linux | linux | >= 0dfb9a566327182387c90100ea54d8426cee8c67 < bf5540cbd20e2dae2c81ab9b31deef41ef147d0a | bf5540cbd20e2dae2c81ab9b31deef41ef147d0a |
| linux | linux | >= 176ee6c673ccd118e9392fd2dbb165423bdb99ca < 8ee401f89cdb10f39098c0656d695b2bc4052100 | 8ee401f89cdb10f39098c0656d695b2bc4052100 |
| linux | linux | >= 5.10.158 < 5.10.173 | 5.10.173 |
| linux | linux | >= 5.15.82 < 5.15.100 | 5.15.100 |
| linux | linux | >= 5.4.226 < 5.4.235 | 5.4.235 |
| linux | linux | >= 6.0.12 < 6.1 | 6.1 |
| linux | linux | >= 9ed7bfc79542119ac0a9e1ce8a2a5285e43433e9 < 03c3a5584a0a29821e59b7834635ce823050caaa | 03c3a5584a0a29821e59b7834635ce823050caaa |
| linux | linux | >= 9ed7bfc79542119ac0a9e1ce8a2a5285e43433e9 < 6d529928ea212127851a2df8c40d822237ca946b | 6d529928ea212127851a2df8c40d822237ca946b |
| linux | linux | >= 9ed7bfc79542119ac0a9e1ce8a2a5285e43433e9 < 68ba44639537de6f91fe32783766322d41848127 | 68ba44639537de6f91fe32783766322d41848127 |
| linux | linux | >= a7555681e50bdebed2c40ff7404ee73c2e932993 < cec326443f01283ef68ea00c06ea073b1835a562 | cec326443f01283ef68ea00c06ea073b1835a562 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.178-1 | 5.10.178-1 |
| linux | linux_kernel | >= 0 < 6.1.20-1 | 6.1.20-1 |
| linux | linux_kernel | >= 0 < 6.1.20-1 | 6.1.20-1 |
| linux | linux_kernel | >= 0 < 6.1.20-1 | 6.1.20-1 |
| linux | linux_kernel | >= 5.10.158 < 5.10.173 | 5.10.173 |
| linux | linux_kernel | >= 5.15.82 < 5.15.100 | 5.15.100 |
| linux | linux_kernel | >= 5.4.226 < 5.4.235 | 5.4.235 |
| linux | linux_kernel | >= 6.0.12 < 6.1 | 6.1 |
| linux | linux_kernel | >= 6.1.1 < 6.1.18 | 6.1.18 |
| linux | linux_kernel | >= 6.2 < 6.2.5 | 6.2.5 |
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.
GHSA
GHSA-h343-797x-8cg9: In the Linux kernel, the following vulnerability has been resolved:
sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
With this re
ghsa_unreviewed·2025-10-04
CVE-2023-53590 [MEDIUM] CWE-667 GHSA-h343-797x-8cg9: In the Linux kernel, the following vulnerability has been resolved:
sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
With this re
In the Linux kernel, the following vulnerability has been resolved:
sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
With this refcnt added in sctp_stream_priorities, we don't need to
traverse all streams to check if the prio is used by other streams
when freeing one stream's prio in sctp_sched_prio_free_sid(). This
can avoid a nested loop (up to 65535 * 65535), which may cause a
stuck as Ying reported:
watchdog: BUG: soft lockup - CPU#23 stuck for 26s! [ksoftirqd/23:136]
Call Trace:
sctp_sched_prio_free_sid+0xab/0x100 [sctp]
sctp_stream_free_ext+0x64/0xa0 [sctp]
sctp_stream_free+0x31/0x50 [sctp]
sctp_association_free+0xa5/0x200 [sctp]
Note that it doesn't need to use refcount_t type for this counter,
as its accessing is always protected under the sock lock.
v1->v2
OSV
CVE-2023-53590: In the Linux kernel, the following vulnerability has been resolved: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop With this refc
osv·2025-10-04·CVSS 5.5
CVE-2023-53590 [MEDIUM] CVE-2023-53590: In the Linux kernel, the following vulnerability has been resolved: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop With this refc
In the Linux kernel, the following vulnerability has been resolved: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop With this refcnt added in sctp_stream_priorities, we don't need to traverse all streams to check if the prio is used by other streams when freeing one stream's prio in sctp_sched_prio_free_sid(). This can avoid a nested loop (up to 65535 * 65535), which may cause a stuck as Ying reported: watchdog: BUG: soft lockup - CPU#23 stuck for 26s! [ksoftirqd/23:136] Call Trace: sctp_sched_prio_free_sid+0xab/0x100 [sctp] sctp_stream_free_ext+0x64/0xa0 [sctp] sctp_stream_free+0x31/0x50 [sctp] sctp_association_free+0xa5/0x200 [sctp] Note that it doesn't need to use refcount_t type for this counter, as its accessing is always protected under the sock lock. v1->v2: - ad
Red Hat
kernel: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
vendor_redhat·2025-10-04·CVSS 5.5
CVE-2023-53590 [MEDIUM] CWE-1050 kernel: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
kernel: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
In the Linux kernel, the following vulnerability has been resolved:
sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop
With this refcnt added in sctp_stream_priorities, we don't need to
traverse all streams to check if the prio is used by other streams
when freeing one stream's prio in sctp_sched_prio_free_sid(). This
can avoid a nested loop (up to 65535 * 65535), which may cause a
stuck as Ying reported:
watchdog: BUG: soft lockup - CPU#23 stuck for 26s! [ksoftirqd/23:136]
Call Trace:
sctp_sched_prio_free_sid+0xab/0x100 [sctp]
sctp_stream_free_ext+0x64/0xa0 [sctp]
sctp_stream_free+0x31/0x50 [sctp]
sctp_association_free+0xa5/0x200 [sctp]
Note that it doesn't need to use refcount_t type for this c
Debian
CVE-2023-53590: linux - In the Linux kernel, the following vulnerability has been resolved: sctp: add a...
vendor_debian·2023·CVSS 5.5
CVE-2023-53590 [MEDIUM] CVE-2023-53590: linux - In the Linux kernel, the following vulnerability has been resolved: sctp: add a...
In the Linux kernel, the following vulnerability has been resolved: sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop With this refcnt added in sctp_stream_priorities, we don't need to traverse all streams to check if the prio is used by other streams when freeing one stream's prio in sctp_sched_prio_free_sid(). This can avoid a nested loop (up to 65535 * 65535), which may cause a stuck as Ying reported: watchdog: BUG: soft lockup - CPU#23 stuck for 26s! [ksoftirqd/23:136] Call Trace: sctp_sched_prio_free_sid+0xab/0x100 [sctp] sctp_stream_free_ext+0x64/0xa0 [sctp] sctp_stream_free+0x31/0x50 [sctp] sctp_association_free+0xa5/0x200 [sctp] Note that it doesn't need to use refcount_t type for this counter, as its accessing is always protected under the sock lock. v1->v2: - ad
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/03c3a5584a0a29821e59b7834635ce823050caaahttps://git.kernel.org/stable/c/68ba44639537de6f91fe32783766322d41848127https://git.kernel.org/stable/c/6d529928ea212127851a2df8c40d822237ca946bhttps://git.kernel.org/stable/c/8ee401f89cdb10f39098c0656d695b2bc4052100https://git.kernel.org/stable/c/bf5540cbd20e2dae2c81ab9b31deef41ef147d0ahttps://git.kernel.org/stable/c/cec326443f01283ef68ea00c06ea073b1835a562
2025-10-04
Published