https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-05T12:34:40.357392+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/bdu:2026-03757 bdu:2026-03757 2026-10-05T12:34:40.486032+00:00 bdu:2026-03757 https://cve.radiocsirt.org/vuln/bell-cve-2025-39999 BELL-CVE-2025-39999 2026-10-05T12:34:40.486076+00:00

Affected: Alpaquita:stream: linux-lts

 https://cve.radiocsirt.org/vuln/euvd-2026-320879 EUVD-2026-320879 2026-10-05T12:34:40.486104+00:00 EUVD-2026-320879 https://cve.radiocsirt.org/vuln/fkie_cve-2025-39999 fkie_cve-2025-39999 2026-10-05T12:34:40.486116+00:00

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

blk-mq: fix blk_mq_tags double free while nr_requests grown

In the case user trigger tags grow by queue sysfs attribute nr_requests, hctx->sched_tags will be freed directly and replaced with a new allocated tags, see blk_mq_tag_update_depth().

The problem is that hctx->sched_tags is from elevator->et->tags, while et->tags is still the freed tags, hence later elevator exit will try to free the tags again, causing kernel panic.

Fix this problem by replacing et->tags with new allocated tags as well.

Noted there are still some long term problems that will require some refactor to be fixed thoroughly[1].

[1] https://lore.kernel.org/all/20250815080216.410665-1-yukuai1@huaweicloud.com/

 https://cve.radiocsirt.org/vuln/ghsa-28j8-2q92-jm59 GHSA-28j8-2q92-jm59 2026-10-05T12:34:40.486148+00:00

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

blk-mq: fix blk_mq_tags double free while nr_requests grown

In the case user trigger tags grow by queue sysfs attribute nr_requests, hctx->sched_tags will be freed directly and replaced with a new allocated tags, see blk_mq_tag_update_depth().

The problem is that hctx->sched_tags is from elevator->et->tags, while et->tags is still the freed tags, hence later elevator exit will try to free the tags again, causing kernel panic.

Fix this problem by replacing et->tags with new allocated tags as well.

Noted there are still some long term problems that will require some refactor to be fixed thoroughly[1].

[1] https://lore.kernel.org/all/20250815080216.410665-1-yukuai1@huaweicloud.com/

 https://cve.radiocsirt.org/vuln/opensuse-su-2025:15671-1 openSUSE-SU-2025:15671-1 — kernel-devel-6.17.5-1.1 on GA media 2026-10-05T12:34:40.486171+00:00

kernel-devel-6.17.5-1.1 on GA media

 https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-39999 UBUNTU-CVE-2025-39999 2026-10-05T12:34:40.486196+00:00

Affected: Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 86 more

In the Linux kernel, the following vulnerability has been resolved: blk-mq: fix blk_mq_tags double free while nr_requests grown In the case user trigger tags grow by queue sysfs attribute nr_requests, hctx->sched_tags will be freed directly and replaced with a new allocated tags, see blk_mq_tag_update_depth(). The problem is that hctx->sched_tags is from elevator->et->tags, while et->tags is still the freed tags, hence later elevator exit will try to free the tags again, causing kernel panic. Fix this problem by replacing et->tags with new allocated tags as well. Noted there are still some long term problems that will require some refactor to be fixed thoroughly[1]. [1] https://lore.kernel.org/all/20250815080216.410665-1-yukuai1@huaweicloud.com/

 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2298 WID-SEC-W-2025-2298 — Linux Kernel: Mehrere Schwachstellen 2026-10-05T12:34:40.486333+00:00

Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen, Daten zu manipulieren und andere, nicht näher spezifizierte Angriffe durchzuführen.