<?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://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-07T13:01:57.849265+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" 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://vulnerability.circl.lu/vuln/fkie_cve-2026-98348</id>
    <title>fkie_cve-2026-98348</title>
    <updated>2026-10-07T13:01:58.436449+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>wifi: libipw: reject too-short association responses</p>
<p>libipw_handle_assoc_resp() reads the capability, status and aid fields
of the 30-byte association response prefix and then computes the
information element length as</p>
<p>stats-&gt;len - sizeof(*frame)</p>
<p>stats-&gt;len is a u16 and sizeof() has type size_t, so the subtraction is
evaluated as size_t and wraps instead of going negative.  Truncating
that to the u16 length parameter of libipw_parse_info_param() turns a
frame shorter than the fixed fields into a length near 64 KiB, and the
parser then reads past the receive buffer.</p>
<p>Both the ipw2100 and ipw2200 management receive paths reach this
function having established only that the frame carries the generic
24-byte three-address header.</p>
<p>Reject the frame before any fixed field is touched.</p>
<p>Found by an AI-assisted review of length arithmetic in management frame
parsers.  Verified with a KUnit case under Generic KASAN on arm64 under
QEMU; I do not have the hardware, so it is not tested on a real device.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/fkie_cve-2026-98348"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-jch8-34rh-p8cm</id>
    <title>GHSA-jch8-34rh-p8cm</title>
    <updated>2026-10-07T13:01:58.436608+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>wifi: libipw: reject too-short association responses</p>
<p>libipw_handle_assoc_resp() reads the capability, status and aid fields
of the 30-byte association response prefix and then computes the
information element length as</p>
<p>stats-&gt;len - sizeof(*frame)</p>
<p>stats-&gt;len is a u16 and sizeof() has type size_t, so the subtraction is
evaluated as size_t and wraps instead of going negative.  Truncating
that to the u16 length parameter of libipw_parse_info_param() turns a
frame shorter than the fixed fields into a length near 64 KiB, and the
parser then reads past the receive buffer.</p>
<p>Both the ipw2100 and ipw2200 management receive paths reach this
function having established only that the frame carries the generic
24-byte three-address header.</p>
<p>Reject the frame before any fixed field is touched.</p>
<p>Found by an AI-assisted review of length arithmetic in management frame
parsers.  Verified with a KUnit case under Generic KASAN on arm64 under
QEMU; I do not have the hardware, so it is not tested on a real device.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-jch8-34rh-p8cm"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/msrc_cve-2026-98348</id>
    <title>msrc_CVE-2026-98348 — wifi: libipw: reject too-short association responses</title>
    <updated>2026-10-07T13:01:58.436683+00:00</updated>
    <content>msrc_CVE-2026-98348</content>
    <link href="https://vulnerability.circl.lu/vuln/msrc_cve-2026-98348"/>
  </entry>
</feed>
