<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Fri, 02 Oct 2026 23:00:40 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-32646 — vyper performs double eval of the slice args when buffer from adhoc locations</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2024-32646</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; vyperlang vyper&lt;/p&gt;
&lt;p&gt;Vyper is a pythonic Smart Contract Language for the Ethereum virtual machine. In versions 0.3.10 and prior, using the `slice` builtin can result in a double eval vulnerability when the buffer argument is either `msg.data`, `self.code` or `&amp;lt;address&amp;gt;.code` and either the `start` or `length` arguments have side-effects. It can be easily triggered only with the versions `&amp;lt;0.3.4` as `0.3.4` introduced the unique symbol fence. No vulnerable production contracts were found. Additionally, double evaluation of side-effects should be easily discoverable in client tests. As such, the impact is low. As of time of publication, no fixed versions are available.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; vyperlang vyper&lt;/p&gt;
&lt;p&gt;Vyper is a pythonic Smart Contract Language for the Ethereum virtual machine. In versions 0.3.10 and prior, using the `slice` builtin can result in a double eval vulnerability when the buffer argument is either `msg.data`, `self.code` or `&amp;lt;address&amp;gt;.code` and either the `start` or `length` arguments have side-effects. It can be easily triggered only with the versions `&amp;lt;0.3.4` as `0.3.4` introduced the unique symbol fence. No vulnerable production contracts were found. Additionally, double evaluation of side-effects should be easily discoverable in client tests. As such, the impact is low. As of time of publication, no fixed versions are available.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2024-32646</guid>
    </item>
    <item>
      <title>GHSA-r56x-j438-vw5m — vyper performs double eval of the slice start/length args in certain cases</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-r56x-j438-vw5m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;### Summary
Using the `slice` builtin can result in a double eval vulnerability when the buffer argument is either `msg.data`, `self.code` or `&amp;lt;address&amp;gt;.code` and either the `start` or `length` arguments have side-effects.&lt;/p&gt;
&lt;p&gt;A contract search was performed and no vulnerable contracts were found in production. Having side-effects in the start and length patterns is also an unusual pattern which is not that likely to show up in user code. It is also much harder (but not impossible!) to trigger the bug since `0.3.4` since the unique symbol fence was introduced (https://github.com/vyperlang/vyper/pull/2914).&lt;/p&gt;
&lt;p&gt;### Details
It can be seen that the `_build_adhoc_slice_node` function of the `slice` builtin doesn&amp;#39;t cache the mentioned arguments to the stack: https://github.com/vyperlang/vyper/blob/4595938734d9988f8e46e8df38049ae0559abedb/vyper/builtins/functions.py#L244&lt;/p&gt;
&lt;p&gt;As such, they can be evaluated multiple times (instead of retrieving the value from the stack).&lt;/p&gt;
&lt;p&gt;### PoC
with Vyper version `0.3.3+commit.48e326f` the call to `foo` passes the `asserts`:
```vyper
l: DynArray[uint256, 10]&lt;/p&gt;
&lt;p&gt;@external
def foo(cs: String[64]) -&amp;gt; uint256:
    for i in range(10):
        self.l.append(1)
    assert len(self.l) == 10
    s: Bytes[64] = b&amp;#34;&amp;#34;
    s = slice(msg.data, self.l.pop(), 3)
    assert len(self.l) == 10 - 2
    return len(self.l)
```&lt;/p&gt;
&lt;p&gt;### Patches
Patched in https://github.com/vyperlang/vyper/pull/3976.&lt;/p&gt;
&lt;p&gt;### Impact
No vulnerable production contracts were found.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;### Summary
Using the `slice` builtin can result in a double eval vulnerability when the buffer argument is either `msg.data`, `self.code` or `&amp;lt;address&amp;gt;.code` and either the `start` or `length` arguments have side-effects.&lt;/p&gt;
&lt;p&gt;A contract search was performed and no vulnerable contracts were found in production. Having side-effects in the start and length patterns is also an unusual pattern which is not that likely to show up in user code. It is also much harder (but not impossible!) to trigger the bug since `0.3.4` since the unique symbol fence was introduced (https://github.com/vyperlang/vyper/pull/2914).&lt;/p&gt;
&lt;p&gt;### Details
It can be seen that the `_build_adhoc_slice_node` function of the `slice` builtin doesn&amp;#39;t cache the mentioned arguments to the stack: https://github.com/vyperlang/vyper/blob/4595938734d9988f8e46e8df38049ae0559abedb/vyper/builtins/functions.py#L244&lt;/p&gt;
&lt;p&gt;As such, they can be evaluated multiple times (instead of retrieving the value from the stack).&lt;/p&gt;
&lt;p&gt;### PoC
with Vyper version `0.3.3+commit.48e326f` the call to `foo` passes the `asserts`:
```vyper
l: DynArray[uint256, 10]&lt;/p&gt;
&lt;p&gt;@external
def foo(cs: String[64]) -&amp;gt; uint256:
    for i in range(10):
        self.l.append(1)
    assert len(self.l) == 10
    s: Bytes[64] = b&amp;#34;&amp;#34;
    s = slice(msg.data, self.l.pop(), 3)
    assert len(self.l) == 10 - 2
    return len(self.l)
```&lt;/p&gt;
&lt;p&gt;### Patches
Patched in https://github.com/vyperlang/vyper/pull/3976.&lt;/p&gt;
&lt;p&gt;### Impact
No vulnerable production contracts were found.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-r56x-j438-vw5m</guid>
    </item>
  </channel>
</rss>
