<?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-09T15:49:34.648279+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/bell-cve-2026-98317</id>
    <title>BELL-CVE-2026-98317</title>
    <updated>2026-10-09T15:49:34.754012+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bell-cve-2026-98317"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-383429</id>
    <title>EUVD-2026-383429</title>
    <updated>2026-10-09T15:49:34.754082+00:00</updated>
    <content>EUVD-2026-383429</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-383429"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-98317</id>
    <title>fkie_cve-2026-98317</title>
    <updated>2026-10-09T15:49:34.754105+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>neighbour: Enforce min/max to NDTPA_INTERVAL_PROBE_TIME_MS.</p>
<p>NDTPA_INTERVAL_PROBE_TIME_MS sets .type and .min but misses
.validation_type, so no validation is applied:</p>
<p># ynl --family rt-neigh --do setneightbl \
  --json '{"name": "arp_cache", "parms": {"interval-probe-time-ms": 0}}'</p>
<p># ynl --family rt-neigh --dump getneightbl --output-json | \
  jq '.[] | select(.name == "arp_cache" and has("config"))
          | .parms["interval-probe-time-ms"]'
  0</p>
<p>Moreover, nla_get_msecs() uses msecs_to_jiffies(), and u64 is
silently cast to u32, so a larger value can bypass the min check:</p>
<p>e.g. 4294967296 == 0x100000000</p>
<p># ynl --family rt-neigh --do setneightbl \
  --json '{"name": "arp_cache", "parms": {"interval-probe-time-ms": 4294967296}}'</p>
<p># ynl --family rt-neigh --dump getneightbl --output-json | \
  jq '.[] | select(.name == "arp_cache" and has("config"))
          | .parms["interval-probe-time-ms"]'
  0</p>
<p>msecs_to_jiffies() returns MAX_JIFFY_OFFSET if the value is
larger than INT_MAX.  Also, INT_MAX ms overflows int NEIGH_VAR()
when HZ &gt; 1000 (Alpha, MIPS), and passing a negative integer to
queue_delayed_work(unsigned long delay) causes sign extension,
which wraps around the expiry time to the past, resulting in it
being handled as 0 delay in the timer wheel.</p>
<p>Let's use NLA_POLICY_FULL_RANGE() and limit the max to 1 day.</p>
<p>The same max check is applied to sysctl as well.</p>
<p>Note that this controls the pr…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-98317"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-52cr-c2c7-9x84</id>
    <title>GHSA-52cr-c2c7-9x84</title>
    <updated>2026-10-09T15:49:34.754190+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>neighbour: Enforce min/max to NDTPA_INTERVAL_PROBE_TIME_MS.</p>
<p>NDTPA_INTERVAL_PROBE_TIME_MS sets .type and .min but misses
.validation_type, so no validation is applied:</p>
<p># ynl --family rt-neigh --do setneightbl \
  --json '{"name": "arp_cache", "parms": {"interval-probe-time-ms": 0}}'</p>
<p># ynl --family rt-neigh --dump getneightbl --output-json | \
  jq '.[] | select(.name == "arp_cache" and has("config"))
          | .parms["interval-probe-time-ms"]'
  0</p>
<p>Moreover, nla_get_msecs() uses msecs_to_jiffies(), and u64 is
silently cast to u32, so a larger value can bypass the min check:</p>
<p>e.g. 4294967296 == 0x100000000</p>
<p># ynl --family rt-neigh --do setneightbl \
  --json '{"name": "arp_cache", "parms": {"interval-probe-time-ms": 4294967296}}'</p>
<p># ynl --family rt-neigh --dump getneightbl --output-json | \
  jq '.[] | select(.name == "arp_cache" and has("config"))
          | .parms["interval-probe-time-ms"]'
  0</p>
<p>msecs_to_jiffies() returns MAX_JIFFY_OFFSET if the value is
larger than INT_MAX.  Also, INT_MAX ms overflows int NEIGH_VAR()
when HZ &gt; 1000 (Alpha, MIPS), and passing a negative integer to
queue_delayed_work(unsigned long delay) causes sign extension,
which wraps around the expiry time to the past, resulting in it
being handled as 0 delay in the timer wheel.</p>
<p>Let's use NLA_POLICY_FULL_RANGE() and limit the max to 1 day.</p>
<p>The same max check is applied to sysctl as well.</p>
<p>Note that this controls the pr…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-52cr-c2c7-9x84"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2026-98317</id>
    <title>msrc_CVE-2026-98317 — neighbour: Enforce min/max to NDTPA_INTERVAL_PROBE_TIME_MS.</title>
    <updated>2026-10-09T15:49:34.754312+00:00</updated>
    <content>msrc_CVE-2026-98317</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2026-98317"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-98317</id>
    <title>UBUNTU-CVE-2026-98317</title>
    <updated>2026-10-09T15:49:34.754359+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> 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</p>
<p>In the Linux kernel, the following vulnerability has been resolved: neighbour: Enforce min/max to NDTPA_INTERVAL_PROBE_TIME_MS. NDTPA_INTERVAL_PROBE_TIME_MS sets .type and .min but misses .validation_type, so no validation is applied:   # ynl --family rt-neigh --do setneightbl \   --json '{"name": "arp_cache", "parms": {"interval-probe-time-ms": 0}}'   # ynl --family rt-neigh --dump getneightbl --output-json | \   jq '.[] | select(.name == "arp_cache" and has("config"))           | .parms["interval-probe-time-ms"]'   0 Moreover, nla_get_msecs() uses msecs_to_jiffies(), and u64 is silently cast to u32, so a larger value can bypass the min check:   e.g. 4294967296 == 0x100000000   # ynl --family rt-neigh --do setneightbl \   --json '{"name": "arp_cache", "parms": {"interval-probe-time-ms": 4294967296}}'   # ynl --family rt-neigh --dump getneightbl --output-json | \   jq '.[] | select(.name == "arp_cache" and has("config"))           | .parms["interval-probe-time-ms"]'   0 msecs_to_jiffies() returns MAX_JIFFY_OFFSET if the value is larger than INT_MAX.  Also, INT_MAX ms overflows int NEIGH_VAR() when HZ &gt; 1000 (Alpha, MIPS), and passing a negative integer to queue_delayed_work(unsigned long delay) causes sign extension, which wraps around the expiry time to the past, resulting in it being handled as 0 delay in the timer wheel. Let's use NLA_POLICY_FULL_RANGE() and limit the max to 1 day. The same max check is applied to sysctl as well. Note that this controls the probe interval…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-98317"/>
  </entry>
</feed>
