Количество 46
Количество 46
CVE-2026-53281
In the Linux kernel, the following vulnerability has been resolved: iommu/vt-d: Avoid NULL pointer dereference or refcount corruption Commit 60f030f7418d ("iommu/vt-d: Avoid use of NULL after WARN_ON_ONCE") fixed a NULL pointer dereference in an unlikely situation partly. If dev_pasid is not found in the dev_pasids list, it remains NULL. However, the teardown operations are executed unconditionally, this lead to a NULL pointer dereference or refcount corruption. If the domain was never attached to this IOMMU, info will be NULL, which would cause an immediate dereference when checking --info->refcnt. Even if info is not NULL, decrementing the refcount without having removed a valid PASID might unbalance the count. This could lead to premature dropping of the refcount to 0, potentially causing a use-after-free for the remaining active devices sharing the domain. Fix it by returning early if dev_pasid is NULL, before executing the teardown operations. Issue found by AI review and s
CVE-2026-53281
In the Linux kernel, the following vulnerability has been resolved: i ...
CVE-2026-53006
In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call.
CVE-2026-53006
In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call.
CVE-2026-53006
In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call.
CVE-2026-53006
ipv6: fix possible UAF in icmpv6_rcv()
CVE-2026-53006
In the Linux kernel, the following vulnerability has been resolved: i ...
RLSA-2026:45115
Important: kernel security update
ELSA-2026-45115
ELSA-2026-45115: kernel security update (IMPORTANT)
RLSA-2026:47011
Important: kernel security update
GHSA-p9cf-q2gf-35mq
In the Linux kernel, the following vulnerability has been resolved: iommu/vt-d: Avoid NULL pointer dereference or refcount corruption Commit 60f030f7418d ("iommu/vt-d: Avoid use of NULL after WARN_ON_ONCE") fixed a NULL pointer dereference in an unlikely situation partly. If dev_pasid is not found in the dev_pasids list, it remains NULL. However, the teardown operations are executed unconditionally, this lead to a NULL pointer dereference or refcount corruption. If the domain was never attached to this IOMMU, info will be NULL, which would cause an immediate dereference when checking --info->refcnt. Even if info is not NULL, decrementing the refcount without having removed a valid PASID might unbalance the count. This could lead to premature dropping of the refcount to 0, potentially causing a use-after-free for the remaining active devices sharing the domain. Fix it by returning early if dev_pasid is NULL, before executing the teardown operations. Issue found by AI review an...
GHSA-f2fg-xhhc-4m4w
In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call.
ELSA-2026-47011
ELSA-2026-47011: kernel security update (IMPORTANT)
SUSE-SU-2026:3166-1
Security update for the Linux Kernel
SUSE-SU-2026:3130-1
Security update for the Linux Kernel
RLSA-2026:47040
Important: kernel security, bug fix, and enhancement update
RLSA-2026:45192
Important: kernel security, bug fix, and enhancement update
ELSA-2026-47040
ELSA-2026-47040: kernel security, bug fix, and enhancement update (IMPORTANT)
ELSA-2026-45192
ELSA-2026-45192: kernel security, bug fix, and enhancement update (IMPORTANT)
openSUSE-SU-2026:21388-1
Security update for the Linux Kernel
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2026-53281 In the Linux kernel, the following vulnerability has been resolved: iommu/vt-d: Avoid NULL pointer dereference or refcount corruption Commit 60f030f7418d ("iommu/vt-d: Avoid use of NULL after WARN_ON_ONCE") fixed a NULL pointer dereference in an unlikely situation partly. If dev_pasid is not found in the dev_pasids list, it remains NULL. However, the teardown operations are executed unconditionally, this lead to a NULL pointer dereference or refcount corruption. If the domain was never attached to this IOMMU, info will be NULL, which would cause an immediate dereference when checking --info->refcnt. Even if info is not NULL, decrementing the refcount without having removed a valid PASID might unbalance the count. This could lead to premature dropping of the refcount to 0, potentially causing a use-after-free for the remaining active devices sharing the domain. Fix it by returning early if dev_pasid is NULL, before executing the teardown operations. Issue found by AI review and s | CVSS3: 8.8 | 0% Низкий | около 1 месяца назад | |
CVE-2026-53281 In the Linux kernel, the following vulnerability has been resolved: i ... | CVSS3: 8.8 | 0% Низкий | около 1 месяца назад | |
CVE-2026-53006 In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call. | CVSS3: 9.8 | 0% Низкий | около 1 месяца назад | |
CVE-2026-53006 In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call. | CVSS3: 7 | 0% Низкий | около 1 месяца назад | |
CVE-2026-53006 In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call. | CVSS3: 9.8 | 0% Низкий | около 1 месяца назад | |
CVE-2026-53006 ipv6: fix possible UAF in icmpv6_rcv() | CVSS3: 7 | 0% Низкий | около 1 месяца назад | |
CVE-2026-53006 In the Linux kernel, the following vulnerability has been resolved: i ... | CVSS3: 9.8 | 0% Низкий | около 1 месяца назад | |
RLSA-2026:45115 Important: kernel security update | 8 дней назад | |||
ELSA-2026-45115 ELSA-2026-45115: kernel security update (IMPORTANT) | 6 дней назад | |||
RLSA-2026:47011 Important: kernel security update | 0% Низкий | 6 дней назад | ||
GHSA-p9cf-q2gf-35mq In the Linux kernel, the following vulnerability has been resolved: iommu/vt-d: Avoid NULL pointer dereference or refcount corruption Commit 60f030f7418d ("iommu/vt-d: Avoid use of NULL after WARN_ON_ONCE") fixed a NULL pointer dereference in an unlikely situation partly. If dev_pasid is not found in the dev_pasids list, it remains NULL. However, the teardown operations are executed unconditionally, this lead to a NULL pointer dereference or refcount corruption. If the domain was never attached to this IOMMU, info will be NULL, which would cause an immediate dereference when checking --info->refcnt. Even if info is not NULL, decrementing the refcount without having removed a valid PASID might unbalance the count. This could lead to premature dropping of the refcount to 0, potentially causing a use-after-free for the remaining active devices sharing the domain. Fix it by returning early if dev_pasid is NULL, before executing the teardown operations. Issue found by AI review an... | CVSS3: 8.8 | 0% Низкий | около 1 месяца назад | |
GHSA-f2fg-xhhc-4m4w In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call. | CVSS3: 9.8 | 0% Низкий | около 1 месяца назад | |
ELSA-2026-47011 ELSA-2026-47011: kernel security update (IMPORTANT) | 0% Низкий | 5 дней назад | ||
SUSE-SU-2026:3166-1 Security update for the Linux Kernel | 13 дней назад | |||
SUSE-SU-2026:3130-1 Security update for the Linux Kernel | 14 дней назад | |||
RLSA-2026:47040 Important: kernel security, bug fix, and enhancement update | 4 дня назад | |||
RLSA-2026:45192 Important: kernel security, bug fix, and enhancement update | 7 дней назад | |||
ELSA-2026-47040 ELSA-2026-47040: kernel security, bug fix, and enhancement update (IMPORTANT) | 5 дней назад | |||
ELSA-2026-45192 ELSA-2026-45192: kernel security, bug fix, and enhancement update (IMPORTANT) | 6 дней назад | |||
openSUSE-SU-2026:21388-1 Security update for the Linux Kernel | 14 дней назад |
Уязвимостей на страницу