<?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>Sat, 03 Oct 2026 20:37:06 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-211713</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-211713</link>
      <description>EUVD-2026-211713</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-211713</guid>
    </item>
    <item>
      <title>fkie_cve-2023-32059</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-32059</link>
      <description>&lt;p&gt;Vyper is a Pythonic smart contract language for the Ethereum virtual machine. Prior to version 0.3.8, internal calls with default arguments are compiled incorrectly. Depending on the number of arguments provided in the call, the defaults are added not right-to-left, but left-to-right. If the types are incompatible, typechecking is bypassed. The ability to pass kwargs to internal functions is an undocumented feature that is not well known about. The issue is patched in version 0.3.8.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Vyper is a Pythonic smart contract language for the Ethereum virtual machine. Prior to version 0.3.8, internal calls with default arguments are compiled incorrectly. Depending on the number of arguments provided in the call, the defaults are added not right-to-left, but left-to-right. If the types are incompatible, typechecking is bypassed. The ability to pass kwargs to internal functions is an undocumented feature that is not well known about. The issue is patched in version 0.3.8.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-32059</guid>
    </item>
    <item>
      <title>GHSA-ph9x-4vc9-m39g — Vyper vulnerable to incorrect ordering of arguments for kwargs passed to internal calls</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-ph9x-4vc9-m39g</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Internal calls to internal functions with more than 1 default argument are compiled incorrectly. Depending on the number of arguments
provided in the call, the defaults are added not right-to-left, but left-to-right. If the types are incompatible,
typechecking is bypassed. In the `bar()` function in the following code, `self.foo(13)` is compiled to
`self.foo(13,12)` instead of `self.foo(13,1337)`.&lt;/p&gt;
&lt;p&gt;```vyper
@internal
def foo(a:uint256 = 12, b:uint256 = 1337):
    pass&lt;/p&gt;
&lt;p&gt;@internal
def bar():
    self.foo(13)
```&lt;/p&gt;
&lt;p&gt;note that at the time of publication, the ability to pass kwargs to internal functions is an undocumented feature that does not seem to be widely used.&lt;/p&gt;
&lt;p&gt;### Patches
patched in c3e68c302aa6e1429946473769dd1232145822ac&lt;/p&gt;
&lt;p&gt;### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_&lt;/p&gt;
&lt;p&gt;### References
_Are there any links users can visit to find out more?_&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Internal calls to internal functions with more than 1 default argument are compiled incorrectly. Depending on the number of arguments
provided in the call, the defaults are added not right-to-left, but left-to-right. If the types are incompatible,
typechecking is bypassed. In the `bar()` function in the following code, `self.foo(13)` is compiled to
`self.foo(13,12)` instead of `self.foo(13,1337)`.&lt;/p&gt;
&lt;p&gt;```vyper
@internal
def foo(a:uint256 = 12, b:uint256 = 1337):
    pass&lt;/p&gt;
&lt;p&gt;@internal
def bar():
    self.foo(13)
```&lt;/p&gt;
&lt;p&gt;note that at the time of publication, the ability to pass kwargs to internal functions is an undocumented feature that does not seem to be widely used.&lt;/p&gt;
&lt;p&gt;### Patches
patched in c3e68c302aa6e1429946473769dd1232145822ac&lt;/p&gt;
&lt;p&gt;### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_&lt;/p&gt;
&lt;p&gt;### References
_Are there any links users can visit to find out more?_&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-ph9x-4vc9-m39g</guid>
    </item>
    <item>
      <title>gsd-2023-32059</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-32059</link>
      <description>gsd-2023-32059</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-32059</guid>
    </item>
    <item>
      <title>PYSEC-2023-79</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2023-79</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;Vyper is a Pythonic smart contract language for the Ethereum virtual machine. Prior to version 0.3.8, internal calls with default arguments are compiled incorrectly. Depending on the number of arguments provided in the call, the defaults are added not right-to-left, but left-to-right. If the types are incompatible, typechecking is bypassed. The ability to pass kwargs to internal functions is an undocumented feature that is not well known about. The issue is patched in version 0.3.8.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vyper&lt;/p&gt;
&lt;p&gt;Vyper is a Pythonic smart contract language for the Ethereum virtual machine. Prior to version 0.3.8, internal calls with default arguments are compiled incorrectly. Depending on the number of arguments provided in the call, the defaults are added not right-to-left, but left-to-right. If the types are incompatible, typechecking is bypassed. The ability to pass kwargs to internal functions is an undocumented feature that is not well known about. The issue is patched in version 0.3.8.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2023-79</guid>
    </item>
  </channel>
</rss>
