Количество 19
Количество 19
GHSA-8j25-5vwv-hm2f
In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() ...
CVE-2021-46921
In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() | |- queued_...
CVE-2021-46921
In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() | |- queued_...
CVE-2021-46921
In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() |
CVE-2021-46921
In the Linux kernel, the following vulnerability has been resolved: l ...
BDU:2025-00830
Уязвимость функции queued_write_lock_slowpath() компонента locking/qrwlock.c ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании
ALT-PU-2021-5033
ALT-PU-2021-5033: package `kernel-image-un-def` update to version 5.11.18-alt1
ALT-PU-2021-4997
ALT-PU-2021-4997: package `kernel-image-std-def` update to version 5.10.33-alt1
ALT-PU-2021-1768
ALT-PU-2021-1768: package `kernel-image-rt` update to version 4.19.189-alt1.rt78
ALT-PU-2021-1776
ALT-PU-2021-1776: package `kernel-image-rpi-un` update to version 5.10.35-alt1
SUSE-SU-2024:0976-1
Security update for the Linux Kernel
SUSE-SU-2024:0925-1
Security update for the Linux Kernel
SUSE-SU-2024:0975-1
Security update for the Linux Kernel
ALT-PU-2021-5019
ALT-PU-2021-5019: package `kernel-image-xenomai` update to version 4.19.192-alt1.cip50.18
SUSE-SU-2024:1454-1
Security update for the Linux Kernel
SUSE-SU-2024:1489-1
Security update for the Linux Kernel
ALT-PU-2021-1833
ALT-PU-2021-1833: package `kernel-image-mp` update to version 5.12.4-alt1
ALT-PU-2021-1862
ALT-PU-2021-1862: package `kernel-image-rpi-def` update to version 5.10.36-alt1
ALT-PU-2021-1920
ALT-PU-2021-1920: package `kernel-image-std-kvm` update to version 5.10.42-alt1
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
GHSA-8j25-5vwv-hm2f In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() ... | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46921 In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() | |- queued_... | CVSS3: 7.8 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46921 In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() | |- queued_... | CVSS3: 4.4 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46921 In the Linux kernel, the following vulnerability has been resolved: locking/qrwlock: Fix ordering in queued_write_lock_slowpath() While this code is executed with the wait_lock held, a reader can acquire the lock without holding wait_lock. The writer side loops checking the value with the atomic_cond_read_acquire(), but only truly acquires the lock when the compare-and-exchange is completed successfully which isn’t ordered. This exposes the window between the acquire and the cmpxchg to an A-B-A problem which allows reads following the lock acquisition to observe values speculatively before the write lock is truly acquired. We've seen a problem in epoll where the reader does a xchg while holding the read lock, but the writer can see a value change out from under it. Writer | Reader -------------------------------------------------------------------------------- ep_scan_ready_list() | |- write_lock_irq() | | CVSS3: 7.8 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46921 In the Linux kernel, the following vulnerability has been resolved: l ... | CVSS3: 7.8 | 0% Низкий | больше 2 лет назад | |
BDU:2025-00830 Уязвимость функции queued_write_lock_slowpath() компонента locking/qrwlock.c ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании | CVSS3: 5.5 | 0% Низкий | больше 5 лет назад | |
ALT-PU-2021-5033 ALT-PU-2021-5033: package `kernel-image-un-def` update to version 5.11.18-alt1 | CVSS3: 5.5 | больше 5 лет назад | ||
ALT-PU-2021-4997 ALT-PU-2021-4997: package `kernel-image-std-def` update to version 5.10.33-alt1 | CVSS3: 5.5 | больше 5 лет назад | ||
ALT-PU-2021-1768 ALT-PU-2021-1768: package `kernel-image-rt` update to version 4.19.189-alt1.rt78 | CVSS3: 7.8 | больше 5 лет назад | ||
ALT-PU-2021-1776 ALT-PU-2021-1776: package `kernel-image-rpi-un` update to version 5.10.35-alt1 | CVSS3: 7.8 | больше 5 лет назад | ||
SUSE-SU-2024:0976-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0925-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0975-1 Security update for the Linux Kernel | больше 2 лет назад | |||
ALT-PU-2021-5019 ALT-PU-2021-5019: package `kernel-image-xenomai` update to version 4.19.192-alt1.cip50.18 | CVSS3: 8.8 | больше 5 лет назад | ||
SUSE-SU-2024:1454-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:1489-1 Security update for the Linux Kernel | больше 2 лет назад | |||
ALT-PU-2021-1833 ALT-PU-2021-1833: package `kernel-image-mp` update to version 5.12.4-alt1 | CVSS3: 8.8 | больше 5 лет назад | ||
ALT-PU-2021-1862 ALT-PU-2021-1862: package `kernel-image-rpi-def` update to version 5.10.36-alt1 | CVSS3: 9.6 | больше 5 лет назад | ||
ALT-PU-2021-1920 ALT-PU-2021-1920: package `kernel-image-std-kvm` update to version 5.10.42-alt1 | CVSS3: 9.8 | больше 5 лет назад |
Уязвимостей на страницу