Поиск уязвимостей
Количество 29
Количество 29
CVE-2023-52478
In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-hidpp-device 0...
CVE-2023-52478
In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-hidpp-device 0...
CVE-2023-52478
In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-hid
CVE-2023-52478
In the Linux kernel, the following vulnerability has been resolved: H ...
GHSA-f7hm-xqp4-h2q8
In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-...
BDU:2025-10573
Уязвимость функции hidpp_probe() модуля drivers/hid/hid-logitech-hidpp.c - драйвера подсистемы устройств пользовательского интерфейса ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании
ROS-20241004-08
Уязвимость kernel-lt
ALT-PU-2023-6736
ALT-PU-2023-6736: package `kernel-image-std-def` update to version 5.10.199-alt2
ALT-PU-2023-8821
ALT-PU-2023-8821: package `kernel-image-std-def` update to version 6.1.59-alt1
ALT-PU-2023-8575
ALT-PU-2023-8575: package `kernel-image-un-def` update to version 6.1.59-alt1
ALT-PU-2023-6488
ALT-PU-2023-6488: package `kernel-image-un-def` update to version 6.5.8-alt1
SUSE-SU-2024:0910-1
Security update for the Linux Kernel
SUSE-SU-2024:0858-1
Security update for the Linux Kernel
SUSE-SU-2024:0976-1
Security update for the Linux Kernel
SUSE-SU-2024:0977-1
Security update for the Linux Kernel
SUSE-SU-2024:0925-1
Security update for the Linux Kernel
SUSE-SU-2024:0900-1
Security update for the Linux Kernel
SUSE-SU-2024:0855-1
Security update for the Linux Kernel
SUSE-SU-2024:0975-1
Security update for the Linux Kernel
SUSE-SU-2024:0926-1
Security update for the Linux Kernel
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2023-52478 In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-hidpp-device 0... | CVSS3: 4.7 | 0% Низкий | больше 2 лет назад | |
CVE-2023-52478 In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-hidpp-device 0... | CVSS3: 6 | 0% Низкий | больше 2 лет назад | |
CVE-2023-52478 In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-hid | CVSS3: 4.7 | 0% Низкий | больше 2 лет назад | |
CVE-2023-52478 In the Linux kernel, the following vulnerability has been resolved: H ... | CVSS3: 4.7 | 0% Низкий | больше 2 лет назад | |
GHSA-f7hm-xqp4-h2q8 In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the protocol (harmless race): if (!hidpp->protocol_major) { hidpp_root_get_protocol_version() hidpp->protocol_major = response.rap.params[0]; } We can actually see this race hit in the dmesg in the abrt output attached to rhbz#2227968: [ 3064.624215] logitech-hidpp-device 0003:046D:4071.0049: HID++ 4.5 device connected. [ 3064.658184] logitech-... | CVSS3: 4.7 | 0% Низкий | больше 2 лет назад | |
BDU:2025-10573 Уязвимость функции hidpp_probe() модуля drivers/hid/hid-logitech-hidpp.c - драйвера подсистемы устройств пользовательского интерфейса ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании | CVSS3: 4.7 | 0% Низкий | около 3 лет назад | |
ROS-20241004-08 Уязвимость kernel-lt | CVSS3: 8.8 | 0% Низкий | около 2 лет назад | |
ALT-PU-2023-6736 ALT-PU-2023-6736: package `kernel-image-std-def` update to version 5.10.199-alt2 | CVSS3: 9.8 | около 3 лет назад | ||
ALT-PU-2023-8821 ALT-PU-2023-8821: package `kernel-image-std-def` update to version 6.1.59-alt1 | CVSS3: 8.8 | около 3 лет назад | ||
ALT-PU-2023-8575 ALT-PU-2023-8575: package `kernel-image-un-def` update to version 6.1.59-alt1 | CVSS3: 8.8 | около 3 лет назад | ||
ALT-PU-2023-6488 ALT-PU-2023-6488: package `kernel-image-un-def` update to version 6.5.8-alt1 | CVSS3: 8.8 | около 3 лет назад | ||
SUSE-SU-2024:0910-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0858-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0976-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0977-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0925-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0900-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0855-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0975-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:0926-1 Security update for the Linux Kernel | больше 2 лет назад |
Уязвимостей на страницу