Поиск уязвимостей
Количество 99
Количество 99
CVE-2026-99999
In the Linux kernel, the following vulnerability has been resolved: ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network header and cause a bunch of mischief. This was discovered and reported by Paulos, and has been reporoduced by others independently since. We really shouldn't allow such packets in, but as a defence in depth measure, let's also check before we complete the checksum. A more complete validation at input is forthcoming, but needs more work.
CVE-2026-99999
ipv4: validate checksum_start before completing checksum
CVE-2026-99999
In the Linux kernel, the following vulnerability has been resolved: i ...
CVE-2026-98432
This vulnerability affects the IPv4 TCP connection handling in the Linux kernel and can lead to remote code execution. In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener loc...
CVE-2026-98432
In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener lock, so nothing prevents the child socket from being freed while the SYNACK is still being built. TCP child sockets do no...
CVE-2026-98432
In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener lock, so nothing prevents the child socket from being freed while the SYNACK is still being built. TCP child sockets do
CVE-2026-98432
ipv4: free inet_opt and ireq_opt after an RCU grace period
CVE-2026-98432
In the Linux kernel, the following vulnerability has been resolved: i ...
SUSE-SU-2026:4937-1
Security update for the Linux Kernel
SUSE-SU-2026:4936-1
Security update for the Linux Kernel
BDU:2026-16755
Уязвимость функции skb_checksum_help() реализации протокола IPv4 ядра операционной системы Linux, позволяющая нарушителю получить несанкционированный доступ к защищаемой информации
SUSE-SU-2026:4934-1
Security update for the Linux Kernel
SUSE-SU-2026:5107-1
Security update for the Linux Kernel (Live Patch 32 for SUSE Linux Enterprise 15 SP6)
RLSA-2026:93414
Critical: kernel security update
GHSA-qp6h-4hvh-qqqc
In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener lock, so nothing prevents the child socket from being freed while the SYNACK is still being built. TCP child sockets ...
ELSA-2026-93414
ELSA-2026-93414: kernel security update (CRITICAL)
BDU:2026-17912
Уязвимость функции tcp_v4_syn_recv_sock() реализации протокола IPv4 ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании
ROS-20261105-80-0004
Уязвимость kernel-lt
ROS-20261105-73-0003
Уязвимость kernel-lt
ROS-20261105-80-0002
Уязвимость kernel-lt
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2026-99999 In the Linux kernel, the following vulnerability has been resolved: ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network header and cause a bunch of mischief. This was discovered and reported by Paulos, and has been reporoduced by others independently since. We really shouldn't allow such packets in, but as a defence in depth measure, let's also check before we complete the checksum. A more complete validation at input is forthcoming, but needs more work. | CVSS3: 9.3 | 1% Низкий | 25 дней назад | |
CVE-2026-99999 ipv4: validate checksum_start before completing checksum | CVSS3: 9.3 | 1% Низкий | 24 дня назад | |
CVE-2026-99999 In the Linux kernel, the following vulnerability has been resolved: i ... | CVSS3: 9.3 | 1% Низкий | 25 дней назад | |
CVE-2026-98432 This vulnerability affects the IPv4 TCP connection handling in the Linux kernel and can lead to remote code execution. In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener loc... | CVSS3: 9.8 | 1% Низкий | 25 дней назад | |
CVE-2026-98432 In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener lock, so nothing prevents the child socket from being freed while the SYNACK is still being built. TCP child sockets do no... | CVSS3: 9.8 | 1% Низкий | 25 дней назад | |
CVE-2026-98432 In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener lock, so nothing prevents the child socket from being freed while the SYNACK is still being built. TCP child sockets do | CVSS3: 9.8 | 1% Низкий | 25 дней назад | |
CVE-2026-98432 ipv4: free inet_opt and ireq_opt after an RCU grace period | CVSS3: 8.1 | 1% Низкий | 24 дня назад | |
CVE-2026-98432 In the Linux kernel, the following vulnerability has been resolved: i ... | CVSS3: 9.8 | 1% Низкий | 25 дней назад | |
SUSE-SU-2026:4937-1 Security update for the Linux Kernel | 11 дней назад | |||
SUSE-SU-2026:4936-1 Security update for the Linux Kernel | 11 дней назад | |||
BDU:2026-16755 Уязвимость функции skb_checksum_help() реализации протокола IPv4 ядра операционной системы Linux, позволяющая нарушителю получить несанкционированный доступ к защищаемой информации | CVSS3: 9.3 | 1% Низкий | около 1 месяца назад | |
SUSE-SU-2026:4934-1 Security update for the Linux Kernel | 11 дней назад | |||
SUSE-SU-2026:5107-1 Security update for the Linux Kernel (Live Patch 32 for SUSE Linux Enterprise 15 SP6) | 1% Низкий | 5 дней назад | ||
RLSA-2026:93414 Critical: kernel security update | 1% Низкий | 6 дней назад | ||
GHSA-qp6h-4hvh-qqqc In the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without copying it. Another cpu can concurrently process a retransmitted SYN for the same request socket, and send a SYNACK from tcp_check_req(). tcp_v4_send_synack() and inet_csk_route_req() read ireq->ireq_opt under rcu_read_lock() only, and ip_build_and_send_pkt() and ip_options_build() then read opt->optlen twice. Note that the SYNACK timer itself is not an issue: it holds a reference on its request socket, and inet_csk_reqsk_queue_drop() calls timer_delete_sync() before the child can be freed. Since commit 079096f103fa ("tcp/dccp: install syn_recv requests into ehash table"), request sockets are processed without holding the listener lock, so nothing prevents the child socket from being freed while the SYNACK is still being built. TCP child sockets ... | CVSS3: 9.8 | 1% Низкий | 25 дней назад | |
ELSA-2026-93414 ELSA-2026-93414: kernel security update (CRITICAL) | 1% Низкий | 7 дней назад | ||
BDU:2026-17912 Уязвимость функции tcp_v4_syn_recv_sock() реализации протокола IPv4 ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании | CVSS3: 9.8 | 1% Низкий | около 1 месяца назад | |
ROS-20261105-80-0004 Уязвимость kernel-lt | CVSS3: 9.3 | 1% Низкий | 4 дня назад | |
ROS-20261105-73-0003 Уязвимость kernel-lt | CVSS3: 9.3 | 1% Низкий | 4 дня назад | |
ROS-20261105-80-0002 Уязвимость kernel-lt | CVSS3: 9.8 | 1% Низкий | 4 дня назад |
Уязвимостей на страницу