<?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-06T15:00:08.762311+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/euvd-2026-324673</id>
    <title>EUVD-2026-324673</title>
    <updated>2026-10-06T15:00:08.764764+00:00</updated>
    <content>EUVD-2026-324673</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-324673"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-49942</id>
    <title>fkie_cve-2026-49942</title>
    <updated>2026-10-06T15:00:08.764795+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Net::CIDR::Set versions through 0.20 for Perl did not validate network masks.</p>
<p>The mask portion of a network mask could contain Unicode digits such as the Arabic-Indic One (U+0661), or non-digits, which were ignored.   This could allow network masks to accept larger networks.</p>
<p>Leading zeros were also accepted, but treated as decimal instead of octal.  This could lead to confusion about what networks are acceptable.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-49942"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-fff7-gx98-vr3g</id>
    <title>GHSA-fff7-gx98-vr3g</title>
    <updated>2026-10-06T15:00:08.764828+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Net::CIDR::Set versions through 0.20 for Perl did not validate network masks.</p>
<p>The mask portion of a network mask could contain Unicode digits such as the Arabic-Indic One (U+0661), or non-digits, which were ignored.   This could allow network masks to accept larger networks.</p>
<p>Leading zeros were also accepted, but treated as decimal instead of octal.  This could lead to confusion about what networks are acceptable.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-fff7-gx98-vr3g"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-49942</id>
    <title>UBUNTU-CVE-2026-49942</title>
    <updated>2026-10-06T15:00:08.764847+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:20.04:LTS: libnet-cidr-set-perl, Ubuntu:22.04:LTS: libnet-cidr-set-perl, Ubuntu:24.04:LTS: libnet-cidr-set-perl, Ubuntu:25.10: libnet-cidr-set-perl, Ubuntu:26.04:LTS: libnet-cidr-set-perl</p>
<p>Net::CIDR::Set versions through 0.20 for Perl did not validate network masks. The mask portion of a network mask could contain Unicode digits such as the Arabic-Indic One (U+0661), or non-digits, which were ignored.   This could allow network masks to accept larger networks. Leading zeros were also accepted, but treated as decimal instead of octal. This could lead to confusion about what networks are acceptable.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-49942"/>
  </entry>
</feed>
