The KeeperProxy contract initializes the sequencerUptimeFeed variable with a hardcoded address (0xFdB631F5EE196F0ed6FAa767959853A9F217697D) instead of allowing it to be updated dynamically. This can lead to operational issues if the sequencer uptime feed contract address changes or needs to be adjusted for different deployments.
In the initialize function, the contract sets sequencerUptimeFeed to a fixed address:
Since the address is hardcoded it cannot be updated after deployment, meaning any changes to the sequencer uptime feed contract would require redeployment and if the sequencer uptime feed contract is upgraded or replaced, the KeeperProxy contract may fail to function correctly, as it will continue referencing the outdated contract.
Therefore the inability to update sequencerUptimeFeed can lead to failure in the _validatePrice function, preventing valid transactions from executing if the sequencer uptime feed is deprecated or changed and it also reduces the contract adaptability across networks and potential system downtime if the hardcoded feed becomes unreliable.
Manual Review
Introduce a setter function to allow updates to sequencerUptimeFeed by the contract owner:
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.