<?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>Fri, 02 Oct 2026 19:38:29 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-68372</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-68372</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-68372</guid>
    </item>
    <item>
      <title>certfr-2026-avi-1069 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Elles permettent à un attaquant de p…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-1069</link>
      <description>certfr-2026-avi-1069</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-1069</guid>
    </item>
    <item>
      <title>EUVD-2026-353574</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353574</link>
      <description>EUVD-2026-353574</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353574</guid>
    </item>
    <item>
      <title>fkie_cve-2026-68372</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-68372</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: core: port: Deattach Type-C connector on component unbind&lt;/p&gt;
&lt;p&gt;connector_unbind() is the mirror of connector_bind(), but it is missing
the symmetric call to typec_deattach() that connector_bind() makes via:&lt;/p&gt;
&lt;p&gt;if (port_dev-&amp;gt;child)
        typec_attach(port_dev-&amp;gt;connector, &amp;amp;port_dev-&amp;gt;child-&amp;gt;dev);&lt;/p&gt;
&lt;p&gt;When a Thunderbolt dock is unplugged, two teardown paths race:&lt;/p&gt;
&lt;p&gt;1. The component framework calls connector_unbind() first, which sets
   port_dev-&amp;gt;connector = NULL without calling typec_deattach().  This
   leaves port-&amp;gt;usb2_dev/port-&amp;gt;usb3_dev in struct typec_port pointing at
   the USB device that is about to be freed.&lt;/p&gt;
&lt;p&gt;2. usb_disconnect() then calls typec_deattach(port_dev-&amp;gt;connector, ...),
   but port_dev-&amp;gt;connector is already NULL, so the call is a no-op and
   port-&amp;gt;usb2_dev is never cleared.&lt;/p&gt;
&lt;p&gt;3. Concurrently, UCSI detects a PD partner-disconnect event and calls
   typec_unregister_partner(), which reads port-&amp;gt;usb2_dev (now a dangling
   pointer to freed memory) and passes it to typec_partner_unlink_device()
   -&amp;gt; sysfs_remove_link() -&amp;gt; dev_name() on the freed device, corrupting
   the typec/UCSI partner state.&lt;/p&gt;
&lt;p&gt;This corruption leaves the Thunderbolt tunnel in an inconsistent state on
the next dock hot-plug.  On affected hardware the dock&amp;#39;s I225/igc NIC fails
to enumerate: AER fires a slot reset while the igc driver is still
initialising (&amp;#34;PCIe link lost&amp;#34;), and the subsequent igc_reset attempt hits
igc_rd32…&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;usb: core: port: Deattach Type-C connector on component unbind&lt;/p&gt;
&lt;p&gt;connector_unbind() is the mirror of connector_bind(), but it is missing
the symmetric call to typec_deattach() that connector_bind() makes via:&lt;/p&gt;
&lt;p&gt;if (port_dev-&amp;gt;child)
        typec_attach(port_dev-&amp;gt;connector, &amp;amp;port_dev-&amp;gt;child-&amp;gt;dev);&lt;/p&gt;
&lt;p&gt;When a Thunderbolt dock is unplugged, two teardown paths race:&lt;/p&gt;
&lt;p&gt;1. The component framework calls connector_unbind() first, which sets
   port_dev-&amp;gt;connector = NULL without calling typec_deattach().  This
   leaves port-&amp;gt;usb2_dev/port-&amp;gt;usb3_dev in struct typec_port pointing at
   the USB device that is about to be freed.&lt;/p&gt;
&lt;p&gt;2. usb_disconnect() then calls typec_deattach(port_dev-&amp;gt;connector, ...),
   but port_dev-&amp;gt;connector is already NULL, so the call is a no-op and
   port-&amp;gt;usb2_dev is never cleared.&lt;/p&gt;
&lt;p&gt;3. Concurrently, UCSI detects a PD partner-disconnect event and calls
   typec_unregister_partner(), which reads port-&amp;gt;usb2_dev (now a dangling
   pointer to freed memory) and passes it to typec_partner_unlink_device()
   -&amp;gt; sysfs_remove_link() -&amp;gt; dev_name() on the freed device, corrupting
   the typec/UCSI partner state.&lt;/p&gt;
&lt;p&gt;This corruption leaves the Thunderbolt tunnel in an inconsistent state on
the next dock hot-plug.  On affected hardware the dock&amp;#39;s I225/igc NIC fails
to enumerate: AER fires a slot reset while the igc driver is still
initialising (&amp;#34;PCIe link lost&amp;#34;), and the subsequent igc_reset attempt hits
igc_rd32…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-68372</guid>
    </item>
    <item>
      <title>GHSA-3j8g-7xhm-68vv</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3j8g-7xhm-68vv</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: core: port: Deattach Type-C connector on component unbind&lt;/p&gt;
&lt;p&gt;connector_unbind() is the mirror of connector_bind(), but it is missing
the symmetric call to typec_deattach() that connector_bind() makes via:&lt;/p&gt;
&lt;p&gt;if (port_dev-&amp;gt;child)
        typec_attach(port_dev-&amp;gt;connector, &amp;amp;port_dev-&amp;gt;child-&amp;gt;dev);&lt;/p&gt;
&lt;p&gt;When a Thunderbolt dock is unplugged, two teardown paths race:&lt;/p&gt;
&lt;p&gt;1. The component framework calls connector_unbind() first, which sets
   port_dev-&amp;gt;connector = NULL without calling typec_deattach().  This
   leaves port-&amp;gt;usb2_dev/port-&amp;gt;usb3_dev in struct typec_port pointing at
   the USB device that is about to be freed.&lt;/p&gt;
&lt;p&gt;2. usb_disconnect() then calls typec_deattach(port_dev-&amp;gt;connector, ...),
   but port_dev-&amp;gt;connector is already NULL, so the call is a no-op and
   port-&amp;gt;usb2_dev is never cleared.&lt;/p&gt;
&lt;p&gt;3. Concurrently, UCSI detects a PD partner-disconnect event and calls
   typec_unregister_partner(), which reads port-&amp;gt;usb2_dev (now a dangling
   pointer to freed memory) and passes it to typec_partner_unlink_device()
   -&amp;gt; sysfs_remove_link() -&amp;gt; dev_name() on the freed device, corrupting
   the typec/UCSI partner state.&lt;/p&gt;
&lt;p&gt;This corruption leaves the Thunderbolt tunnel in an inconsistent state on
the next dock hot-plug.  On affected hardware the dock&amp;#39;s I225/igc NIC fails
to enumerate: AER fires a slot reset while the igc driver is still
initialising (&amp;#34;PCIe link lost&amp;#34;), and the subsequent igc_reset attempt hits
igc_rd32…&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;usb: core: port: Deattach Type-C connector on component unbind&lt;/p&gt;
&lt;p&gt;connector_unbind() is the mirror of connector_bind(), but it is missing
the symmetric call to typec_deattach() that connector_bind() makes via:&lt;/p&gt;
&lt;p&gt;if (port_dev-&amp;gt;child)
        typec_attach(port_dev-&amp;gt;connector, &amp;amp;port_dev-&amp;gt;child-&amp;gt;dev);&lt;/p&gt;
&lt;p&gt;When a Thunderbolt dock is unplugged, two teardown paths race:&lt;/p&gt;
&lt;p&gt;1. The component framework calls connector_unbind() first, which sets
   port_dev-&amp;gt;connector = NULL without calling typec_deattach().  This
   leaves port-&amp;gt;usb2_dev/port-&amp;gt;usb3_dev in struct typec_port pointing at
   the USB device that is about to be freed.&lt;/p&gt;
&lt;p&gt;2. usb_disconnect() then calls typec_deattach(port_dev-&amp;gt;connector, ...),
   but port_dev-&amp;gt;connector is already NULL, so the call is a no-op and
   port-&amp;gt;usb2_dev is never cleared.&lt;/p&gt;
&lt;p&gt;3. Concurrently, UCSI detects a PD partner-disconnect event and calls
   typec_unregister_partner(), which reads port-&amp;gt;usb2_dev (now a dangling
   pointer to freed memory) and passes it to typec_partner_unlink_device()
   -&amp;gt; sysfs_remove_link() -&amp;gt; dev_name() on the freed device, corrupting
   the typec/UCSI partner state.&lt;/p&gt;
&lt;p&gt;This corruption leaves the Thunderbolt tunnel in an inconsistent state on
the next dock hot-plug.  On affected hardware the dock&amp;#39;s I225/igc NIC fails
to enumerate: AER fires a slot reset while the igc driver is still
initialising (&amp;#34;PCIe link lost&amp;#34;), and the subsequent igc_reset attempt hits
igc_rd32…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3j8g-7xhm-68vv</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21910-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21910-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://cve.radiocsirt.org/vuln/opensuse-su-2026:21910-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23477-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23477-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://cve.radiocsirt.org/vuln/suse-su-2026:23477-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-68372</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68372</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 154 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: usb: core: port: Deattach Type-C connector on component unbind connector_unbind() is the mirror of connector_bind(), but it is missing the symmetric call to typec_deattach() that connector_bind() makes via:     if (port_dev-&amp;gt;child)         typec_attach(port_dev-&amp;gt;connector, &amp;amp;port_dev-&amp;gt;child-&amp;gt;dev); When a Thunderbolt dock is unplugged, two teardown paths race: 1. The component framework calls connector_unbind() first, which sets    port_dev-&amp;gt;connector = NULL without calling typec_deattach().  This    leaves port-&amp;gt;usb2_dev/port-&amp;gt;usb3_dev in struct typec_port pointing at    the USB device that is about to be freed. 2. usb_disconnect() then calls typec_deattach(port_dev-&amp;gt;connector, ...),    but port_dev-&amp;gt;connector is already NULL, so the call is a no-op and    port-&amp;gt;usb2_dev is never cleared. 3. Concurrently, UCSI detects a PD partner-disconnect event and calls    typec_unregister_partner(), which reads port-&amp;gt;usb2_dev (now a dangling    pointer to freed memory) and passes it to typec_partner_unlink_device()    -&amp;gt; sysfs_remove_link() -&amp;gt; dev_name() on the freed device, corrupting    the typec/UCSI partner state. This corruption leaves the Thunderbolt tunnel in an inconsistent state on the next dock hot-plug.  On affected hardware the dock&amp;#39;s I225/igc NIC fails to enumerate: AER fires a slot reset while the igc driver is still initialising (&amp;#34;PCIe link lost&amp;#34;), and the subsequent igc_reset attempt hits igc_rd32 on an a…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 154 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: usb: core: port: Deattach Type-C connector on component unbind connector_unbind() is the mirror of connector_bind(), but it is missing the symmetric call to typec_deattach() that connector_bind() makes via:     if (port_dev-&amp;gt;child)         typec_attach(port_dev-&amp;gt;connector, &amp;amp;port_dev-&amp;gt;child-&amp;gt;dev); When a Thunderbolt dock is unplugged, two teardown paths race: 1. The component framework calls connector_unbind() first, which sets    port_dev-&amp;gt;connector = NULL without calling typec_deattach().  This    leaves port-&amp;gt;usb2_dev/port-&amp;gt;usb3_dev in struct typec_port pointing at    the USB device that is about to be freed. 2. usb_disconnect() then calls typec_deattach(port_dev-&amp;gt;connector, ...),    but port_dev-&amp;gt;connector is already NULL, so the call is a no-op and    port-&amp;gt;usb2_dev is never cleared. 3. Concurrently, UCSI detects a PD partner-disconnect event and calls    typec_unregister_partner(), which reads port-&amp;gt;usb2_dev (now a dangling    pointer to freed memory) and passes it to typec_partner_unlink_device()    -&amp;gt; sysfs_remove_link() -&amp;gt; dev_name() on the freed device, corrupting    the typec/UCSI partner state. This corruption leaves the Thunderbolt tunnel in an inconsistent state on the next dock hot-plug.  On affected hardware the dock&amp;#39;s I225/igc NIC fails to enumerate: AER fires a slot reset while the igc driver is still initialising (&amp;#34;PCIe link lost&amp;#34;), and the subsequent igc_reset attempt hits igc_rd32 on an a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68372</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2730 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2730</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, darunter möglicherweise die Ausführung von beliebigem Code, die Ausweitung von Berechtigungen, die Offenlegung von Informationen, die Manipulation von Daten oder Denial-of-Service-Zustände.&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, darunter möglicherweise die Ausführung von beliebigem Code, die Ausweitung von Berechtigungen, die Offenlegung von Informationen, die Manipulation von Daten oder Denial-of-Service-Zustände.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2730</guid>
    </item>
  </channel>
</rss>
