<?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-05T20:00:51.339142+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-187355</id>
    <title>EUVD-2026-187355</title>
    <updated>2026-10-05T20:00:51.420715+00:00</updated>
    <content>EUVD-2026-187355</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-187355"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-42460</id>
    <title>fkie_cve-2023-42460</title>
    <updated>2026-10-05T20:00:51.420757+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Vyper is a Pythonic Smart Contract Language for the EVM. The `_abi_decode()` function does not validate input when it is nested in an expression. Uses of `_abi_decode()` can be constructed which allow for bounds checking to be bypassed resulting in incorrect results. This issue has not yet been fixed, but a fix is expected in release `0.3.10`. Users are advised to reference pull request #3626.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-42460"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-cx2q-hfxr-rj97</id>
    <title>GHSA-cx2q-hfxr-rj97 — Vyper's `_abi_decode` input not validated in complex expressions</title>
    <updated>2026-10-05T20:00:51.420792+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: vyper</p>
<p>### Impact
`_abi_decode()` does not validate input when it is nested in an expression. the following example gets correctly validated (bounds checked):
```vyper
x: int128 = _abi_decode(slice(msg.data, 4, 32), int128)
```</p>
<p>however, the following example is not bounds checked
```vyper
@external
def abi_decode(x: uint256) -&gt; uint256:
    a: uint256 = convert(_abi_decode(slice(msg.data, 4, 32), (uint8)), uint256) + 1
    return a  # abi_decode(256) returns: 257
```</p>
<p>the issue can be triggered by constructing an example where the output of `_abi_decode` is not internally passed to `make_setter` (an internal codegen routine) or other input validating routine.</p>
<p>### Patches
https://github.com/vyperlang/vyper/pull/3626</p>
<p>### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_</p>
<p>### References
_Are there any links users can visit to find out more?_</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-cx2q-hfxr-rj97"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-42460</id>
    <title>gsd-2023-42460</title>
    <updated>2026-10-05T20:00:51.420826+00:00</updated>
    <content>gsd-2023-42460</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-42460"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2023-191</id>
    <title>PYSEC-2023-191</title>
    <updated>2026-10-05T20:00:51.420838+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: vyper</p>
<p>Vyper is a Pythonic Smart Contract Language for the EVM. The `_abi_decode()` function does not validate input when it is nested in an expression. Uses of `_abi_decode()` can be constructed which allow for bounds checking to be bypassed resulting in incorrect results. This issue has not yet been fixed, but a fix is expected in release `0.3.10`. Users are advised to reference pull request #3626.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2023-191"/>
  </entry>
</feed>
