<?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-21T20:12:06.714285+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/cve-2022-37454</id>
    <title>CVE-2022-37454</title>
    <updated>2026-10-21T20:12:06.715930+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>The Keccak XKCP SHA-3 reference implementation before fdc6fef has an integer overflow and resultant buffer overflow that allows attackers to execute arbitrary code or eliminate expected cryptographic properties. This occurs in the sponge function interface.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2022-37454"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-6w4m-2xhg-2658</id>
    <title>GHSA-6w4m-2xhg-2658 — Buffer overflow in sponge queue functions</title>
    <updated>2026-10-21T20:12:06.715990+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: pysha3, RubyGems: sha3</p>
<p>### Impact</p>
<p>The Keccak sponge function interface accepts partial inputs to be absorbed and partial outputs to be squeezed. A buffer can overflow when partial data with some specific sizes are queued, where at least one of them has a length of 2^32 - 200 bytes or more.</p>
<p>### Patches</p>
<p>Yes, see commit [fdc6fef0](https://github.com/XKCP/XKCP/commit/fdc6fef075f4e81d6b1bc38364248975e08e340a).</p>
<p>### Workarounds</p>
<p>The problem can be avoided by limiting the size of the partial input data (or partial output digest) below 2^32 - 200 bytes. Multiple calls to the queue system can be chained at a higher level to retain the original functionality. Alternatively, one can process the entire input (or produce the entire output) at once, avoiding the queuing functions altogether.</p>
<p>### References</p>
<p>See [issue #105](https://github.com/XKCP/XKCP/issues/105) for more details.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-6w4m-2xhg-2658"/>
  </entry>
</feed>
