Поиск уязвимостей
Количество 25
Количество 25
CVE-2024-27435
In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue.
CVE-2024-27435
In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue.
CVE-2024-27435
In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue.
CVE-2024-27435
CVE-2024-27435
In the Linux kernel, the following vulnerability has been resolved: n ...
GHSA-5mwv-x2qc-g5cj
In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue.
BDU:2025-03088
Уязвимость функции nvme_alloc_admin_tag_set() модуля drivers/nvme/host/core.c ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании
RLSA-2024:4583
Important: kernel security update
ELSA-2024-4583
ELSA-2024-4583: kernel security update (IMPORTANT)
ROS-20251017-02
Множественные уязвимости kernel-lt
ALT-PU-2024-18365
ALT-PU-2024-18365: package `kernel-image-std-def` update to version 6.1.83-alt1
ALT-PU-2024-18257
ALT-PU-2024-18257: package `kernel-image-rt` update to version 6.1.83-alt1.rt28
ALT-PU-2024-18058
ALT-PU-2024-18058: package `kernel-image-un-def` update to version 6.1.83-alt1
ALT-PU-2024-18469
ALT-PU-2024-18469: package `kernel-image-un-def` update to version 6.6.23-alt1
ALT-PU-2024-18211
ALT-PU-2024-18211: package `kernel-image-pine` update to version 6.6.23-alt1
ALT-PU-2024-18141
ALT-PU-2024-18141: package `kernel-image-6.8` update to version 6.8.2-alt1
SUSE-SU-2024:2203-1
Security update for the Linux Kernel
SUSE-SU-2024:2135-1
Security update for the Linux Kernel
SUSE-SU-2024:2019-1
Security update for the Linux Kernel
SUSE-SU-2024:2190-1
Security update for the Linux Kernel
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2024-27435 In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2024-27435 In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2024-27435 In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVSS3: 5.5 | 0% Низкий | около 2 лет назад | ||
CVE-2024-27435 In the Linux kernel, the following vulnerability has been resolved: n ... | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
GHSA-5mwv-x2qc-g5cj In the Linux kernel, the following vulnerability has been resolved: nvme: fix reconnection fail due to reserved tag allocation We found a issue on production environment while using NVMe over RDMA, admin_q reconnect failed forever while remote target and network is ok. After dig into it, we found it may caused by a ABBA deadlock due to tag allocation. In my case, the tag was hold by a keep alive request waiting inside admin_q, as we quiesced admin_q while reset ctrl, so the request maked as idle and will not process before reset success. As fabric_q shares tagset with admin_q, while reconnect remote target, we need a tag for connect command, but the only one reserved tag was held by keep alive command which waiting inside admin_q. As a result, we failed to reconnect admin_q forever. In order to fix this issue, I think we should keep two reserved tags for admin queue. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
BDU:2025-03088 Уязвимость функции nvme_alloc_admin_tag_set() модуля drivers/nvme/host/core.c ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
RLSA-2024:4583 Important: kernel security update | больше 2 лет назад | |||
ELSA-2024-4583 ELSA-2024-4583: kernel security update (IMPORTANT) | больше 2 лет назад | |||
ROS-20251017-02 Множественные уязвимости kernel-lt | CVSS3: 7.8 | около 1 года назад | ||
ALT-PU-2024-18365 ALT-PU-2024-18365: package `kernel-image-std-def` update to version 6.1.83-alt1 | CVSS3: 9.1 | больше 2 лет назад | ||
ALT-PU-2024-18257 ALT-PU-2024-18257: package `kernel-image-rt` update to version 6.1.83-alt1.rt28 | CVSS3: 9.1 | больше 2 лет назад | ||
ALT-PU-2024-18058 ALT-PU-2024-18058: package `kernel-image-un-def` update to version 6.1.83-alt1 | CVSS3: 9.1 | больше 2 лет назад | ||
ALT-PU-2024-18469 ALT-PU-2024-18469: package `kernel-image-un-def` update to version 6.6.23-alt1 | CVSS3: 9.1 | больше 2 лет назад | ||
ALT-PU-2024-18211 ALT-PU-2024-18211: package `kernel-image-pine` update to version 6.6.23-alt1 | CVSS3: 9.1 | больше 2 лет назад | ||
ALT-PU-2024-18141 ALT-PU-2024-18141: package `kernel-image-6.8` update to version 6.8.2-alt1 | CVSS3: 9.1 | больше 2 лет назад | ||
SUSE-SU-2024:2203-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:2135-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:2019-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:2190-1 Security update for the Linux Kernel | больше 2 лет назад |
Уязвимостей на страницу