<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Mon, 05 Oct 2026 01:36:48 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-12241</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-12241</link>
      <description>bdu:2025-12241</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-12241</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-38066</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-38066</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2025-38066</guid>
    </item>
    <item>
      <title>certfr-2025-avi-0698 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian. Certaines d'entre elles permettent à un…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0698</link>
      <description>certfr-2025-avi-0698</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0698</guid>
    </item>
    <item>
      <title>EUVD-2026-314410</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-314410</link>
      <description>EUVD-2026-314410</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-314410</guid>
    </item>
    <item>
      <title>fkie_cve-2025-38066</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-38066</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;dm cache: prevent BUG_ON by blocking retries on failed device resumes&lt;/p&gt;
&lt;p&gt;A cache device failing to resume due to mapping errors should not be
retried, as the failure leaves a partially initialized policy object.
Repeating the resume operation risks triggering BUG_ON when reloading
cache mappings into the incomplete policy object.&lt;/p&gt;
&lt;p&gt;Reproduce steps:&lt;/p&gt;
&lt;p&gt;1. create a cache metadata consisting of 512 or more cache blocks,
   with some mappings stored in the first array block of the mapping
   array. Here we use cache_restore v1.0 to build the metadata.&lt;/p&gt;
&lt;p&gt;cat &amp;lt;&amp;lt;EOF &amp;gt;&amp;gt; cmeta.xml
&amp;lt;superblock uuid=&amp;#34;&amp;#34; block_size=&amp;#34;128&amp;#34; nr_cache_blocks=&amp;#34;512&amp;#34; \
policy=&amp;#34;smq&amp;#34; hint_width=&amp;#34;4&amp;#34;&amp;gt;
  &amp;lt;mappings&amp;gt;
    &amp;lt;mapping cache_block=&amp;#34;0&amp;#34; origin_block=&amp;#34;0&amp;#34; dirty=&amp;#34;false&amp;#34;/&amp;gt;
  &amp;lt;/mappings&amp;gt;
&amp;lt;/superblock&amp;gt;
EOF
dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
cache_restore -i cmeta.xml -o /dev/mapper/cmeta --metadata-version=2
dmsetup remove cmeta&lt;/p&gt;
&lt;p&gt;2. wipe the second array block of the mapping array to simulate
   data degradations.&lt;/p&gt;
&lt;p&gt;mapping_root=$(dd if=/dev/sdc bs=1c count=8 skip=192 \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
ablock=$(dd if=/dev/sdc bs=1c count=8 skip=$((4096*mapping_root+2056)) \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
dd if=/dev/zero of=/dev/sdc bs=4k count=1 seek=$ablock&lt;/p&gt;
&lt;p&gt;3. try bringing up the cache device. The resume is expected to fail
   due to the broken array block.&lt;/p&gt;
&lt;p&gt;dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
dmset…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;dm cache: prevent BUG_ON by blocking retries on failed device resumes&lt;/p&gt;
&lt;p&gt;A cache device failing to resume due to mapping errors should not be
retried, as the failure leaves a partially initialized policy object.
Repeating the resume operation risks triggering BUG_ON when reloading
cache mappings into the incomplete policy object.&lt;/p&gt;
&lt;p&gt;Reproduce steps:&lt;/p&gt;
&lt;p&gt;1. create a cache metadata consisting of 512 or more cache blocks,
   with some mappings stored in the first array block of the mapping
   array. Here we use cache_restore v1.0 to build the metadata.&lt;/p&gt;
&lt;p&gt;cat &amp;lt;&amp;lt;EOF &amp;gt;&amp;gt; cmeta.xml
&amp;lt;superblock uuid=&amp;#34;&amp;#34; block_size=&amp;#34;128&amp;#34; nr_cache_blocks=&amp;#34;512&amp;#34; \
policy=&amp;#34;smq&amp;#34; hint_width=&amp;#34;4&amp;#34;&amp;gt;
  &amp;lt;mappings&amp;gt;
    &amp;lt;mapping cache_block=&amp;#34;0&amp;#34; origin_block=&amp;#34;0&amp;#34; dirty=&amp;#34;false&amp;#34;/&amp;gt;
  &amp;lt;/mappings&amp;gt;
&amp;lt;/superblock&amp;gt;
EOF
dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
cache_restore -i cmeta.xml -o /dev/mapper/cmeta --metadata-version=2
dmsetup remove cmeta&lt;/p&gt;
&lt;p&gt;2. wipe the second array block of the mapping array to simulate
   data degradations.&lt;/p&gt;
&lt;p&gt;mapping_root=$(dd if=/dev/sdc bs=1c count=8 skip=192 \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
ablock=$(dd if=/dev/sdc bs=1c count=8 skip=$((4096*mapping_root+2056)) \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
dd if=/dev/zero of=/dev/sdc bs=4k count=1 seek=$ablock&lt;/p&gt;
&lt;p&gt;3. try bringing up the cache device. The resume is expected to fail
   due to the broken array block.&lt;/p&gt;
&lt;p&gt;dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
dmset…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-38066</guid>
    </item>
    <item>
      <title>GHSA-97x5-wjv7-8w72</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-97x5-wjv7-8w72</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;dm cache: prevent BUG_ON by blocking retries on failed device resumes&lt;/p&gt;
&lt;p&gt;A cache device failing to resume due to mapping errors should not be
retried, as the failure leaves a partially initialized policy object.
Repeating the resume operation risks triggering BUG_ON when reloading
cache mappings into the incomplete policy object.&lt;/p&gt;
&lt;p&gt;Reproduce steps:&lt;/p&gt;
&lt;p&gt;1. create a cache metadata consisting of 512 or more cache blocks,
   with some mappings stored in the first array block of the mapping
   array. Here we use cache_restore v1.0 to build the metadata.&lt;/p&gt;
&lt;p&gt;cat &amp;lt;&amp;lt;EOF &amp;gt;&amp;gt; cmeta.xml
&amp;lt;superblock uuid=&amp;#34;&amp;#34; block_size=&amp;#34;128&amp;#34; nr_cache_blocks=&amp;#34;512&amp;#34; \
policy=&amp;#34;smq&amp;#34; hint_width=&amp;#34;4&amp;#34;&amp;gt;
  &amp;lt;mappings&amp;gt;
    &amp;lt;mapping cache_block=&amp;#34;0&amp;#34; origin_block=&amp;#34;0&amp;#34; dirty=&amp;#34;false&amp;#34;/&amp;gt;
  &amp;lt;/mappings&amp;gt;
&amp;lt;/superblock&amp;gt;
EOF
dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
cache_restore -i cmeta.xml -o /dev/mapper/cmeta --metadata-version=2
dmsetup remove cmeta&lt;/p&gt;
&lt;p&gt;2. wipe the second array block of the mapping array to simulate
   data degradations.&lt;/p&gt;
&lt;p&gt;mapping_root=$(dd if=/dev/sdc bs=1c count=8 skip=192 \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
ablock=$(dd if=/dev/sdc bs=1c count=8 skip=$((4096*mapping_root+2056)) \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
dd if=/dev/zero of=/dev/sdc bs=4k count=1 seek=$ablock&lt;/p&gt;
&lt;p&gt;3. try bringing up the cache device. The resume is expected to fail
   due to the broken array block.&lt;/p&gt;
&lt;p&gt;dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
dmset…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;dm cache: prevent BUG_ON by blocking retries on failed device resumes&lt;/p&gt;
&lt;p&gt;A cache device failing to resume due to mapping errors should not be
retried, as the failure leaves a partially initialized policy object.
Repeating the resume operation risks triggering BUG_ON when reloading
cache mappings into the incomplete policy object.&lt;/p&gt;
&lt;p&gt;Reproduce steps:&lt;/p&gt;
&lt;p&gt;1. create a cache metadata consisting of 512 or more cache blocks,
   with some mappings stored in the first array block of the mapping
   array. Here we use cache_restore v1.0 to build the metadata.&lt;/p&gt;
&lt;p&gt;cat &amp;lt;&amp;lt;EOF &amp;gt;&amp;gt; cmeta.xml
&amp;lt;superblock uuid=&amp;#34;&amp;#34; block_size=&amp;#34;128&amp;#34; nr_cache_blocks=&amp;#34;512&amp;#34; \
policy=&amp;#34;smq&amp;#34; hint_width=&amp;#34;4&amp;#34;&amp;gt;
  &amp;lt;mappings&amp;gt;
    &amp;lt;mapping cache_block=&amp;#34;0&amp;#34; origin_block=&amp;#34;0&amp;#34; dirty=&amp;#34;false&amp;#34;/&amp;gt;
  &amp;lt;/mappings&amp;gt;
&amp;lt;/superblock&amp;gt;
EOF
dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
cache_restore -i cmeta.xml -o /dev/mapper/cmeta --metadata-version=2
dmsetup remove cmeta&lt;/p&gt;
&lt;p&gt;2. wipe the second array block of the mapping array to simulate
   data degradations.&lt;/p&gt;
&lt;p&gt;mapping_root=$(dd if=/dev/sdc bs=1c count=8 skip=192 \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
ablock=$(dd if=/dev/sdc bs=1c count=8 skip=$((4096*mapping_root+2056)) \
2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;)
dd if=/dev/zero of=/dev/sdc bs=4k count=1 seek=$ablock&lt;/p&gt;
&lt;p&gt;3. try bringing up the cache device. The resume is expected to fail
   due to the broken array block.&lt;/p&gt;
&lt;p&gt;dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34;
dmset…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-97x5-wjv7-8w72</guid>
    </item>
    <item>
      <title>msrc_CVE-2025-38066 — dm cache: prevent BUG_ON by blocking retries on failed device resumes</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2025-38066</link>
      <description>msrc_CVE-2025-38066</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2025-38066</guid>
    </item>
    <item>
      <title>OESA-2025-2120 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2025-2120</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;gtp: Destroy device along with udp socket&amp;amp;apos;s netns dismantle.&lt;/p&gt;
&lt;p&gt;gtp_newlink() links the device to a list in dev_net(dev) instead of
src_net, where a udp tunnel socket is created.&lt;/p&gt;
&lt;p&gt;Even when src_net is removed, the device stays alive on dev_net(dev).
Then, removing src_net triggers the splat below. [0]&lt;/p&gt;
&lt;p&gt;In this example, gtp0 is created in ns2, and the udp socket is created
in ns1.&lt;/p&gt;
&lt;p&gt;ip netns add ns1
  ip netns add ns2
  ip -n ns1 link add netns ns2 name gtp0 type gtp role sgsn
  ip netns del ns1&lt;/p&gt;
&lt;p&gt;Let&amp;amp;apos;s link the device to the socket&amp;amp;apos;s netns instead.&lt;/p&gt;
&lt;p&gt;Now, gtp_net_exit_batch_rtnl() needs another netdev iteration to remove
all gtp devices in the netns.&lt;/p&gt;
&lt;p&gt;[0]:
ref_tracker: net notrefcnt@000000003d6e7d05 has 1/2 users at
     sk_alloc (./include/net/net_namespace.h:345 net/core/sock.c:2236)
     inet_create (net/ipv4/af_inet.c:326 net/ipv4/af_inet.c:252)
     __sock_create (net/socket.c:1558)
     udp_sock_create4 (net/ipv4/udp_tunnel_core.c:18)
     gtp_create_sock (./include/net/udp_tunnel.h:59 drivers/net/gtp.c:1423)
     gtp_create_sockets (drivers/net/gtp.c:1447)
     gtp_newlink (drivers/net/gtp.c:1507)
     rtnl_newlink (net/core/rtnetlink.c:3786 net/core/rtnetlink.c:3897 net/core/rtnetlink.c:4012)
     rtnetlink_rcv_msg (net/core/rtnetlink.c:6922)
     netlink_rcv_skb (net/netlink/af_netlink.c:2542)
     netlink_unicast…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;gtp: Destroy device along with udp socket&amp;amp;apos;s netns dismantle.&lt;/p&gt;
&lt;p&gt;gtp_newlink() links the device to a list in dev_net(dev) instead of
src_net, where a udp tunnel socket is created.&lt;/p&gt;
&lt;p&gt;Even when src_net is removed, the device stays alive on dev_net(dev).
Then, removing src_net triggers the splat below. [0]&lt;/p&gt;
&lt;p&gt;In this example, gtp0 is created in ns2, and the udp socket is created
in ns1.&lt;/p&gt;
&lt;p&gt;ip netns add ns1
  ip netns add ns2
  ip -n ns1 link add netns ns2 name gtp0 type gtp role sgsn
  ip netns del ns1&lt;/p&gt;
&lt;p&gt;Let&amp;amp;apos;s link the device to the socket&amp;amp;apos;s netns instead.&lt;/p&gt;
&lt;p&gt;Now, gtp_net_exit_batch_rtnl() needs another netdev iteration to remove
all gtp devices in the netns.&lt;/p&gt;
&lt;p&gt;[0]:
ref_tracker: net notrefcnt@000000003d6e7d05 has 1/2 users at
     sk_alloc (./include/net/net_namespace.h:345 net/core/sock.c:2236)
     inet_create (net/ipv4/af_inet.c:326 net/ipv4/af_inet.c:252)
     __sock_create (net/socket.c:1558)
     udp_sock_create4 (net/ipv4/udp_tunnel_core.c:18)
     gtp_create_sock (./include/net/udp_tunnel.h:59 drivers/net/gtp.c:1423)
     gtp_create_sockets (drivers/net/gtp.c:1447)
     gtp_newlink (drivers/net/gtp.c:1507)
     rtnl_newlink (net/core/rtnetlink.c:3786 net/core/rtnetlink.c:3897 net/core/rtnetlink.c:4012)
     rtnetlink_rcv_msg (net/core/rtnetlink.c:6922)
     netlink_rcv_skb (net/netlink/af_netlink.c:2542)
     netlink_unicast…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2025-2120</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-38066</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38066</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 213 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: dm cache: prevent BUG_ON by blocking retries on failed device resumes A cache device failing to resume due to mapping errors should not be retried, as the failure leaves a partially initialized policy object. Repeating the resume operation risks triggering BUG_ON when reloading cache mappings into the incomplete policy object. Reproduce steps: 1. create a cache metadata consisting of 512 or more cache blocks,    with some mappings stored in the first array block of the mapping    array. Here we use cache_restore v1.0 to build the metadata. cat &amp;lt;&amp;lt;EOF &amp;gt;&amp;gt; cmeta.xml &amp;lt;superblock uuid=&amp;#34;&amp;#34; block_size=&amp;#34;128&amp;#34; nr_cache_blocks=&amp;#34;512&amp;#34; \ policy=&amp;#34;smq&amp;#34; hint_width=&amp;#34;4&amp;#34;&amp;gt;   &amp;lt;mappings&amp;gt;     &amp;lt;mapping cache_block=&amp;#34;0&amp;#34; origin_block=&amp;#34;0&amp;#34; dirty=&amp;#34;false&amp;#34;/&amp;gt;   &amp;lt;/mappings&amp;gt; &amp;lt;/superblock&amp;gt; EOF dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34; cache_restore -i cmeta.xml -o /dev/mapper/cmeta --metadata-version=2 dmsetup remove cmeta 2. wipe the second array block of the mapping array to simulate    data degradations. mapping_root=$(dd if=/dev/sdc bs=1c count=8 skip=192 \ 2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;) ablock=$(dd if=/dev/sdc bs=1c count=8 skip=$((4096*mapping_root+2056)) \ 2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;) dd if=/dev/zero of=/dev/sdc bs=4k count=1 seek=$ablock 3. try bringing up the cache device. The resume is expected to fail    due to the broken array block. dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34; dmsetup create…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 213 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: dm cache: prevent BUG_ON by blocking retries on failed device resumes A cache device failing to resume due to mapping errors should not be retried, as the failure leaves a partially initialized policy object. Repeating the resume operation risks triggering BUG_ON when reloading cache mappings into the incomplete policy object. Reproduce steps: 1. create a cache metadata consisting of 512 or more cache blocks,    with some mappings stored in the first array block of the mapping    array. Here we use cache_restore v1.0 to build the metadata. cat &amp;lt;&amp;lt;EOF &amp;gt;&amp;gt; cmeta.xml &amp;lt;superblock uuid=&amp;#34;&amp;#34; block_size=&amp;#34;128&amp;#34; nr_cache_blocks=&amp;#34;512&amp;#34; \ policy=&amp;#34;smq&amp;#34; hint_width=&amp;#34;4&amp;#34;&amp;gt;   &amp;lt;mappings&amp;gt;     &amp;lt;mapping cache_block=&amp;#34;0&amp;#34; origin_block=&amp;#34;0&amp;#34; dirty=&amp;#34;false&amp;#34;/&amp;gt;   &amp;lt;/mappings&amp;gt; &amp;lt;/superblock&amp;gt; EOF dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34; cache_restore -i cmeta.xml -o /dev/mapper/cmeta --metadata-version=2 dmsetup remove cmeta 2. wipe the second array block of the mapping array to simulate    data degradations. mapping_root=$(dd if=/dev/sdc bs=1c count=8 skip=192 \ 2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;) ablock=$(dd if=/dev/sdc bs=1c count=8 skip=$((4096*mapping_root+2056)) \ 2&amp;gt;/dev/null | hexdump -e &amp;#39;1/8 &amp;#34;%u\n&amp;#34;&amp;#39;) dd if=/dev/zero of=/dev/sdc bs=4k count=1 seek=$ablock 3. try bringing up the cache device. The resume is expected to fail    due to the broken array block. dmsetup create cmeta --table &amp;#34;0 8192 linear /dev/sdc 0&amp;#34; dmsetup create…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38066</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-1350 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1350</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1350</guid>
    </item>
  </channel>
</rss>
