Поиск уязвимостей
Количество 26
Количество 26
CVE-2021-47103
In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read of size 2...
CVE-2021-47103
In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read of size 2...
CVE-2021-47103
In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read of
CVE-2021-47103
In the Linux kernel, the following vulnerability has been resolved: i ...
GHSA-rpv2-375w-83vr
In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read ...
BDU:2024-08405
Уязвимость компонента inet ядра операционной системы Linux, позволяющая нарушителю повысить свои привилегии
SUSE-SU-2026:2202-1
Security update for the Linux Kernel
ROS-20241011-01
Множественные уязвимости kernel-lt
ALT-PU-2022-1051
ALT-PU-2022-1051: package `kernel-image-un-def` update to version 5.15.14-alt1
ALT-PU-2022-1026
ALT-PU-2022-1026: package `kernel-image-un-def` update to version 5.15.14-alt1
ALT-PU-2021-3644
ALT-PU-2021-3644: package `kernel-image-mp` update to version 5.15.12-alt1
SUSE-SU-2024:2381-1
Security update for the Linux Kernel
SUSE-SU-2024:2360-1
Security update for the Linux Kernel
ALT-PU-2022-2975
ALT-PU-2022-2975: package `kernel-image-std-def` update to version 5.10.152-alt1
ALT-PU-2022-2970
ALT-PU-2022-2970: package `kernel-image-rt` update to version 5.10.152-alt1.rt75
ALT-PU-2022-2968
ALT-PU-2022-2968: package `kernel-image-rt` update to version 5.10.152-alt1.rt75
SUSE-SU-2024:2561-1
Security update for the Linux Kernel
ALT-PU-2022-3061
ALT-PU-2022-3061: package `kernel-image-std-kvm` update to version 5.10.154-alt1
ALT-PU-2022-1016
ALT-PU-2022-1016: package `kernel-image-rpi-un` update to version 5.15.13-alt1
ALT-PU-2022-1015
ALT-PU-2022-1015: package `kernel-image-rpi-un` update to version 5.15.13-alt1
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2021-47103 In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read of size 2... | CVSS3: 7.8 | 1% Низкий | больше 2 лет назад | |
CVE-2021-47103 In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read of size 2... | CVSS3: 7.1 | 1% Низкий | больше 2 лет назад | |
CVE-2021-47103 In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read of | CVSS3: 7.8 | 1% Низкий | больше 2 лет назад | |
CVE-2021-47103 In the Linux kernel, the following vulnerability has been resolved: i ... | CVSS3: 7.8 | 1% Низкий | больше 2 лет назад | |
GHSA-rpv2-375w-83vr In the Linux kernel, the following vulnerability has been resolved: inet: fully convert sk->sk_rx_dst to RCU rules syzbot reported various issues around early demux, one being included in this changelog [1] sk->sk_rx_dst is using RCU protection without clearly documenting it. And following sequences in tcp_v4_do_rcv()/tcp_v6_do_rcv() are not following standard RCU rules. [a] dst_release(dst); [b] sk->sk_rx_dst = NULL; They look wrong because a delete operation of RCU protected pointer is supposed to clear the pointer before the call_rcu()/synchronize_rcu() guarding actual memory freeing. In some cases indeed, dst could be freed before [b] is done. We could cheat by clearing sk_rx_dst before calling dst_release(), but this seems the right time to stick to standard RCU annotations and debugging facilities. [1] BUG: KASAN: use-after-free in dst_check include/net/dst.h:470 [inline] BUG: KASAN: use-after-free in tcp_v4_early_demux+0x95b/0x960 net/ipv4/tcp_ipv4.c:1792 Read ... | CVSS3: 7.8 | 1% Низкий | больше 2 лет назад | |
BDU:2024-08405 Уязвимость компонента inet ядра операционной системы Linux, позволяющая нарушителю повысить свои привилегии | CVSS3: 7.1 | 1% Низкий | почти 5 лет назад | |
SUSE-SU-2026:2202-1 Security update for the Linux Kernel | 5 месяцев назад | |||
ROS-20241011-01 Множественные уязвимости kernel-lt | CVSS3: 8.8 | около 2 лет назад | ||
ALT-PU-2022-1051 ALT-PU-2022-1051: package `kernel-image-un-def` update to version 5.15.14-alt1 | CVSS3: 8.8 | почти 5 лет назад | ||
ALT-PU-2022-1026 ALT-PU-2022-1026: package `kernel-image-un-def` update to version 5.15.14-alt1 | CVSS3: 8.8 | почти 5 лет назад | ||
ALT-PU-2021-3644 ALT-PU-2021-3644: package `kernel-image-mp` update to version 5.15.12-alt1 | CVSS3: 8.8 | почти 5 лет назад | ||
SUSE-SU-2024:2381-1 Security update for the Linux Kernel | больше 2 лет назад | |||
SUSE-SU-2024:2360-1 Security update for the Linux Kernel | больше 2 лет назад | |||
ALT-PU-2022-2975 ALT-PU-2022-2975: package `kernel-image-std-def` update to version 5.10.152-alt1 | CVSS3: 8.8 | около 4 лет назад | ||
ALT-PU-2022-2970 ALT-PU-2022-2970: package `kernel-image-rt` update to version 5.10.152-alt1.rt75 | CVSS3: 8.8 | около 4 лет назад | ||
ALT-PU-2022-2968 ALT-PU-2022-2968: package `kernel-image-rt` update to version 5.10.152-alt1.rt75 | CVSS3: 8.8 | около 4 лет назад | ||
SUSE-SU-2024:2561-1 Security update for the Linux Kernel | больше 2 лет назад | |||
ALT-PU-2022-3061 ALT-PU-2022-3061: package `kernel-image-std-kvm` update to version 5.10.154-alt1 | CVSS3: 8.8 | почти 4 года назад | ||
ALT-PU-2022-1016 ALT-PU-2022-1016: package `kernel-image-rpi-un` update to version 5.15.13-alt1 | CVSS3: 9.8 | почти 5 лет назад | ||
ALT-PU-2022-1015 ALT-PU-2022-1015: package `kernel-image-rpi-un` update to version 5.15.13-alt1 | CVSS3: 9.8 | почти 5 лет назад |
Уязвимостей на страницу