The README states that "An address is only allowed to collect 1 NFT per address, there is a check in the codebase to prevent someone from minting duplicate NFTs". The NatSpec of collectPresent says "addresses should not be able to collect more than once". A NICE address gets one NFT. An EXTRA_NICE address gets one NFT plus 1e18 SantaToken.
The only replay guard is balanceOf(msg.sender) > 0. Nothing records that an address has collected, and the list statuses are never cleared. The NFT is freely transferable, so a collector can move it to another address and call collectPresent again, as often as they like.
A contract can do the same in a single transaction. OpenZeppelin 5.0.0 _safeMint sets the owner and balance before it calls onERC721Received (ERC721.sol lines 312-315). The callback can therefore transfer the new token out and re-enter collectPresent.
In the EXTRA_NICE branch, i_santaToken.mint runs after _mintAndIncrement, so every frame mints another 1e18 SantaToken as it unwinds.
As a secondary effect, the same guard blocks an eligible user who was sent an NFT before collecting.
Likelihood:
After Christmas, every NICE or EXTRA_NICE address can repeat the collection with ordinary transactions: collect, transferFrom the NFT to a second address, and collect again. This needs no re-entrancy, no privileged role and no special timing.
A contract wallet that Santa marks EXTRA_NICE collects N times in one transaction through its onERC721Received callback.
Impact:
The one-present-per-address invariant breaks, and SantaToken supply becomes unbounded.
In the PoC, one EXTRA_NICE EOA minted 10 NFTs and 10e18 SantaToken in 10 rounds, and one contract minted 7 NFTs and 7e18 SantaToken in a single call.
The extra SantaToken dilutes honest holders and buys further NFTs through buyPresent: 4 replays bought 4 more NFTs.
Any NICE address mints unbounded NFTs. That includes never-checked addresses, which read as NICE because of a separate root cause reported on its own.
As a secondary, recoverable effect, an NFT transferred to an eligible user before they collect makes their collectPresent revert with AlreadyCollected until they move it out.
The PoC runs against the pinned OpenZeppelin 5.0.0 and the repo's own SantaToken build.
test_Baseline_SecondCollectRevertsWhileHoldingNFT: while the NFT stays put, a second collect reverts with AlreadyCollected.
test_SequentialReplay_ExtraNice_UnlimitedNFTsAndSantaToken: an EXTRA_NICE EOA alternates collectPresent and transferFrom 10 times. The sink holds 10 NFTs, the EOA holds 10e18 SantaToken, and its second-list status is still EXTRA_NICE afterwards.
test_SequentialReplay_InflatedSantaTokenBuysMorePresents: 4 replays mint 4e18 SantaToken, which buys 4 more NFTs, so 8 NFTs reach one address.
test_Reentrancy_SingleTx_ExtraNiceContract_MintsNNFTsAndNTokens: one attack() call by an EXTRA_NICE contract mints ids 0..6 to the sink plus 7e18 SantaToken. Inside every callback the contract already owns the new token and its SantaToken balance still reads 0, which proves the token mints happen while the frames unwind.
test_SequentialReplay_NiceAndNeverChecked_UnlimitedNFTs: a checked NICE address and a never-checked address collect 5 NFTs each.
test_ReverseDoS_UnsolicitedNFTBlocksEligibleUser: an NFT sent to bob before he collects makes his collectPresent revert. He recovers after moving it out.
File test/PoC_SL-02.t.sol:
Run from the repository root:
Result:
Record collection per address, set the flag before any external call, and mint the SantaToken before the _safeMint callback. A failing status check reverts the whole call, which also undoes the flag. The flag also removes the reverse-DoS effect, because an incoming NFT no longer blocks collection.
## Description `collectPresent` function is callable by any address, but the call will succeed only if the user is registered as `NICE` or `EXTRA_NICE` in SantasList contract. In order to prevent users to collect presents multiple times, the following check is implemented: ``` if (balanceOf(msg.sender) > 0) { revert SantasList__AlreadyCollected(); } ``` Nevertheless, there is an issue with this check. Users could send their newly minted NFTs to another wallet, allowing them to pass that check as `balanceOf(msg.sender)` will be `0` after transferring the NFT. ## Vulnerability Details Let's imagine a scenario where an `EXTRA_NICE` user wants to collect present when it is Christmas time. The user will call `collectPresent` function and will get 1 NFT and `1e18` SantaTokens. This user could now call `safetransferfrom` ERC-721 function in order to send the NFT to another wallet, while keeping SantaTokens on the same wallet (or send them as well, it doesn't matter). After that, it is possible to call `collectPresent` function again as ``balanceOf(msg.sender)` will be `0` again. ## Impact The impact of this vulnerability is HIGH as it allows any `NICE` user to mint as much NFTs as wanted, and it also allows any `EXTRA_NICE` user to mint as much NFTs and SantaTokens as desired. ## Proof of Concept The following tests shows that any `NICE` or `EXTRA_NICE` user is able to call `collectPresent` function again after transferring the newly minted NFT to another wallet. - In the case of `NICE` users, it will be possible to mint an infinity of NFTs, while transferring all of them in another wallet hold by the user. - In the case of `EXTRA_NICE` users, it will be possible to mint an infinity of NFTs and an infinity of SantaTokens. ``` function testExtraNiceCanCollectTwice() external { vm.startPrank(santa); // Santa checks twice the user as EXTRA_NICE santasList.checkList(user, SantasList.Status.EXTRA_NICE); santasList.checkTwice(user, SantasList.Status.EXTRA_NICE); vm.stopPrank(); // It is Christmas time! vm.warp(1_703_480_381); vm.startPrank(user); // User collects 1 NFT + 1e18 SantaToken santasList.collectPresent(); // User sends the minted NFT to another wallet santasList.safeTransferFrom(user, makeAddr("secondWallet"), 0); // User collect present again santasList.collectPresent(); vm.stopPrank(); // Users now owns 2e18 tokens, after calling 2 times collectPresent function successfully assertEq(santaToken.balanceOf(user), 2e18); } ``` ## Recommendations SantasList should implement in its storage a mapping to keep track of addresses which already collected present through `collectPresent` function. We could declare as a state variable : ``` mapping(address user => bool) private hasClaimed; ``` and then modify `collectPresent` function as follows: ``` function collectPresent() external { // use SantasList__AlreadyCollected custom error to save gas require(!hasClaimed[msg.sender], "user already collected present"); if (block.timestamp < CHRISTMAS_2023_BLOCK_TIME) { revert SantasList__NotChristmasYet(); } if (s_theListCheckedOnce[msg.sender] == Status.NICE && s_theListCheckedTwice[msg.sender] == Status.NICE) { _mintAndIncrement(); hasClaimed[msg.sender] = true; return; } else if ( s_theListCheckedOnce[msg.sender] == Status.EXTRA_NICE && s_theListCheckedTwice[msg.sender] == Status.EXTRA_NICE ) { _mintAndIncrement(); i_santaToken.mint(msg.sender); hasClaimed[msg.sender] = true; return; } revert SantasList__NotNice(); } ``` We just added a check that `hasClaimed[msg.sender]` is `false` to execute the rest of the function, while removing the check on `balanceOf`. Once present is collected, either for `NICE` or `EXTRA_NICE` people, we update `hasClaimed[msg.sender]` to `true`. This will prevent user to call `collectPresent` function. If you run the previous test with this new implementation, it wail fail with the error `user already collected present`. Here is a new test that checks the new implementation works as desired: ``` function testCorrectCollectPresentImpl() external { vm.startPrank(santa); // Santa checks twice the user as EXTRA_NICE santasList.checkList(user, SantasList.Status.EXTRA_NICE); santasList.checkTwice(user, SantasList.Status.EXTRA_NICE); vm.stopPrank(); // It is Christmas time! vm.warp(1_703_480_381); vm.startPrank(user); // User collects 1 NFT + 1e18 SantaToken santasList.collectPresent(); // User sends the minted NFT to another wallet santasList.safeTransferFrom(user, makeAddr("secondWallet"), 0); vm.expectRevert("user already collected present"); santasList.collectPresent(); vm.stopPrank(); } ```
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.