Поиск уязвимостей
Количество 21
Количество 21
CVE-2024-26752
In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent.
CVE-2024-26752
In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent.
CVE-2024-26752
In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent.
CVE-2024-26752
In the Linux kernel, the following vulnerability has been resolved: l ...
GHSA-xhj3-2vvm-6mr5
In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent.
BDU:2024-08665
Уязвимость компонента l2tp ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании
ROS-20241021-09
Множественные уязвимости kernel-lt
ALT-PU-2023-6488
ALT-PU-2023-6488: package `kernel-image-un-def` update to version 6.5.8-alt1
ALT-PU-2024-18074
ALT-PU-2024-18074: package `kernel-image-rt` update to version 5.10.211-alt1.rt103
ALT-PU-2024-18362
ALT-PU-2024-18362: package `kernel-image-std-def` update to version 6.1.80-alt1
ALT-PU-2024-18255
ALT-PU-2024-18255: package `kernel-image-rt` update to version 6.1.80-alt1.rt26
ALT-PU-2024-18055
ALT-PU-2024-18055: package `kernel-image-un-def` update to version 6.1.80-alt1
ALT-PU-2024-18465
ALT-PU-2024-18465: package `kernel-image-un-def` update to version 6.6.19-alt1
ALT-PU-2024-18208
ALT-PU-2024-18208: package `kernel-image-pine` update to version 6.6.20-alt1
SUSE-SU-2024:1979-1
Security update for the Linux Kernel
SUSE-SU-2024:2184-1
Security update for the Linux Kernel
SUSE-SU-2024:1983-1
Security update for the Linux Kernel
ALT-PU-2024-3457
ALT-PU-2024-3457: package `kernel-image-std-def` update to version 5.10.211-alt1
ALT-PU-2024-3415
ALT-PU-2024-3415: package `kernel-image-mp` update to version 6.7.8-alt1
ALT-PU-2024-6818
ALT-PU-2024-6818: package `kernel-image-rpi-un` update to version 6.6.23-alt1
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2024-26752 In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2024-26752 In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2024-26752 In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2024-26752 In the Linux kernel, the following vulnerability has been resolved: l ... | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
GHSA-xhj3-2vvm-6mr5 In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero length, which results in corrupted packets on the wire. Add parentheses to correct the calculation in line with the original intent. | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
BDU:2024-08665 Уязвимость компонента l2tp ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
ROS-20241021-09 Множественные уязвимости kernel-lt | CVSS3: 8.8 | около 2 лет назад | ||
ALT-PU-2023-6488 ALT-PU-2023-6488: package `kernel-image-un-def` update to version 6.5.8-alt1 | CVSS3: 8.8 | около 3 лет назад | ||
ALT-PU-2024-18074 ALT-PU-2024-18074: package `kernel-image-rt` update to version 5.10.211-alt1.rt103 | CVSS3: 8.8 | больше 2 лет назад | ||
ALT-PU-2024-18362 ALT-PU-2024-18362: package `kernel-image-std-def` update to version 6.1.80-alt1 | CVSS3: 8.8 | больше 2 лет назад | ||
ALT-PU-2024-18255 ALT-PU-2024-18255: package `kernel-image-rt` update to version 6.1.80-alt1.rt26 | CVSS3: 8.8 | больше 2 лет назад | ||
ALT-PU-2024-18055 ALT-PU-2024-18055: package `kernel-image-un-def` update to version 6.1.80-alt1 | CVSS3: 8.8 | больше 2 лет назад | ||
ALT-PU-2024-18465 ALT-PU-2024-18465: package `kernel-image-un-def` update to version 6.6.19-alt1 | CVSS3: 8.8 | больше 2 лет назад | ||
ALT-PU-2024-18208 ALT-PU-2024-18208: package `kernel-image-pine` update to version 6.6.20-alt1 | CVSS3: 8.8 | больше 2 лет назад | ||
SUSE-SU-2024:1979-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:2184-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:1983-1 Security update for the Linux Kernel | больше 2 лет назад | |||
ALT-PU-2024-3457 ALT-PU-2024-3457: package `kernel-image-std-def` update to version 5.10.211-alt1 | CVSS3: 9.8 | больше 2 лет назад | ||
ALT-PU-2024-3415 ALT-PU-2024-3415: package `kernel-image-mp` update to version 6.7.8-alt1 | CVSS3: 9.4 | больше 2 лет назад | ||
ALT-PU-2024-6818 ALT-PU-2024-6818: package `kernel-image-rpi-un` update to version 6.6.23-alt1 | CVSS3: 9.4 | больше 2 лет назад |
Уязвимостей на страницу