No Enforcement of hasClaimed Mapping
Impact: Allows unlimited claims, breaking core protocol logic and inflating NFT supply.
The contract tracks and updates claim status using:
However, the contract never checks this mapping before processing a claim in claimSnowman().
As a result, there is no restriction preventing the same receiver from calling claimSnowman() multiple times, as long as the other conditions (valid signature, sufficient Snow balance, valid Merkle proof) are satisfied.
This creates a logical flaw where the contract records claim status but does not enforce it, effectively rendering the mapping useless.
Likelihood: High
Reason: There is no check enforcing s_hasClaimedSnowman, so any user can repeatedly call the function with valid inputs.
Impact: High
A user can repeatedly call claimSnowman()
Each call:
Transfers Snow tokens from the user
Mints additional Snowman NFTs
Breaks the intended one-time claim design
Can lead to:
Unlimited NFT minting
Inflation of supply
Abuse of reward distribution
The following test demonstrates that a single user can successfully call claimSnowman() multiple times due to the absence of a claim status check.
Step-by-step:
Approval
The user (alice) approves the SnowmanAirdrop contract to transfer her Snow tokens.
First Claim
A valid EIP-712 signature is generated using Alice’s private key.
A valid Merkle proof (AL_PROOF) is provided.
The contract processes the claim:
Transfers Snow tokens from Alice
Mints a Snowman NFT
Sets s_hasClaimedSnowman[alice] = true
State Reset for Test
Alice is re-funded with Snow tokens using deal() so she can pass the balanceOf check again.
A new valid signature is generated (since the signature depends on current balance).
Second Claim (Exploit)
The same function is called again with valid inputs.
Because the contract does not check s_hasClaimedSnowman, the call succeeds.
Another NFT is minted for Alice.
Result
Alice ends up with 2 NFTs instead of 1, proving that multiple claims are possible.
Add a claim validation check at the beginning of claimSnowman():
# Root + Impact   **Root:** The [`claimSnowman`](https://github.com/CodeHawks-Contests/2025-06-snowman-merkle-airdrop/blob/b63f391444e69240f176a14a577c78cb85e4cf71/src/SnowmanAirdrop.sol#L44) 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. ## Description * **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. ## Risk **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 ## Proof of Concept Add the following test to TestSnowMan.t.sol ```Solidity function testMultipleClaimsAllowed() public { // Alice claims her first NFT vm.prank(alice); snow.approve(address(airdrop), 1); bytes32 aliceDigest = airdrop.getMessageHash(alice); (uint8 v, bytes32 r, bytes32 s) = vm.sign(alKey, aliceDigest); vm.prank(alice); airdrop.claimSnowman(alice, AL_PROOF, v, r, s); assert(nft.balanceOf(alice) == 1); assert(airdrop.getClaimStatus(alice) == true); // Alice acquires more Snow tokens (wait for timer and earn again) vm.warp(block.timestamp + 1 weeks); vm.prank(alice); snow.earnSnow(); // Alice can claim AGAIN with new Snow tokens! vm.prank(alice); snow.approve(address(airdrop), 1); bytes32 aliceDigest2 = airdrop.getMessageHash(alice); (uint8 v2, bytes32 r2, bytes32 s2) = vm.sign(alKey, aliceDigest2); vm.prank(alice); airdrop.claimSnowman(alice, AL_PROOF, v2, r2, s2); // Second claim succeeds! assert(nft.balanceOf(alice) == 2); // Alice now has 2 NFTs } ``` ## Recommended Mitigation **Add a claim status check at the beginning of the function** to prevent users from claiming multiple times. ```diff // Add new error + error SA__AlreadyClaimed(); function claimSnowman(address receiver, bytes32[] calldata merkleProof, uint8 v, bytes32 r, bytes32 s) external nonReentrant { + if (s_hasClaimedSnowman[receiver]) { + revert SA__AlreadyClaimed(); + } + if (receiver == address(0)) { revert SA__ZeroAddress(); } // Rest of function logic... s_hasClaimedSnowman[receiver] = true; } ```
The contest is live. Earn rewards by submitting a finding.
Submissions are being reviewed by our AI judge. Results will be available in a few minutes.
View all submissionsThe contest is complete and the rewards are being distributed.