The void
function allows the recipient and sender to void the stream. Also approved users can void the stream. This is a problem because a malicious user can be approved by the recipient and then void the stream before it even starts . This means that the recipient will not receive the expected amount of tokens.
The approved user can stop void the stream before it start, while it is in motion or after it has finished, this is a problem because it can be used to cheat the recipient out what they are suppose to receive.
This test case covers the following scenarios:
creating a stream in the setup without deposit initialy
depositing tokens into the stream
voided the stream with a malicious approved user
attempting to restart the stream after it has been voided by an approved user
To continue the stream the sender will have to create a new one as voided streams can not be restarted. which more gas to be spent by the sender, for both refunding
and create
a new flow.
Disallow approved users from calling void as it is a sensitive function.
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.