Vyper's nonpayable default functions are sometimes payable
GHSA-vxmm-cwh2-q762 · CVE-2023-32675 · PYSEC-2023-80
Published · Modified
AI SAST
Find this class of vulnerability in your own code
Corgea's AI-native static analysis detects vulnerabilities like this one across your repositories, ranks them by exploitability, and returns review-ready fixes.
Description
Impact
in contracts with at least one regular nonpayable function, due to the callvalue check being inside of the selector section, it is possible to send funds to the default function by using less than 4 bytes of calldata, even if the default function is marked nonpayable. this applies to contracts compiled with vyper<=0.3.7.
# @version 0.3.7
# implicitly nonpayable
@external
def foo() -> uint256:
return 1
# implicitly nonpayable
@external
def __default__():
# could receive ether here
pass
Patches
this was fixed by the removal of the global calldatasize check in https://github.com/vyperlang/vyper/commit/02339dfda0f3caabad142060d511d10bfe93c520.
Workarounds
don't use nonpayable default functions
References
- WEB https://github.com/vyperlang/vyper/security/advisories/GHSA-vxmm-cwh2-q762
- ADVISORY https://nvd.nist.gov/vuln/detail/CVE-2023-32675
- WEB https://github.com/vyperlang/vyper/commit/02339dfda0f3caabad142060d511d10bfe93c520
- WEB https://github.com/vyperlang/vyper/commit/02339dfda0f3caabad142060d511d10bfe93c520.
- WEB https://github.com/vyperlang/vyper/commit/903727006c1e5ebef99fa9fd5d51d62bd33d72a9
- WEB https://github.com/pypa/advisory-database/tree/main/vulns/vyper/PYSEC-2023-80.yaml
- PACKAGE https://github.com/vyperlang/vyper
Ready to move
Start Securing
Free, no credit card | First findings in minutes