<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T15:37:34.647439+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/bell-cve-2026-72400</id>
    <title>BELL-CVE-2026-72400</title>
    <updated>2026-10-03T15:37:34.755565+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bell-cve-2026-72400"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-354070</id>
    <title>EUVD-2026-354070</title>
    <updated>2026-10-03T15:37:34.755622+00:00</updated>
    <content>EUVD-2026-354070</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-354070"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-72400</id>
    <title>fkie_cve-2026-72400</title>
    <updated>2026-10-03T15:37:34.755637+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>seg6: validate SRH length before reading fixed fields</p>
<p>seg6_validate_srh() reads fixed SRH fields such as srh-&gt;type and
srh-&gt;hdrlen before checking that the supplied length covers the fixed
struct ipv6_sr_hdr fields.</p>
<p>The BPF SEG6 encap path reaches this with a BPF program-supplied pointer
and length: bpf_lwt_push_encap() and the SEG6 local BPF END_B6 and
END_B6_ENCAP actions call bpf_push_seg6_encap(), which forwards the
length to seg6_validate_srh() with no minimum-size guard.  A 2-byte SEG6
encap header can therefore make the validator read srh-&gt;type at offset 2
beyond the caller-supplied buffer.</p>
<p>Reject lengths shorter than the fixed SRH at the top of
seg6_validate_srh(), before any field is read.  This fixes the BPF helper
path and keeps the common validator robust.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-72400"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-x2wv-639g-pv5q</id>
    <title>GHSA-x2wv-639g-pv5q</title>
    <updated>2026-10-03T15:37:34.755671+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>seg6: validate SRH length before reading fixed fields</p>
<p>seg6_validate_srh() reads fixed SRH fields such as srh-&gt;type and
srh-&gt;hdrlen before checking that the supplied length covers the fixed
struct ipv6_sr_hdr fields.</p>
<p>The BPF SEG6 encap path reaches this with a BPF program-supplied pointer
and length: bpf_lwt_push_encap() and the SEG6 local BPF END_B6 and
END_B6_ENCAP actions call bpf_push_seg6_encap(), which forwards the
length to seg6_validate_srh() with no minimum-size guard.  A 2-byte SEG6
encap header can therefore make the validator read srh-&gt;type at offset 2
beyond the caller-supplied buffer.</p>
<p>Reject lengths shorter than the fixed SRH at the top of
seg6_validate_srh(), before any field is read.  This fixes the BPF helper
path and keeps the common validator robust.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-x2wv-639g-pv5q"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/oesa-2026-3703</id>
    <title>OESA-2026-3703 — kernel security update</title>
    <updated>2026-10-03T15:37:34.755695+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> openEuler:24.03-LTS-SP1: kernel</p>
<p>The Linux Kernel, the operating system core itself.

Security Fix(es):</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>ASoC: qcom: Fix sc7280 lpass potential buffer overflow</p>
<p>Case values introduced in commit
5f78e1fb7a3e (&amp;quot;ASoC: qcom: Add driver support for audioreach solution&amp;quot;)
cause out of bounds access in arrays of sc7280 driver data (e.g. in case
of RX_CODEC_DMA_RX_0 in sc7280_snd_hw_params()).</p>
<p>Redefine LPASS_MAX_PORTS to consider the maximum possible port id for
q6dsp as sc7280 driver utilizes some of those values.</p>
<p>Found by Linux Verification Center (linuxtesting.org) with SVACE.(CVE-2025-37979)</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>net: usb: asix_devices: Fix PHY address mask in MDIO bus initialization</p>
<p>Syzbot reported shift-out-of-bounds exception on MDIO bus initialization.</p>
<p>The PHY address should be masked to 5 bits (0-31). Without this
mask, invalid PHY addresses could be used, potentially causing issues
with MDIO bus operations.</p>
<p>Fix this by masking the PHY address with 0x1f (31 decimal) to ensure
it stays within the valid range.(CVE-2025-38736)</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>crypto: af_alg - Fix page reassignment overflow in af_alg_pull_tsgl</p>
<p>When page reassignment was added to af_alg_pull_tsgl the original
loop wasn&amp;apos;t updated so it may try to reassign one more page than
necessary.</p>
<p>Add the check to the reassignment so that this does not happen.</p>
<p>Also u…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/oesa-2026-3703"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72400</id>
    <title>UBUNTU-CVE-2026-72400</title>
    <updated>2026-10-03T15:37:34.755914+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 219 more</p>
<p>In the Linux kernel, the following vulnerability has been resolved: seg6: validate SRH length before reading fixed fields seg6_validate_srh() reads fixed SRH fields such as srh-&gt;type and srh-&gt;hdrlen before checking that the supplied length covers the fixed struct ipv6_sr_hdr fields. The BPF SEG6 encap path reaches this with a BPF program-supplied pointer and length: bpf_lwt_push_encap() and the SEG6 local BPF END_B6 and END_B6_ENCAP actions call bpf_push_seg6_encap(), which forwards the length to seg6_validate_srh() with no minimum-size guard.  A 2-byte SEG6 encap header can therefore make the validator read srh-&gt;type at offset 2 beyond the caller-supplied buffer. Reject lengths shorter than the fixed SRH at the top of seg6_validate_srh(), before any field is read.  This fixes the BPF helper path and keeps the common validator robust.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72400"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852</id>
    <title>WID-SEC-W-2026-2852 — Linux Kernel: Mehrere Schwachstellen</title>
    <updated>2026-10-03T15:37:34.756258+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852"/>
  </entry>
</feed>
