The resolveDispute
function in the Escrow
contract is protected by the inState(State.Disputed)
modifier, which reverts if the function is called when the contract is not in the Disputed
state. However, if a malicious actor gains control over the arbiter's address, they could potentially call this function in a non-disputed state, leading to unexpected behavior and potential loss of funds.
The resolveDispute
function is designed to resolve disputes between the buyer and the seller. It is protected by the inState(State.Disputed)
modifier, which ensures that the function can only be called when the contract is in the Disputed
state. However, if a malicious actor gains control over the arbiter's address, they could potentially call this function when the contract is in a different state. This could lead to unexpected behavior, as the function transfers the remaining balance of the contract to the buyer, the arbiter, and the seller.
If a malicious actor gains control over the arbiter's address and calls the resolveDispute
function when the contract is in a non-disputed state, it could lead to unexpected transfers of the contract's balance. This could potentially result in a loss of funds for the buyer or the seller, and could undermine trust in the platform.
Manual code review
To mitigate this potential issue, it is recommended to add additional checks in the resolveDispute
function to ensure that it can only be called when the contract is in the Disputed
state. This could be implemented by adding a require statement at the beginning of the function, like so:
This would ensure that the resolveDispute
function cannot be called when the contract is in a non-disputed state, thereby preventing the potential issues described above.
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.