Поиск уязвимостей
Количество 28
Количество 28
CVE-2025-21920
In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantest type vl...
CVE-2025-21920
In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantest type vl...
CVE-2025-21920
In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantest t
CVE-2025-21920
vlan: enforce underlying device type
CVE-2025-21920
In the Linux kernel, the following vulnerability has been resolved: v ...
GHSA-p79h-jcrm-6qrc
In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantes...
BDU:2025-03891
Уязвимость модуля net/8021q/vlan.c ядра операционных систем Linux, позволяющая нарушителю вызвать отказ в обслуживании
ROS-20260120-7334
Уязвимость kernel-lt
RLSA-2025:8643
Important: kernel security update
ELSA-2025-8643
ELSA-2025-8643: kernel security update (IMPORTANT)
ALT-PU-2025-16594
ALT-PU-2025-16594: package `kernel-image-un-def` update to version 6.1.131-alt1
SUSE-SU-2025:02538-1
Security update for the Linux Kernel
SUSE-SU-2025:02335-1
Security update for the Linux Kernel
SUSE-SU-2025:02249-1
Security update for the Linux Kernel
SUSE-SU-2025:02334-1
Security update for the Linux Kernel
ALT-PU-2025-16505
ALT-PU-2025-16505: package `kernel-image-6.12` update to version 6.12.19-alt1
ALT-PU-2025-5012
ALT-PU-2025-5012: package `kernel-image-rt` update to version 5.10.235-alt1.rt129
ALT-PU-2025-4689
ALT-PU-2025-4689: package `kernel-image-std-def` update to version 5.10.235-alt1
SUSE-SU-2025:02333-1
Security update for the Linux Kernel
SUSE-SU-2025:02307-1
Security update for the Linux Kernel
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
CVE-2025-21920 In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantest type vl... | CVSS3: 7.1 | 0% Низкий | больше 1 года назад | |
CVE-2025-21920 In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantest type vl... | CVSS3: 7.1 | 0% Низкий | больше 1 года назад | |
CVE-2025-21920 In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantest t | CVSS3: 7.1 | 0% Низкий | больше 1 года назад | |
CVE-2025-21920 vlan: enforce underlying device type | CVSS3: 7.1 | 0% Низкий | больше 1 года назад | |
CVE-2025-21920 In the Linux kernel, the following vulnerability has been resolved: v ... | CVSS3: 7.1 | 0% Низкий | больше 1 года назад | |
GHSA-p79h-jcrm-6qrc In the Linux kernel, the following vulnerability has been resolved: vlan: enforce underlying device type Currently, VLAN devices can be created on top of non-ethernet devices. Besides the fact that it doesn't make much sense, this also causes a bug which leaks the address of a kernel function to usermode. When creating a VLAN device, we initialize GARP (garp_init_applicant) and MRP (mrp_init_applicant) for the underlying device. As part of the initialization process, we add the multicast address of each applicant to the underlying device, by calling dev_mc_add. __dev_mc_add uses dev->addr_len to determine the length of the new multicast address. This causes an out-of-bounds read if dev->addr_len is greater than 6, since the multicast addresses provided by GARP and MRP are only 6 bytes long. This behaviour can be reproduced using the following commands: ip tunnel add gretest mode ip6gre local ::1 remote ::2 dev lo ip l set up dev gretest ip link add link gretest name vlantes... | CVSS3: 7.1 | 0% Низкий | больше 1 года назад | |
BDU:2025-03891 Уязвимость модуля net/8021q/vlan.c ядра операционных систем Linux, позволяющая нарушителю вызвать отказ в обслуживании | CVSS3: 5.5 | 0% Низкий | больше 1 года назад | |
ROS-20260120-7334 Уязвимость kernel-lt | CVSS3: 5.5 | 0% Низкий | 10 месяцев назад | |
RLSA-2025:8643 Important: kernel security update | около 1 года назад | |||
ELSA-2025-8643 ELSA-2025-8643: kernel security update (IMPORTANT) | больше 1 года назад | |||
ALT-PU-2025-16594 ALT-PU-2025-16594: package `kernel-image-un-def` update to version 6.1.131-alt1 | CVSS3: 8 | больше 1 года назад | ||
SUSE-SU-2025:02538-1 Security update for the Linux Kernel | больше 1 года назад | |||
SUSE-SU-2025:02335-1 Security update for the Linux Kernel | больше 1 года назад | |||
SUSE-SU-2025:02249-1 Security update for the Linux Kernel | больше 1 года назад | |||
SUSE-SU-2025:02334-1 Security update for the Linux Kernel | больше 1 года назад | |||
ALT-PU-2025-16505 ALT-PU-2025-16505: package `kernel-image-6.12` update to version 6.12.19-alt1 | CVSS3: 8 | больше 1 года назад | ||
ALT-PU-2025-5012 ALT-PU-2025-5012: package `kernel-image-rt` update to version 5.10.235-alt1.rt129 | CVSS3: 9.8 | больше 1 года назад | ||
ALT-PU-2025-4689 ALT-PU-2025-4689: package `kernel-image-std-def` update to version 5.10.235-alt1 | CVSS3: 9.8 | больше 1 года назад | ||
SUSE-SU-2025:02333-1 Security update for the Linux Kernel | больше 1 года назад | |||
SUSE-SU-2025:02307-1 Security update for the Linux Kernel | больше 1 года назад |
Уязвимостей на страницу