In the BoostController.sol contract the delegateBoost function lacks a check for supportedPools[to], which can lead to incorrect and unusable boosts.
The vulnerability arises from the absence of a check to verify if the recipient pool (to) is a supported pool in the delegateBoost function. Without this check, boosts can be delegated to unsupported pools, resulting in incorrect and unusable boosts. This can cause the protocol to allocate boosts to pools that do not recognize or utilize them, leading to inefficiencies and potential errors in the boost system.
By allowing boosts to be delegated to unsupported pools, the protocol may allocate resources inefficiently, leading to incorrect boost calculations and unusable boosts. This can affect the fairness and accuracy of the boost system, undermining user trust and the integrity of the protocol. Users may experience unexpected behavior and discrepancies in their boost allocations.
Manual Review
To mitigate this vulnerability, add a check to verify if the recipient pool (to) is a supported pool in the delegateBoost function. Here is an example of how to implement this:
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.