Missing validation check in the Soulmate.sol::mintSoulmateToken()
function will allow users to become soulmates with themselves.
The user can become a soulmate with itself by calling the Soulmate.sol::mintSoulmateToken()
function twice in a row.
Soulmate.sol::totalSouls()
function returns incorrect results if any user is soulmate with themselves.
Users are allowed to become soulmates with themselves.
Add the following test in SoulmateTest.t.sol
:
Run a test with forge test --mt test_usersCanBecomeSoulmateWithThemselves
.
Manual review
Foundry
The transaction should be reverted if a user attempts to become a soulmate with itself.
Recommended changes to the Soulmate.sol::mintSoulmateToken()
function:
Add the following import and test in SoulmateTest.t.sol
:
Run a test with forge test --mt test_mintSoulmateTokenRevertsWhenUserIsTryingToBecomeSoulmateWithItself
.
- Given the native anonymous nature of blockchain in general, this issue cannot be avoided unless an explicit whitelist is implemented. Even then we can only confirm soulmates are distinct individuals via kyc. I believe finding a soulmate is intended to be permisionless. - However, even though sufficient (500_000_000e18 in each vault) tokens are minted to claim staking and airdrop rewards, it would take 500_000_000 / 2 combined weeks for airdrop vault to be drained which is not unreasonable given there are [80+ million existing wallets](https://coinweb.com/trends/how-many-crypto-wallets-are-there/). Given there is no option to mint new love tokens, this would actually ruin the functionality of the protocol of finding soulmates and shift the focus to abusing a sybil attack to farming airdrops instead. Assigning medium severity for now but am open for appeals otherwise, since most if not all issues lack indepth analysis of the issue.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.