<?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://vulnerability.circl.lu</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>Thu, 01 Oct 2026 15:34:09 +0000</lastBuildDate>
    <item>
      <title>ALSA-2026:71016 — Important: kernel-rt security, bug fix, and enhancement update</title>
      <link>https://vulnerability.circl.lu/vuln/alsa-2026:71016</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AlmaLinux:8: kernel-rt, AlmaLinux:8: kernel-rt-core, AlmaLinux:8: kernel-rt-debug, AlmaLinux:8: kernel-rt-debug-core, AlmaLinux:8: kernel-rt-debug-devel, AlmaLinux:8: kernel-rt-debug-modules, AlmaLinux:8: kernel-rt-debug-modules-extra, AlmaLinux:8: kernel-rt-devel, AlmaLinux:8: kernel-rt-modules, AlmaLinux:8: kernel-rt-modules-extra&lt;/p&gt;
&lt;p&gt;The kernel-rt packages provide the Real Time Linux Kernel, which enables fine-tuning for systems with extremely high determinism requirements.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: drm/amdgpu: Fix use-after-free race in VM acquire (CVE-2026-43370)
  * kernel: mac802154: llsec: add skb_cow_data() before in-place crypto (CVE-2026-63831)
  * kernel: sctp: don&amp;#39;t free the ASCONF&amp;#39;s own transport in DEL-IP processing (CVE-2026-64564)
  * kernel: ASoC: SOF: ipc3-control: Validate size in snd_sof_update_control (CVE-2026-72261)
  * kernel: xfrm: ah6: validate routing header segments_left (CVE-2026-80844)
  * kernel: net: tun: bound receive headroom (CVE-2026-81000)
  * kernel: scsi: qla2xxx: Bound rsp_info_len to avoid OOB sense-data read (CVE-2026-89846)&lt;/p&gt;
&lt;p&gt;Bug Fix(es) and Enhancement(s):&lt;/p&gt;
&lt;p&gt;* sctp: prevent peer transport count overflow [almalinux-8.10.z] (JIRA:AlmaLinux-216297)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AlmaLinux:8: kernel-rt, AlmaLinux:8: kernel-rt-core, AlmaLinux:8: kernel-rt-debug, AlmaLinux:8: kernel-rt-debug-core, AlmaLinux:8: kernel-rt-debug-devel, AlmaLinux:8: kernel-rt-debug-modules, AlmaLinux:8: kernel-rt-debug-modules-extra, AlmaLinux:8: kernel-rt-devel, AlmaLinux:8: kernel-rt-modules, AlmaLinux:8: kernel-rt-modules-extra&lt;/p&gt;
&lt;p&gt;The kernel-rt packages provide the Real Time Linux Kernel, which enables fine-tuning for systems with extremely high determinism requirements.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: drm/amdgpu: Fix use-after-free race in VM acquire (CVE-2026-43370)
  * kernel: mac802154: llsec: add skb_cow_data() before in-place crypto (CVE-2026-63831)
  * kernel: sctp: don&amp;#39;t free the ASCONF&amp;#39;s own transport in DEL-IP processing (CVE-2026-64564)
  * kernel: ASoC: SOF: ipc3-control: Validate size in snd_sof_update_control (CVE-2026-72261)
  * kernel: xfrm: ah6: validate routing header segments_left (CVE-2026-80844)
  * kernel: net: tun: bound receive headroom (CVE-2026-81000)
  * kernel: scsi: qla2xxx: Bound rsp_info_len to avoid OOB sense-data read (CVE-2026-89846)&lt;/p&gt;
&lt;p&gt;Bug Fix(es) and Enhancement(s):&lt;/p&gt;
&lt;p&gt;* sctp: prevent peer transport count overflow [almalinux-8.10.z] (JIRA:AlmaLinux-216297)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/alsa-2026:71016</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-63831</title>
      <link>https://vulnerability.circl.lu/vuln/bell-cve-2026-63831</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://vulnerability.circl.lu/vuln/bell-cve-2026-63831</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0957 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Certaines d'entre elles permettent à…</title>
      <link>https://vulnerability.circl.lu/vuln/certfr-2026-avi-0957</link>
      <description>certfr-2026-avi-0957</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/certfr-2026-avi-0957</guid>
    </item>
    <item>
      <title>fkie_cve-2026-63831</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-63831</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mac802154: llsec: add skb_cow_data() before in-place crypto&lt;/p&gt;
&lt;p&gt;llsec_do_encrypt_unauth(), llsec_do_encrypt_auth(),
llsec_do_decrypt_unauth(), and llsec_do_decrypt_auth() all perform
in-place cryptographic transformations on skb data.  They build a
scatterlist with sg_init_one() pointing into the skb&amp;#39;s linear data area
and then pass the same scatterlist as both src and dst to the crypto API
(e.g. crypto_skcipher_encrypt/decrypt, crypto_aead_encrypt/decrypt).&lt;/p&gt;
&lt;p&gt;On the RX path, __ieee802154_rx_handle_packet() clones the received skb
before handing it to each subscriber via ieee802154_subif_frame().  The
cloned skb shares the same underlying data buffer via reference
counting.  When llsec_do_decrypt() subsequently modifies this shared
buffer in place, it corrupts data that other clones -- potentially
belonging to other sockets or subsystems -- still reference.&lt;/p&gt;
&lt;p&gt;On the TX path, similar data sharing can occur when an skb&amp;#39;s head has
been cloned (skb_cloned() returns true).&lt;/p&gt;
&lt;p&gt;The fix is to call skb_cow_data() before performing any in-place crypto
operation.  skb_cow_data() ensures that the skb&amp;#39;s data area is not
shared: if the skb head is cloned or the data spans multiple fragments,
it copies the data into a private buffer that can be safely modified in
place.  This is the same pattern used by:&lt;/p&gt;
&lt;p&gt;- ESP (net/ipv4/esp4.c, net/ipv6/esp6.c)
  - MACsec (drivers/net/macsec.c)
  - WireGuard (drivers/net/wireguard/receive.c)…&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;mac802154: llsec: add skb_cow_data() before in-place crypto&lt;/p&gt;
&lt;p&gt;llsec_do_encrypt_unauth(), llsec_do_encrypt_auth(),
llsec_do_decrypt_unauth(), and llsec_do_decrypt_auth() all perform
in-place cryptographic transformations on skb data.  They build a
scatterlist with sg_init_one() pointing into the skb&amp;#39;s linear data area
and then pass the same scatterlist as both src and dst to the crypto API
(e.g. crypto_skcipher_encrypt/decrypt, crypto_aead_encrypt/decrypt).&lt;/p&gt;
&lt;p&gt;On the RX path, __ieee802154_rx_handle_packet() clones the received skb
before handing it to each subscriber via ieee802154_subif_frame().  The
cloned skb shares the same underlying data buffer via reference
counting.  When llsec_do_decrypt() subsequently modifies this shared
buffer in place, it corrupts data that other clones -- potentially
belonging to other sockets or subsystems -- still reference.&lt;/p&gt;
&lt;p&gt;On the TX path, similar data sharing can occur when an skb&amp;#39;s head has
been cloned (skb_cloned() returns true).&lt;/p&gt;
&lt;p&gt;The fix is to call skb_cow_data() before performing any in-place crypto
operation.  skb_cow_data() ensures that the skb&amp;#39;s data area is not
shared: if the skb head is cloned or the data spans multiple fragments,
it copies the data into a private buffer that can be safely modified in
place.  This is the same pattern used by:&lt;/p&gt;
&lt;p&gt;- ESP (net/ipv4/esp4.c, net/ipv6/esp6.c)
  - MACsec (drivers/net/macsec.c)
  - WireGuard (drivers/net/wireguard/receive.c)…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-63831</guid>
    </item>
    <item>
      <title>GHSA-3745-g9hm-6m5f</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-3745-g9hm-6m5f</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mac802154: llsec: add skb_cow_data() before in-place crypto&lt;/p&gt;
&lt;p&gt;llsec_do_encrypt_unauth(), llsec_do_encrypt_auth(),
llsec_do_decrypt_unauth(), and llsec_do_decrypt_auth() all perform
in-place cryptographic transformations on skb data.  They build a
scatterlist with sg_init_one() pointing into the skb&amp;#39;s linear data area
and then pass the same scatterlist as both src and dst to the crypto API
(e.g. crypto_skcipher_encrypt/decrypt, crypto_aead_encrypt/decrypt).&lt;/p&gt;
&lt;p&gt;On the RX path, __ieee802154_rx_handle_packet() clones the received skb
before handing it to each subscriber via ieee802154_subif_frame().  The
cloned skb shares the same underlying data buffer via reference
counting.  When llsec_do_decrypt() subsequently modifies this shared
buffer in place, it corrupts data that other clones -- potentially
belonging to other sockets or subsystems -- still reference.&lt;/p&gt;
&lt;p&gt;On the TX path, similar data sharing can occur when an skb&amp;#39;s head has
been cloned (skb_cloned() returns true).&lt;/p&gt;
&lt;p&gt;The fix is to call skb_cow_data() before performing any in-place crypto
operation.  skb_cow_data() ensures that the skb&amp;#39;s data area is not
shared: if the skb head is cloned or the data spans multiple fragments,
it copies the data into a private buffer that can be safely modified in
place.  This is the same pattern used by:&lt;/p&gt;
&lt;p&gt;- ESP (net/ipv4/esp4.c, net/ipv6/esp6.c)
  - MACsec (drivers/net/macsec.c)
  - WireGuard (drivers/net/wireguard/receive.c)…&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;mac802154: llsec: add skb_cow_data() before in-place crypto&lt;/p&gt;
&lt;p&gt;llsec_do_encrypt_unauth(), llsec_do_encrypt_auth(),
llsec_do_decrypt_unauth(), and llsec_do_decrypt_auth() all perform
in-place cryptographic transformations on skb data.  They build a
scatterlist with sg_init_one() pointing into the skb&amp;#39;s linear data area
and then pass the same scatterlist as both src and dst to the crypto API
(e.g. crypto_skcipher_encrypt/decrypt, crypto_aead_encrypt/decrypt).&lt;/p&gt;
&lt;p&gt;On the RX path, __ieee802154_rx_handle_packet() clones the received skb
before handing it to each subscriber via ieee802154_subif_frame().  The
cloned skb shares the same underlying data buffer via reference
counting.  When llsec_do_decrypt() subsequently modifies this shared
buffer in place, it corrupts data that other clones -- potentially
belonging to other sockets or subsystems -- still reference.&lt;/p&gt;
&lt;p&gt;On the TX path, similar data sharing can occur when an skb&amp;#39;s head has
been cloned (skb_cloned() returns true).&lt;/p&gt;
&lt;p&gt;The fix is to call skb_cow_data() before performing any in-place crypto
operation.  skb_cow_data() ensures that the skb&amp;#39;s data area is not
shared: if the skb head is cloned or the data spans multiple fragments,
it copies the data into a private buffer that can be safely modified in
place.  This is the same pattern used by:&lt;/p&gt;
&lt;p&gt;- ESP (net/ipv4/esp4.c, net/ipv6/esp6.c)
  - MACsec (drivers/net/macsec.c)
  - WireGuard (drivers/net/wireguard/receive.c)…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-3745-g9hm-6m5f</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-63831 — mac802154: llsec: add skb_cow_data() before in-place crypto</title>
      <link>https://vulnerability.circl.lu/vuln/msrc_cve-2026-63831</link>
      <description>msrc_CVE-2026-63831</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/msrc_cve-2026-63831</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11339-1 — kernel-devel-7.1.4-1.1 on GA media</title>
      <link>https://vulnerability.circl.lu/vuln/opensuse-su-2026:11339-1</link>
      <description>&lt;p&gt;kernel-devel-7.1.4-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-7.1.4-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/opensuse-su-2026:11339-1</guid>
    </item>
    <item>
      <title>RHSA-2026:71016 — Red Hat Security Advisory: kernel-rt security, bug fix, and enhancement update</title>
      <link>https://vulnerability.circl.lu/vuln/rhsa-2026:71016</link>
      <description>&lt;p&gt;kernel: drm/amdgpu: Fix use-after-free race in VM acquire kernel: mac802154: llsec: add skb_cow_data() before in-place crypto kernel: sctp: don&amp;#39;t free the ASCONF&amp;#39;s own transport in DEL-IP processing kernel: ASoC: SOF: ipc3-control: Validate size in snd_sof_update_control kernel: xfrm: ah6: validate routing header segments_left kernel: net: tun: bound receive headroom kernel: scsi: qla2xxx: Bound rsp_info_len to avoid OOB sense-data read&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel: drm/amdgpu: Fix use-after-free race in VM acquire kernel: mac802154: llsec: add skb_cow_data() before in-place crypto kernel: sctp: don&amp;#39;t free the ASCONF&amp;#39;s own transport in DEL-IP processing kernel: ASoC: SOF: ipc3-control: Validate size in snd_sof_update_control kernel: xfrm: ah6: validate routing header segments_left kernel: net: tun: bound receive headroom kernel: scsi: qla2xxx: Bound rsp_info_len to avoid OOB sense-data read&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/rhsa-2026:71016</guid>
    </item>
    <item>
      <title>RLSA-2026:71232 — Important: kernel security, bug fix, and enhancement update</title>
      <link>https://vulnerability.circl.lu/vuln/rlsa-2026:71232</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Rocky Linux:9: kernel&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: block: zero non-PI portion of auto integrity buffer (CVE-2026-23007)&lt;/p&gt;
&lt;p&gt;* kernel: af_unix: Drop all SCM attributes for SOCKMAP (CVE-2026-53005)&lt;/p&gt;
&lt;p&gt;* kernel: mac802154: llsec: add skb_cow_data() before in-place crypto (CVE-2026-63831)&lt;/p&gt;
&lt;p&gt;* kernel: blk-cgroup: fix UAF in __blkcg_rstat_flush() (CVE-2026-63802)&lt;/p&gt;
&lt;p&gt;* kernel: block: don&amp;#39;t overwrite bip_vcnt in bio_integrity_copy_user() (CVE-2026-64053)&lt;/p&gt;
&lt;p&gt;* kernel: smb: client: fix double-free in SMB2_flush() replay (CVE-2026-64383)&lt;/p&gt;
&lt;p&gt;* kernel: nvmet-tcp: check INIT_FAILED before nvmet_req_uninit in digest error path (CVE-2026-64534)&lt;/p&gt;
&lt;p&gt;* kernel: sctp: don&amp;#39;t free the ASCONF&amp;#39;s own transport in DEL-IP processing (CVE-2026-64564)&lt;/p&gt;
&lt;p&gt;* kernel: ALSA: timer: drain a slave&amp;#39;s callback before its master detaches it (CVE-2026-68201)&lt;/p&gt;
&lt;p&gt;* kernel: ASoC: SOF: ipc3-control: Validate size in snd_sof_update_control (CVE-2026-72261)&lt;/p&gt;
&lt;p&gt;* kernel: xfrm: ah6: validate routing header segments_left (CVE-2026-80844)&lt;/p&gt;
&lt;p&gt;* kernel: net: tun: bound receive headroom (CVE-2026-81000)&lt;/p&gt;
&lt;p&gt;* kernel: scsi: qla2xxx: Bound rsp_info_len to avoid OOB sense-data read (CVE-2026-89846)&lt;/p&gt;
&lt;p&gt;Bug Fix(es) and Enhancement(s):&lt;/p&gt;
&lt;p&gt;* sctp: prevent peer transport count overflow [rhel-9.8.z] (JIRA:Rocky Linux-216251)&lt;/p&gt;
&lt;p&gt;* netfilter: nftables CVE and memory safety backports for 9.8 (JIRA:Rocky Linux-236634)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowl…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Rocky Linux:9: kernel&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: block: zero non-PI portion of auto integrity buffer (CVE-2026-23007)&lt;/p&gt;
&lt;p&gt;* kernel: af_unix: Drop all SCM attributes for SOCKMAP (CVE-2026-53005)&lt;/p&gt;
&lt;p&gt;* kernel: mac802154: llsec: add skb_cow_data() before in-place crypto (CVE-2026-63831)&lt;/p&gt;
&lt;p&gt;* kernel: blk-cgroup: fix UAF in __blkcg_rstat_flush() (CVE-2026-63802)&lt;/p&gt;
&lt;p&gt;* kernel: block: don&amp;#39;t overwrite bip_vcnt in bio_integrity_copy_user() (CVE-2026-64053)&lt;/p&gt;
&lt;p&gt;* kernel: smb: client: fix double-free in SMB2_flush() replay (CVE-2026-64383)&lt;/p&gt;
&lt;p&gt;* kernel: nvmet-tcp: check INIT_FAILED before nvmet_req_uninit in digest error path (CVE-2026-64534)&lt;/p&gt;
&lt;p&gt;* kernel: sctp: don&amp;#39;t free the ASCONF&amp;#39;s own transport in DEL-IP processing (CVE-2026-64564)&lt;/p&gt;
&lt;p&gt;* kernel: ALSA: timer: drain a slave&amp;#39;s callback before its master detaches it (CVE-2026-68201)&lt;/p&gt;
&lt;p&gt;* kernel: ASoC: SOF: ipc3-control: Validate size in snd_sof_update_control (CVE-2026-72261)&lt;/p&gt;
&lt;p&gt;* kernel: xfrm: ah6: validate routing header segments_left (CVE-2026-80844)&lt;/p&gt;
&lt;p&gt;* kernel: net: tun: bound receive headroom (CVE-2026-81000)&lt;/p&gt;
&lt;p&gt;* kernel: scsi: qla2xxx: Bound rsp_info_len to avoid OOB sense-data read (CVE-2026-89846)&lt;/p&gt;
&lt;p&gt;Bug Fix(es) and Enhancement(s):&lt;/p&gt;
&lt;p&gt;* sctp: prevent peer transport count overflow [rhel-9.8.z] (JIRA:Rocky Linux-216251)&lt;/p&gt;
&lt;p&gt;* netfilter: nftables CVE and memory safety backports for 9.8 (JIRA:Rocky Linux-236634)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowl…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/rlsa-2026:71232</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23066-1 — Security update for the Linux Kernel</title>
      <link>https://vulnerability.circl.lu/vuln/suse-su-2026:23066-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/suse-su-2026:23066-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-63831</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-63831</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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, Ubuntu:16.04:LTS: linux-hwe-edge and 245 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mac802154: llsec: add skb_cow_data() before in-place crypto llsec_do_encrypt_unauth(), llsec_do_encrypt_auth(), llsec_do_decrypt_unauth(), and llsec_do_decrypt_auth() all perform in-place cryptographic transformations on skb data.  They build a scatterlist with sg_init_one() pointing into the skb&amp;#39;s linear data area and then pass the same scatterlist as both src and dst to the crypto API (e.g. crypto_skcipher_encrypt/decrypt, crypto_aead_encrypt/decrypt). On the RX path, __ieee802154_rx_handle_packet() clones the received skb before handing it to each subscriber via ieee802154_subif_frame().  The cloned skb shares the same underlying data buffer via reference counting.  When llsec_do_decrypt() subsequently modifies this shared buffer in place, it corrupts data that other clones -- potentially belonging to other sockets or subsystems -- still reference. On the TX path, similar data sharing can occur when an skb&amp;#39;s head has been cloned (skb_cloned() returns true). The fix is to call skb_cow_data() before performing any in-place crypto operation.  skb_cow_data() ensures that the skb&amp;#39;s data area is not shared: if the skb head is cloned or the data spans multiple fragments, it copies the data into a private buffer that can be safely modified in place.  This is the same pattern used by:   - ESP (net/ipv4/esp4.c, net/ipv6/esp6.c)   - MACsec (drivers/net/macsec.c)   - WireGuard (drivers/net/wireguard/receive.c)   - TI…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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, Ubuntu:16.04:LTS: linux-hwe-edge and 245 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mac802154: llsec: add skb_cow_data() before in-place crypto llsec_do_encrypt_unauth(), llsec_do_encrypt_auth(), llsec_do_decrypt_unauth(), and llsec_do_decrypt_auth() all perform in-place cryptographic transformations on skb data.  They build a scatterlist with sg_init_one() pointing into the skb&amp;#39;s linear data area and then pass the same scatterlist as both src and dst to the crypto API (e.g. crypto_skcipher_encrypt/decrypt, crypto_aead_encrypt/decrypt). On the RX path, __ieee802154_rx_handle_packet() clones the received skb before handing it to each subscriber via ieee802154_subif_frame().  The cloned skb shares the same underlying data buffer via reference counting.  When llsec_do_decrypt() subsequently modifies this shared buffer in place, it corrupts data that other clones -- potentially belonging to other sockets or subsystems -- still reference. On the TX path, similar data sharing can occur when an skb&amp;#39;s head has been cloned (skb_cloned() returns true). The fix is to call skb_cow_data() before performing any in-place crypto operation.  skb_cow_data() ensures that the skb&amp;#39;s data area is not shared: if the skb head is cloned or the data spans multiple fragments, it copies the data into a private buffer that can be safely modified in place.  This is the same pattern used by:   - ESP (net/ipv4/esp4.c, net/ipv6/esp6.c)   - MACsec (drivers/net/macsec.c)   - WireGuard (drivers/net/wireguard/receive.c)   - TI…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-63831</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2403 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://vulnerability.circl.lu/vuln/wid-sec-w-2026-2403</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/wid-sec-w-2026-2403</guid>
    </item>
  </channel>
</rss>
