Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

Количество 18

Количество 18

fstec логотип

BDU:2026-14397

6 месяцев назад

Уязвимость функции sfb_dequeue() модуля net/sched/sch_sfb.c подсистемы управления трафиком net/sched ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании

CVSS3: 6.5
EPSS: Низкий
redos логотип

ROS-20260930-80-0125

27 дней назад

Уязвимость kernel-lt

CVSS3: 6.5
EPSS: Низкий
redos логотип

ROS-20260930-73-0091

27 дней назад

Уязвимость kernel-lt

CVSS3: 6.5
EPSS: Низкий
ubuntu логотип

CVE-2026-64012

3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [ 127.594741][ T453] CPU: 2 UID: 0 PI...

CVSS3: 5.5
EPSS: Низкий
redhat логотип

CVE-2026-64012

3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [ 127.594741][ T453] CPU: 2 UID: 0 PI...

CVSS3: 5.5
EPSS: Низкий
nvd логотип

CVE-2026-64012

3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [ 1

CVSS3: 5.5
EPSS: Низкий
debian логотип

CVE-2026-64012

3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: n ...

CVSS3: 5.5
EPSS: Низкий
github логотип

GHSA-r9v4-xqjf-v9m3

3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [...

CVSS3: 5.5
EPSS: Низкий
altlinux логотип

ALT-PU-2026-10474

3 месяца назад

ALT-PU-2026-10474: package `kernel-image-std-def` update to version 5.10.260-alt1

CVSS3: 10
EPSS: Низкий
altlinux логотип

ALT-PU-2026-10470

3 месяца назад

ALT-PU-2026-10470: package `kernel-image-un-def` update to version 6.1.177-alt1

CVSS3: 10
EPSS: Низкий
altlinux логотип

ALT-PU-2026-10111

4 месяца назад

ALT-PU-2026-10111: package `kernel-image-6.18` update to version 6.18.37-alt1

CVSS3: 10
EPSS: Низкий
altlinux логотип

ALT-PU-2026-9890

4 месяца назад

ALT-PU-2026-9890: package `kernel-image-rpi-un` update to version 6.12.94-alt1

CVSS3: 10
EPSS: Низкий
suse-cvrf логотип

SUSE-SU-2026:4892-1

3 дня назад

Security update for the Linux Kernel

EPSS: Низкий
altlinux логотип

ALT-PU-2026-9892

4 месяца назад

ALT-PU-2026-9892: package `kernel-image-6.12` update to version 6.12.94-alt1

CVSS3: 10
EPSS: Низкий
altlinux логотип

ALT-PU-2026-11671

3 месяца назад

ALT-PU-2026-11671: package `kernel-image-rt` update to version 6.12.98-alt1

CVSS3: 10
EPSS: Низкий
altlinux логотип

ALT-PU-2026-9924

4 месяца назад

ALT-PU-2026-9924: package `kernel-image-rpi-un` update to version 6.12.94-alt1

CVSS3: 10
EPSS: Низкий
oracle-oval логотип

ELBA-2026-500163

3 месяца назад

ELBA-2026-500163: Unbreakable Enterprise kernel bug fix update (NA)

EPSS: Низкий
oracle-oval логотип

ELSA-2026-500248

около 2 месяцев назад

ELSA-2026-500248: Unbreakable Enterprise kernel security update (IMPORTANT)

EPSS: Низкий

Уязвимостей на страницу

Уязвимость
CVSS
EPSS
Опубликовано
fstec логотип
BDU:2026-14397

Уязвимость функции sfb_dequeue() модуля net/sched/sch_sfb.c подсистемы управления трафиком net/sched ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании

CVSS3: 6.5
0%
Низкий
6 месяцев назад
redos логотип
ROS-20260930-80-0125

Уязвимость kernel-lt

CVSS3: 6.5
0%
Низкий
27 дней назад
redos логотип
ROS-20260930-73-0091

Уязвимость kernel-lt

CVSS3: 6.5
0%
Низкий
27 дней назад
ubuntu логотип
CVE-2026-64012

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [ 127.594741][ T453] CPU: 2 UID: 0 PI...

CVSS3: 5.5
0%
Низкий
3 месяца назад
redhat логотип
CVE-2026-64012

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [ 127.594741][ T453] CPU: 2 UID: 0 PI...

CVSS3: 5.5
0%
Низкий
3 месяца назад
nvd логотип
CVE-2026-64012

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [ 1

CVSS3: 5.5
0%
Низкий
3 месяца назад
debian логотип
CVE-2026-64012

In the Linux kernel, the following vulnerability has been resolved: n ...

CVSS3: 5.5
0%
Низкий
3 месяца назад
github логотип
GHSA-r9v4-xqjf-v9m3

In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_sfb: Replace direct dequeue call with peek and qdisc_dequeue_peeked When sfb has children (eg qfq qdisc) whose peek() callback is qdisc_peek_dequeued(), we could get a kernel panic. When the parent of such qdiscs (eg illustrated in patch #3 as tbf) wants to retrieve an skb from its child (sfb in this case), it will do the following: 1a. do a peek() - and when sensing there's an skb the child can offer, then - the child in this case(sfb) calls its child's (qfq) peek. qfq does the right thing and will return the gso_skb queue packet. Note: if there wasnt a gso_skb entry then qfq will store it there. 1b. invoke a dequeue() on the child (sfb). And herein lies the problem. - sfb will call the child's dequeue() which will essentially just try to grab something of qfq's queue. [ 127.594489][ T453] KASAN: null-ptr-deref in range [0x0000000000000048-0x000000000000004f] [...

CVSS3: 5.5
0%
Низкий
3 месяца назад
altlinux логотип
ALT-PU-2026-10474

ALT-PU-2026-10474: package `kernel-image-std-def` update to version 5.10.260-alt1

CVSS3: 10
3 месяца назад
altlinux логотип
ALT-PU-2026-10470

ALT-PU-2026-10470: package `kernel-image-un-def` update to version 6.1.177-alt1

CVSS3: 10
3 месяца назад
altlinux логотип
ALT-PU-2026-10111

ALT-PU-2026-10111: package `kernel-image-6.18` update to version 6.18.37-alt1

CVSS3: 10
4 месяца назад
altlinux логотип
ALT-PU-2026-9890

ALT-PU-2026-9890: package `kernel-image-rpi-un` update to version 6.12.94-alt1

CVSS3: 10
4 месяца назад
suse-cvrf логотип
SUSE-SU-2026:4892-1

Security update for the Linux Kernel

3 дня назад
altlinux логотип
ALT-PU-2026-9892

ALT-PU-2026-9892: package `kernel-image-6.12` update to version 6.12.94-alt1

CVSS3: 10
4 месяца назад
altlinux логотип
ALT-PU-2026-11671

ALT-PU-2026-11671: package `kernel-image-rt` update to version 6.12.98-alt1

CVSS3: 10
3 месяца назад
altlinux логотип
ALT-PU-2026-9924

ALT-PU-2026-9924: package `kernel-image-rpi-un` update to version 6.12.94-alt1

CVSS3: 10
4 месяца назад
oracle-oval логотип
ELBA-2026-500163

ELBA-2026-500163: Unbreakable Enterprise kernel bug fix update (NA)

3 месяца назад
oracle-oval логотип
ELSA-2026-500248

ELSA-2026-500248: Unbreakable Enterprise kernel security update (IMPORTANT)

около 2 месяцев назад

Уязвимостей на страницу