When configurePass()
on an ongoing Pass that have already a supply > 0
, it resets the counting of the supply to 0
but in reality the supply is still greater than 0
. Then the real supply could be > max supply
which should never happen.
When updating an existing/ongoing Pass with a certain supply (>0), when configuring it to change the Price
and maxSupply
it shouldn't affect the actual supply counting.
Here in that case it resets the counting of the actual supply to 0, but in reality the actual supply didn't change.
Likelihood: High
Whenever configurePass() is used to update an ongoing Pass with a supply > 0
Impact: Low
It messes with the counting of the supply
A pass is able to have an actual supply > maxSupply
1/ Create a pass
2/ Mint some tokens
3/ Configure that pass to change the Max Supply and/or the Price
4/ Check that the counting of the supply is reset to 0 but past tokens still exist
Remove the last line of code from the configurePass()
function or authorize only to configure when the actual supply is = 0,
using require(passSupply[passId] == 0);
This is not acceptable as high because any attack vectors related to organizer trying to milk ETH from participants is voided by the fact that the organizer is trusted.
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.