Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

recoveryTimelock mis-configured #918

Open
anna-carroll opened this issue Oct 29, 2021 · 0 comments
Open

recoveryTimelock mis-configured #918

anna-carroll opened this issue Oct 29, 2021 · 0 comments
Assignees
Labels
bug Something isn't working fix Not a bug per se, but a problem to fix Priority

Comments

@anna-carroll
Copy link
Contributor

What is wrong?

  • recoveryTimelock on the GovernanceRouter is configured to "1" on all chains
  • this means when recovery is initiated, it becomes active after 1 second

When did we notice?

  • I discovered the mis-configuration while prepping transaction to transfer governor to Celo

How can we fix this?

  • recoveryTimelock is an immutable variable (stored in the code of the GovernanceRouter, rather than storage) - so, to fix, this, we need to upgrade the GovernanceRouter to a new implementation
  • to lock down the system while we triage, we should initiate recovery and transfer the recoveryManager role to a more secure multisig (currently configured as an EOA)

How did this happen?

  • mis-configuration probably due to problem in dev tooling
  • we need to root-cause to prevent repro in the future
@anna-carroll anna-carroll added bug Something isn't working Priority fix Not a bug per se, but a problem to fix labels Oct 29, 2021
@anna-carroll anna-carroll self-assigned this Oct 29, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working fix Not a bug per se, but a problem to fix Priority
Projects
None yet
Development

No branches or pull requests

1 participant