<?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 07:17:40 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-72231</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-72231</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-2026-72231</guid>
    </item>
    <item>
      <title>EUVD-2026-353981</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353981</link>
      <description>EUVD-2026-353981</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353981</guid>
    </item>
    <item>
      <title>fkie_cve-2026-72231</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-72231</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;batman-adv: tt: avoid request storms during pending request&lt;/p&gt;
&lt;p&gt;batadv_send_tt_request() allocates a tt_req_node when none exists for the
destination originator node. This should prevent that a multiple TT
requests are send at the same time to an originator.&lt;/p&gt;
&lt;p&gt;But if allocation of the send buffer failed, this request must be cleaned
up again. But indicator for such a failure is &amp;#34;ret == false&amp;#34;. But the
actual implementation is checking for &amp;#34;ret == true&amp;#34;.&lt;/p&gt;
&lt;p&gt;The check must be inverted to not loose the information about the TT
request directly after it was attempted to be sent out. This should avoid
potential request storms.&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;batman-adv: tt: avoid request storms during pending request&lt;/p&gt;
&lt;p&gt;batadv_send_tt_request() allocates a tt_req_node when none exists for the
destination originator node. This should prevent that a multiple TT
requests are send at the same time to an originator.&lt;/p&gt;
&lt;p&gt;But if allocation of the send buffer failed, this request must be cleaned
up again. But indicator for such a failure is &amp;#34;ret == false&amp;#34;. But the
actual implementation is checking for &amp;#34;ret == true&amp;#34;.&lt;/p&gt;
&lt;p&gt;The check must be inverted to not loose the information about the TT
request directly after it was attempted to be sent out. This should avoid
potential request storms.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-72231</guid>
    </item>
    <item>
      <title>GHSA-r9hr-vqwf-9q7r</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-r9hr-vqwf-9q7r</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;batman-adv: tt: avoid request storms during pending request&lt;/p&gt;
&lt;p&gt;batadv_send_tt_request() allocates a tt_req_node when none exists for the
destination originator node. This should prevent that a multiple TT
requests are send at the same time to an originator.&lt;/p&gt;
&lt;p&gt;But if allocation of the send buffer failed, this request must be cleaned
up again. But indicator for such a failure is &amp;#34;ret == false&amp;#34;. But the
actual implementation is checking for &amp;#34;ret == true&amp;#34;.&lt;/p&gt;
&lt;p&gt;The check must be inverted to not loose the information about the TT
request directly after it was attempted to be sent out. This should avoid
potential request storms.&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;batman-adv: tt: avoid request storms during pending request&lt;/p&gt;
&lt;p&gt;batadv_send_tt_request() allocates a tt_req_node when none exists for the
destination originator node. This should prevent that a multiple TT
requests are send at the same time to an originator.&lt;/p&gt;
&lt;p&gt;But if allocation of the send buffer failed, this request must be cleaned
up again. But indicator for such a failure is &amp;#34;ret == false&amp;#34;. But the
actual implementation is checking for &amp;#34;ret == true&amp;#34;.&lt;/p&gt;
&lt;p&gt;The check must be inverted to not loose the information about the TT
request directly after it was attempted to be sent out. This should avoid
potential request storms.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-r9hr-vqwf-9q7r</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-72231</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72231</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 246 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: batman-adv: tt: avoid request storms during pending request batadv_send_tt_request() allocates a tt_req_node when none exists for the destination originator node. This should prevent that a multiple TT requests are send at the same time to an originator. But if allocation of the send buffer failed, this request must be cleaned up again. But indicator for such a failure is &amp;#34;ret == false&amp;#34;. But the actual implementation is checking for &amp;#34;ret == true&amp;#34;. The check must be inverted to not loose the information about the TT request directly after it was attempted to be sent out. This should avoid potential request storms.&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 246 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: batman-adv: tt: avoid request storms during pending request batadv_send_tt_request() allocates a tt_req_node when none exists for the destination originator node. This should prevent that a multiple TT requests are send at the same time to an originator. But if allocation of the send buffer failed, this request must be cleaned up again. But indicator for such a failure is &amp;#34;ret == false&amp;#34;. But the actual implementation is checking for &amp;#34;ret == true&amp;#34;. The check must be inverted to not loose the information about the TT request directly after it was attempted to be sent out. This should avoid potential request storms.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72231</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2852 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852</link>
      <description>&lt;p&gt;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852</guid>
    </item>
  </channel>
</rss>
