<?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-18T22:18:50.869355+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-242349</id>
    <title>EUVD-2026-242349</title>
    <updated>2026-10-18T22:18:50.873318+00:00</updated>
    <content>EUVD-2026-242349</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-242349"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-22419</id>
    <title>fkie_cve-2024-22419</title>
    <updated>2026-10-18T22:18:50.873369+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Vyper is a Pythonic Smart Contract Language for the Ethereum Virtual Machine. The `concat` built-in can write over the bounds of the memory buffer that was allocated for it and thus overwrite existing valid data. The root cause is that the `build_IR` for `concat` doesn't properly adhere to the API of copy functions (for `&gt;=0.3.2` the `copy_bytes` function). A contract search was performed and no vulnerable contracts were found in production. The buffer overflow can result in the change of semantics of the contract. The overflow is length-dependent and thus it might go unnoticed during contract testing. However, certainly not all usages of concat will result in overwritten valid data as we require it to be in an internal function and close to the return statement where other memory allocations don't occur. This issue has been addressed in 0.4.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-22419"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-2q8v-3gqq-4f8p</id>
    <title>GHSA-2q8v-3gqq-4f8p — concat built-in can corrupt memory in vyper</title>
    <updated>2026-10-18T22:18:50.873428+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: vyper</p>
<p>### Summary
`concat` built-in can write over the bounds of the memory buffer that was allocated for it and thus overwrite existing valid data. The root cause is that the `build_IR` for `concat` doesn't properly adhere to the API of copy functions (for `&gt;=0.3.2` the `copy_bytes` function).</p>
<p>A contract search was performed and no vulnerable contracts were found in production.</p>
<p>Tracked in issue https://github.com/vyperlang/vyper/issues/3737</p>
<p>### Details
The `build_IR` allocates a new internal variable for the concatenation: https://github.com/vyperlang/vyper/blob/3b310d5292c4d1448e673d7b3adb223f9353260e/vyper/builtins/functions.py#L534-L550</p>
<p>Notice that the buffer is allocated for the `maxlen` + 1 word to actually hold the length of the array.</p>
<p>Later the `copy_bytes` function is used to copy the actual source arguments to the destination: https://github.com/vyperlang/vyper/blob/3b310d5292c4d1448e673d7b3adb223f9353260e/vyper/builtins/functions.py#L569-L572</p>
<p>The `dst_data` is defined via:
- `data ptr` - to skip the 1 word that holds the length
- `offset`  - to skip the source arguments that were already written to the buffer
  - the `offset` is increased via: `["set", ofst, ["add", ofst, arglen]]`, ie it is increased by the length of the source argument</p>
<p>Now, the `copy_bytes` function has multiple control flow paths, the following ones are of interest:
1) https://github.com/vyperlang/vyper/blob/3b310d5292c4d1448e673d7b3adb223f9353260e/vyper/codegen/core.py#L270-L273
2)  https://g…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-2q8v-3gqq-4f8p"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2024-22419</id>
    <title>gsd-2024-22419</title>
    <updated>2026-10-18T22:18:50.873538+00:00</updated>
    <content>gsd-2024-22419</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2024-22419"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2024-103</id>
    <title>PYSEC-2024-103</title>
    <updated>2026-10-18T22:18:50.873562+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 Ethereum Virtual Machine. The `concat` built-in can write over the bounds of the memory buffer that was allocated for it and thus overwrite existing valid data. The root cause is that the `build_IR` for `concat` doesn't properly adhere to the API of copy functions (for `&gt;=0.3.2` the `copy_bytes` function). A contract search was performed and no vulnerable contracts were found in production. The buffer overflow can result in the change of semantics of the contract. The overflow is length-dependent and thus it might go unnoticed during contract testing. However, certainly not all usages of concat will result in overwritten valid data as we require it to be in an internal function and close to the return statement where other memory allocations don't occur. This issue has been addressed in 0.4.0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2024-103"/>
  </entry>
</feed>
