<?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>Sun, 04 Oct 2026 03:44:04 +0000</lastBuildDate>
    <item>
      <title>Withdrawn: BELL-CVE-2026-80998 — CVE-2026-80998 does not affect BellSoft software</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-80998</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-80998</guid>
    </item>
    <item>
      <title>EUVD-2026-367267</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-367267</link>
      <description>EUVD-2026-367267</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-367267</guid>
    </item>
    <item>
      <title>fkie_cve-2026-80998</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-80998</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: bnxt: ring the doorbell when SW USO exits early&lt;/p&gt;
&lt;p&gt;When a burst of packets is handed down to the driver, the driver defers
the doorbell to the end by setting txr-&amp;gt;kick_pending = 1. The normal TX
path handles this, but the SW USO path can miss it if it returns
early.&lt;/p&gt;
&lt;p&gt;If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and
txr-&amp;gt;kick_pending was previously set to 1, then the TX queue can
stall because the driver wrote some BDs but never wrote the doorbell.
The device won&amp;#39;t know to do the TX which would generate the completion
that would wake the queue back up.&lt;/p&gt;
&lt;p&gt;Simplify bnxt_sw_udp_gso_xmit to set txr-&amp;gt;kick_pending in its success
case and check the flag on return. The added check after
bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are
written handling both successful USO and any early returns, which
prevents the TX queue stall mentioned above.&lt;/p&gt;
&lt;p&gt;This TX queue stall was observed on a production system with a netdev TX
watchdog informing about the queue stall.&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;net: bnxt: ring the doorbell when SW USO exits early&lt;/p&gt;
&lt;p&gt;When a burst of packets is handed down to the driver, the driver defers
the doorbell to the end by setting txr-&amp;gt;kick_pending = 1. The normal TX
path handles this, but the SW USO path can miss it if it returns
early.&lt;/p&gt;
&lt;p&gt;If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and
txr-&amp;gt;kick_pending was previously set to 1, then the TX queue can
stall because the driver wrote some BDs but never wrote the doorbell.
The device won&amp;#39;t know to do the TX which would generate the completion
that would wake the queue back up.&lt;/p&gt;
&lt;p&gt;Simplify bnxt_sw_udp_gso_xmit to set txr-&amp;gt;kick_pending in its success
case and check the flag on return. The added check after
bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are
written handling both successful USO and any early returns, which
prevents the TX queue stall mentioned above.&lt;/p&gt;
&lt;p&gt;This TX queue stall was observed on a production system with a netdev TX
watchdog informing about the queue stall.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-80998</guid>
    </item>
    <item>
      <title>GHSA-853c-vx6w-q6cv</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-853c-vx6w-q6cv</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: bnxt: ring the doorbell when SW USO exits early&lt;/p&gt;
&lt;p&gt;When a burst of packets is handed down to the driver, the driver defers
the doorbell to the end by setting txr-&amp;gt;kick_pending = 1. The normal TX
path handles this, but the SW USO path can miss it if it returns
early.&lt;/p&gt;
&lt;p&gt;If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and
txr-&amp;gt;kick_pending was previously set to 1, then the TX queue can
stall because the driver wrote some BDs but never wrote the doorbell.
The device won&amp;#39;t know to do the TX which would generate the completion
that would wake the queue back up.&lt;/p&gt;
&lt;p&gt;Simplify bnxt_sw_udp_gso_xmit to set txr-&amp;gt;kick_pending in its success
case and check the flag on return. The added check after
bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are
written handling both successful USO and any early returns, which
prevents the TX queue stall mentioned above.&lt;/p&gt;
&lt;p&gt;This TX queue stall was observed on a production system with a netdev TX
watchdog informing about the queue stall.&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;net: bnxt: ring the doorbell when SW USO exits early&lt;/p&gt;
&lt;p&gt;When a burst of packets is handed down to the driver, the driver defers
the doorbell to the end by setting txr-&amp;gt;kick_pending = 1. The normal TX
path handles this, but the SW USO path can miss it if it returns
early.&lt;/p&gt;
&lt;p&gt;If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and
txr-&amp;gt;kick_pending was previously set to 1, then the TX queue can
stall because the driver wrote some BDs but never wrote the doorbell.
The device won&amp;#39;t know to do the TX which would generate the completion
that would wake the queue back up.&lt;/p&gt;
&lt;p&gt;Simplify bnxt_sw_udp_gso_xmit to set txr-&amp;gt;kick_pending in its success
case and check the flag on return. The added check after
bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are
written handling both successful USO and any early returns, which
prevents the TX queue stall mentioned above.&lt;/p&gt;
&lt;p&gt;This TX queue stall was observed on a production system with a netdev TX
watchdog informing about the queue stall.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-853c-vx6w-q6cv</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11805-1 — kernel-devel-7.2.6-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:11805-1</link>
      <description>&lt;p&gt;kernel-devel-7.2.6-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-7.2.6-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:11805-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-80998</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-80998</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 96 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: bnxt: ring the doorbell when SW USO exits early When a burst of packets is handed down to the driver, the driver defers the doorbell to the end by setting txr-&amp;gt;kick_pending = 1. The normal TX path handles this, but the SW USO path can miss it if it returns early. If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and txr-&amp;gt;kick_pending was previously set to 1, then the TX queue can stall because the driver wrote some BDs but never wrote the doorbell. The device won&amp;#39;t know to do the TX which would generate the completion that would wake the queue back up. Simplify bnxt_sw_udp_gso_xmit to set txr-&amp;gt;kick_pending in its success case and check the flag on return. The added check after bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are written handling both successful USO and any early returns, which prevents the TX queue stall mentioned above. This TX queue stall was observed on a production system with a netdev TX watchdog informing about the queue stall.&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 96 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: bnxt: ring the doorbell when SW USO exits early When a burst of packets is handed down to the driver, the driver defers the doorbell to the end by setting txr-&amp;gt;kick_pending = 1. The normal TX path handles this, but the SW USO path can miss it if it returns early. If bnxt_sw_udp_gso_xmit runs but returns early with NETDEV_TX_BUSY and txr-&amp;gt;kick_pending was previously set to 1, then the TX queue can stall because the driver wrote some BDs but never wrote the doorbell. The device won&amp;#39;t know to do the TX which would generate the completion that would wake the queue back up. Simplify bnxt_sw_udp_gso_xmit to set txr-&amp;gt;kick_pending in its success case and check the flag on return. The added check after bnxt_sw_udp_gso_xmit returns ensures that any pending doorbells are written handling both successful USO and any early returns, which prevents the TX queue stall mentioned above. This TX queue stall was observed on a production system with a netdev TX watchdog informing about the queue stall.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-80998</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-3321 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3321</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um Sicherheitsmaßnahmen zu umgehen, Daten oder den Systemzustand zu manipulieren, Denial-of-Service-Zustände herbeizuführen oder andere, nicht näher spezifizierte Angriffe durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um Sicherheitsmaßnahmen zu umgehen, Daten oder den Systemzustand zu manipulieren, Denial-of-Service-Zustände herbeizuführen oder andere, nicht näher spezifizierte Angriffe durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3321</guid>
    </item>
  </channel>
</rss>
