DAO Governance Takeover Scams
Attackers accumulate or flash-loan governance tokens to pass malicious proposals that drain a protocol's treasury, alter fee structures, or mint new tokens to an attacker-controlled wallet.
Last reviewed: 1 June 2026
What this scam is
Decentralised Autonomous Organisations (DAOs) govern many DeFi protocols through on-chain voting mechanisms. Token holders vote on proposals that can alter protocol parameters, control treasury funds, update smart contracts, and change fee distributions. A governance takeover occurs when an attacker acquires enough voting power — either by purchasing tokens, borrowing them via flash loans, or exploiting a vulnerability in the voting mechanism — to pass proposals that benefit themselves at the expense of other participants.
Governance attacks range from treasury drains (voting to send protocol-controlled funds to an attacker wallet) to parameter manipulation (changing collateral ratios or fee structures to enable subsequent exploits) to contract upgrades (using governance to push a malicious contract change that introduces a backdoor).
For ordinary token holders and liquidity providers, governance attacks represent a risk that is almost impossible to individually prevent. Participation in a DAO effectively delegates significant financial risk to the governance design of the protocol. Poorly designed governance — with low quorum thresholds, inadequate time locks, or insufficient safeguards against flash loan voting — is a structural vulnerability.
Separate from direct attacks, governance mechanisms are also exploited through social manipulation: fake proposals presented as beneficial upgrades, coordinated voting campaigns funded by hostile actors, and impersonation of legitimate contributors in governance forums to build support for malicious proposals.
How it works
In a flash loan governance attack, the attacker borrows a large volume of governance tokens in a single uncollateralised flash loan, votes on a pre-staged malicious proposal within the same transaction block (or a series of blocks if the protocol does not prevent same-block voting), and repays the loan after the vote. If the governance mechanism does not prevent flash-borrowed tokens from voting, the attacker can achieve a majority vote at effectively zero capital cost.
In a slower accumulation attack, the attacker purchases governance tokens over time — potentially under multiple wallet addresses to avoid detection — and then coordinates a vote to pass a malicious proposal. The attack may be combined with social engineering in the governance forum, presenting the proposal in benign language to avoid scrutiny from the wider community.
In both cases, once a malicious proposal passes, it is typically executable after a time lock (if one exists). If the time lock is short or absent, the attacker can execute immediately. The result may be a transfer of the entire treasury to the attacker, a change to collateral parameters that enables a subsequent loan drain, or the installation of a backdoored contract upgrade.
After an attack, the same post-exploit secondary scams that follow other DeFi hacks apply: fake reimbursement portals, impersonation of the protocol team, and wallet-draining 'recovery' services targeting affected users.
Why this scam works
Governance attacks succeed because voter participation in DAOs is typically very low. A large proportion of governance tokens are held by inactive participants who do not monitor proposals or vote regularly. This means the effective threshold for a majority vote is far lower than the nominal token supply implies.
Flash loan mechanisms eliminate the capital barrier for attacks that would otherwise require purchasing billions of dollars of tokens. Social engineering in governance forums exploits the goodwill and technical complexity that characterise legitimate governance discussions — most participants cannot assess the security implications of a proposed contract change without deep technical expertise.
Common red flags
- Governance proposal passed with a very short voting window or at an unusual time
- Proposal description is vague or uses technical language to obscure what it actually does
- A single wallet or small number of wallets provided the majority of votes
- Proposal involves moving treasury funds to a new or unverified address
- Voting power increased sharply immediately before the proposal was raised
- No independent security review was requested before a major contract change proposal
- Proposal was posted on governance forum only hours before vote commencement
Sanitized example messages
Illustrative, sanitized examples. Personal details are replaced with placeholders such as [phone number] and [fake link].
Governance vote LIVE: Proposal to allocate treasury funds for ecosystem development. Voting closes in 6 hours — [governance link].
Community notice: A critical upgrade proposal is being voted on now to fix a security vulnerability. Vote YES to protect the protocol: [link].
OFFICIAL: DAO vote passed. To receive your share of the treasury distribution, verify your eligibility at [fake claim site].
Important — your governance tokens qualify you for a redistribution. Connect wallet to confirm allocation: [drainer site].
Common variations
- Flash loan governance attack — borrowed tokens used for single-transaction vote dominance
- Slow accumulation attack — tokens acquired gradually to avoid detection before a critical vote
- Proposal social engineering — legitimate-looking proposal with malicious technical payload
- Governance token distribution attack — new token distribution mechanism exploited to concentrate voting power
How to verify before you act
Monitor governance activity for any protocols you have deposited into, particularly proposals involving treasury movements, contract upgrades, or parameter changes. Use governance monitoring tools or set up alerts for new proposals on protocols with significant exposure.
For any significant governance vote, read the full technical specification of the proposal — not just the summary. Check which wallets are voting and whether any single wallet dominates the outcome. Check whether a time lock exists between vote passage and execution, and whether the community has the ability to veto or cancel proposals during that window.
Payment methods used
- Cryptocurrency
- Bank/wire transfer
- Gift cards
- Money transfer services
- Payment apps to 'friends & family'
Who is usually targeted
- Liquidity providers in governance-controlled DeFi protocols
- DAO treasury participants and token stakers
- Small governance token holders unable to influence votes
- Protocol users unaware of pending governance changes
What to do immediately
- If you suspect a governance attack is in progress, withdraw liquidity and exit the protocol before the malicious proposal executes if possible
- Raise the alarm immediately in the legitimate governance forum and verified official community channels
- Do not interact with any post-attack claim site that arrives via social media or Discord
- Report to the protocol's official security contact and to your national fraud authority
- Document the malicious proposal, the voting wallets, and all on-chain evidence
How to prevent it
- Prefer protocols with governance designs that include meaningful time locks, high quorum thresholds, and flash loan vote prevention
- Monitor governance activity for protocols you use and participate in votes where possible
- Diversify DeFi exposure across protocols to limit single-governance-attack impact
- Review governance proposals technically before voting or staying passive
- Withdraw liquidity quickly if a suspicious governance proposal is in progress
Evidence to preserve
- The on-chain proposal ID and transaction hashes for the malicious vote
- Wallet addresses that cast the decisive votes
- Screenshots of any forum posts or social communications promoting the proposal
- Transaction hashes showing treasury outflows after the exploit
- Any post-exploit fake reimbursement communications
Where to report it
- Action Fraud (UK) — UK national fraud & cybercrime reporting centre
- FTC ReportFraud (US) — US Federal Trade Commission fraud reports
- FBI IC3 (US) — US Internet Crime Complaint Center
- Scamwatch (Australia) — Australian competition & consumer reporting
- Your bank's fraud line — Use the number on the back of your card or in your banking app — never a number the caller gives you
Always verify reporting routes and emergency contacts on the official government or agency website for your country.
Frequently asked questions
Can a DAO governance attack be stopped once a malicious proposal passes?
If the protocol has a time lock between vote passage and execution, there may be a window in which the community can withdraw funds, override the proposal (if emergency mechanisms exist), or organise a counter-vote. Without a time lock, execution is immediate and the attack is irreversible. The presence and length of time locks is one of the most important governance safety features.
Are my funds at risk just because I hold governance tokens?
Your risk depends on what you have deposited in the protocol and how the governance mechanism works. If the protocol controls a treasury that includes depositor funds, a governance attack can directly drain those deposits. If you hold only governance tokens with no deposited assets, the main risk is a decline in token value after an attack depletes confidence in the protocol.