KeeperProxy.sol
Description:
In _validatePrice, the function calls _check twice for each of the index token and (by assumption) the long token, and twice for the short token:
Impact:
Under the current protocol assumption that the indexToken and longToken are the same, these duplicate checks add extra gas cost and increase the chance of spurious reverts if one of the two price bounds fluctuates. If market conditions are volatile, one of the two _check calls could revert even though the overall price range is acceptable. This isn’t a direct exploit but does tighten the operational window for keeper actions.
Recommendation:
Review whether both min and max values need to be checked separately. If the design expects both bounds to be within a narrow threshold, consider consolidating or adding a tolerance to avoid unnecessary reverts under normal market fluctuations.
Please read the CodeHawks documentation to know which submissions are valid. If you disagree, provide a coded PoC and explain the real likelihood and the detailed impact on the mainnet without any supposition (if, it could, etc) to prove your point.
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.