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.