<?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>Wed, 21 Oct 2026 23:06:27 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-24561 — Vyper bounds check on built-in `slice()` function can be overflowed</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2024-24561</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 earlier, the bounds check for slices does not account for the ability for start + length to overflow when the values aren&amp;#39;t literals. If a slice() function uses a non-literal argument for the start or length variable, this creates the ability for an attacker to overflow the bounds check. This issue can be used to do OOB access to storage, memory or calldata addresses. It can also be used to corrupt the length slot of the respective array.&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 earlier, the bounds check for slices does not account for the ability for start + length to overflow when the values aren&amp;#39;t literals. If a slice() function uses a non-literal argument for the start or length variable, this creates the ability for an attacker to overflow the bounds check. This issue can be used to do OOB access to storage, memory or calldata addresses. It can also be used to corrupt the length slot of the respective array.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2024-24561</guid>
    </item>
    <item>
      <title>GHSA-9x7f-gwxq-6f2c — Vyper's bounds check on built-in `slice()` function can be overflowed</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9x7f-gwxq-6f2c</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;[The bounds check for slices](https://github.com/vyperlang/vyper/blob/b01cd686aa567b32498fefd76bd96b0597c6f099/vyper/builtins/functions.py#L404-L457) does not account for the ability for `start + length` to overflow when the values aren&amp;#39;t literals.&lt;/p&gt;
&lt;p&gt;If a `slice()` function uses a non-literal argument for the `start`  or `length` variable, this creates the ability for an attacker to overflow the bounds check.&lt;/p&gt;
&lt;p&gt;This issue can be used to do OOB access to storage, memory or calldata addresses. It can also be used to corrupt the `length` slot of the respective array.&lt;/p&gt;
&lt;p&gt;A contract search was performed and no vulnerable contracts were found in production.&lt;/p&gt;
&lt;p&gt;tracking in issue https://github.com/vyperlang/vyper/issues/3756.
patched in https://github.com/vyperlang/vyper/pull/3818.&lt;/p&gt;
&lt;p&gt;## Details
Here the flow for `storage` is supposed, but it is generalizable also for the other locations.&lt;/p&gt;
&lt;p&gt;When calling `slice()` on a storage value, there are compile time bounds checks if the `start` and `length` values are literals, but of course this cannot happen if they are passed values:&lt;/p&gt;
&lt;p&gt;```python
if not is_adhoc_slice:
    if length_literal is not None:
        if length_literal &amp;lt; 1:
            raise ArgumentException(&amp;#34;Length cannot be less than 1&amp;#34;, length_expr)&lt;/p&gt;
&lt;p&gt;if length_literal &amp;gt; arg_type.length:
            raise ArgumentException(f&amp;#34;slice out of bounds for {arg_type}&amp;#34;, length_expr)&lt;/p&gt;
&lt;p&gt;if start_literal is not None:
        if start_literal &amp;gt; arg_type.length:
            ra…&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&lt;/p&gt;
&lt;p&gt;[The bounds check for slices](https://github.com/vyperlang/vyper/blob/b01cd686aa567b32498fefd76bd96b0597c6f099/vyper/builtins/functions.py#L404-L457) does not account for the ability for `start + length` to overflow when the values aren&amp;#39;t literals.&lt;/p&gt;
&lt;p&gt;If a `slice()` function uses a non-literal argument for the `start`  or `length` variable, this creates the ability for an attacker to overflow the bounds check.&lt;/p&gt;
&lt;p&gt;This issue can be used to do OOB access to storage, memory or calldata addresses. It can also be used to corrupt the `length` slot of the respective array.&lt;/p&gt;
&lt;p&gt;A contract search was performed and no vulnerable contracts were found in production.&lt;/p&gt;
&lt;p&gt;tracking in issue https://github.com/vyperlang/vyper/issues/3756.
patched in https://github.com/vyperlang/vyper/pull/3818.&lt;/p&gt;
&lt;p&gt;## Details
Here the flow for `storage` is supposed, but it is generalizable also for the other locations.&lt;/p&gt;
&lt;p&gt;When calling `slice()` on a storage value, there are compile time bounds checks if the `start` and `length` values are literals, but of course this cannot happen if they are passed values:&lt;/p&gt;
&lt;p&gt;```python
if not is_adhoc_slice:
    if length_literal is not None:
        if length_literal &amp;lt; 1:
            raise ArgumentException(&amp;#34;Length cannot be less than 1&amp;#34;, length_expr)&lt;/p&gt;
&lt;p&gt;if length_literal &amp;gt; arg_type.length:
            raise ArgumentException(f&amp;#34;slice out of bounds for {arg_type}&amp;#34;, length_expr)&lt;/p&gt;
&lt;p&gt;if start_literal is not None:
        if start_literal &amp;gt; arg_type.length:
            ra…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9x7f-gwxq-6f2c</guid>
    </item>
  </channel>
</rss>
