<?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 06:20:02 +0000</lastBuildDate>
    <item>
      <title>certfr-2026-avi-0859 — De multiples vulnérabilités ont été découvertes dans Suricata. Elles permettent à un attaquant de provoquer un problème…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0859</link>
      <description>certfr-2026-avi-0859</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0859</guid>
    </item>
    <item>
      <title>EUVD-2026-372995</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-372995</link>
      <description>EUVD-2026-372995</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-372995</guid>
    </item>
    <item>
      <title>fkie_cve-2026-57222</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-57222</link>
      <description>&lt;p&gt;Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Prior to 7.0.17 and 8.0.6, crafted IPv4 and IPv6 address pairs can collide in the IPPair hash because src/ippair.c did not compare the IP address family before reusing IPPair-backed state. This can apply state from one IP family to another for xbits track ip_pair, FTP data expectations, and, on the 7.0 release line, thresholding, detection_filter, and rate_filter rules using track by_both, causing incorrect detection state. This issue is fixed in versions 8.0.6 and 7.0.17.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Prior to 7.0.17 and 8.0.6, crafted IPv4 and IPv6 address pairs can collide in the IPPair hash because src/ippair.c did not compare the IP address family before reusing IPPair-backed state. This can apply state from one IP family to another for xbits track ip_pair, FTP data expectations, and, on the 7.0 release line, thresholding, detection_filter, and rate_filter rules using track by_both, causing incorrect detection state. This issue is fixed in versions 8.0.6 and 7.0.17.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-57222</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11308-1 — libsuricata8_0_6-8.0.6-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:11308-1</link>
      <description>&lt;p&gt;libsuricata8_0_6-8.0.6-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;libsuricata8_0_6-8.0.6-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:11308-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-57222</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-57222</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: suricata, Ubuntu:18.04:LTS: suricata, Ubuntu:22.04:LTS: suricata, Ubuntu:24.04:LTS: suricata, Ubuntu:26.04:LTS: suricata&lt;/p&gt;
&lt;p&gt;Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Prior to 7.0.17 and 8.0.6, crafted IPv4 and IPv6 address pairs can collide in the IPPair hash because src/ippair.c did not compare the IP address family before reusing IPPair-backed state. This can apply state from one IP family to another for xbits track ip_pair, FTP data expectations, and, on the 7.0 release line, thresholding, detection_filter, and rate_filter rules using track by_both, causing incorrect detection state. This issue is fixed in versions 8.0.6 and 7.0.17.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: suricata, Ubuntu:18.04:LTS: suricata, Ubuntu:22.04:LTS: suricata, Ubuntu:24.04:LTS: suricata, Ubuntu:26.04:LTS: suricata&lt;/p&gt;
&lt;p&gt;Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Prior to 7.0.17 and 8.0.6, crafted IPv4 and IPv6 address pairs can collide in the IPPair hash because src/ippair.c did not compare the IP address family before reusing IPPair-backed state. This can apply state from one IP family to another for xbits track ip_pair, FTP data expectations, and, on the 7.0 release line, thresholding, detection_filter, and rate_filter rules using track by_both, causing incorrect detection state. This issue is fixed in versions 8.0.6 and 7.0.17.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-57222</guid>
    </item>
  </channel>
</rss>
