Root: The claimSnowman function updates s_hasClaimedSnowman[receiver] = true but never checks if the user has already claimed before processing the claim, allowing users to claim multiple times if they acquire more Snow tokens.
Impact: Users can bypass the intended one-time airdrop limit by claiming, acquiring more Snow tokens, and claiming again, breaking the airdrop distribution model and allowing unlimited NFT minting for eligible users.
Normal Behavior: Airdrop mechanisms should enforce one claim per eligible user to ensure fair distribution and prevent abuse of the reward system.
Specific Issue: The function sets the claim status to true after processing but never validates if s_hasClaimedSnowman[receiver] is already true at the beginning, allowing users to claim multiple times as long as they have Snow tokens and valid proofs.
Likelihood: Medium
Users need to acquire additional Snow tokens between claims, which requires time and effort
Users must maintain their merkle proof validity across multiple claims
Attack requires understanding of the missing validation check
Impact: High
Airdrop Abuse: Users can claim far more NFTs than intended by the distribution mechanism
Unfair Distribution: Some users receive multiple rewards while others may receive none
Economic Manipulation: Breaks the intended scarcity and distribution model of the NFT collection
Add the following test to TestSnowMan.t.sol
Add a claim status check at the beginning of the function to prevent users from claiming multiple times.
The claim function of the Snowman Airdrop contract doesn't check that a recipient has already claimed a Snowman. This poses no significant risk as is as farming period must have been long concluded before snapshot, creation of merkle script, and finally claiming.
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.