
2,843 ETH and 1.6M DAI drained from Term Finance vaults via governance takeover, not a code exploit. Voting rights bought with Tornado Cash seed capital. No timelock details published.
Around $8.5 million flowed out of deposit pools at the Ethereum lending protocol Term Finance on August 23, 2026. The attacker did not exploit a flaw in the program code. They bought enough voting rights to win control of those pools. They then resolved to pay the funds to themselves and executed that resolution.
An audited protocol can be emptied without a single line of code breaking. Anyone holding a balance in a DeFi protocol should know who can vote on the use of that balance, and how quickly such a resolution takes effect. Term Finance is a lending protocol on Ethereum that arranges loans at fixed interest rates. Users place balances into vaults, from which the protocol issues collateralised loans. Term Labs develops it.
According to Cryptobriefing, which draws on confirmations from CertiK and PeckShield, roughly 2,843 ETH and around 1.6 million DAI flowed to a single recipient address beginning with 0xD5183. At current prices, the outflow corresponds to $8.5 million. Term Labs has publicly confirmed the incident and announced a fuller account once its investigation is complete. The team explicitly distinguishes the case from a smart contract vulnerability.
In a DeFi protocol, governance denotes the rules by which changes are decided. Whoever holds voting tokens may submit proposals and vote on them. Once a proposal reaches the required majority, it is executed. This design lets a protocol function without central administration. A governance attack turns that design around. The attacker acquires enough voting rights to hold a majority, then resolves something that serves them. Formally, everything proceeds according to the rules. There is no break-in, no stolen password, no manipulated contract. Just a vote that was won.
The difference from better-known attack types matters in practice. A flash loan attack or a reentrancy fault presupposes a programming error that an audit can find. A governance attack presupposes only that voting weight is for sale and that nobody intervenes in time.
At Term Finance, a vault is a ring-fenced deposit pool with its own investment strategy. A meta vault bundles several such pools and distributes the funds deposited across them. Cryptobriefing describes the control achieved in precise terms: in four of five USDC strategy vaults the attacker reached 100 percent of the voting rights, and in the Ethereum meta vault around 91 percent. Both are more than a narrow majority. A voting position of that kind allows a proposal to be pushed through and held against any objection.
Those figures also explain why the damage remained confined to particular pools. What was affected was whatever the attacker held the majority over. Anyone whose balance sat in one of the other pools was not affected in the same way, on the account published so far. A full breakdown of which vault lost which holdings is not yet available. Term Labs has announced one for the conclusion of the investigation.
The seed funding for the attack was strikingly small, according to the Cryptobriefing report. It consisted of two ETH obtained via Tornado Cash, a service that blurs the link between sender and recipient address on the blockchain. From that seed capital the attacker built up voting weight step by step until reaching the majorities described. The uncomfortable lesson: the cost of a takeover is measured by the price of the voting rights required, and hardly at all by the size of the pool. Where those voting rights are cheap or narrowly distributed, a small stake can decide the fate of a large holding.
An audit examines program code for whether it does what it is supposed to do and whether it can be induced into unforeseen behaviour. Cryptobriefing records that the process ran through audited contracts without breaking a single line of code. That is not a reproach to the auditors but a statement about the reach of such an examination. An audit answers whether the code works correctly. It does not answer whether the distribution of voting rights permits hostile access. Cryptobriefing classifies the weakness as architectural and locates it in the interplay of token distribution, low voter turnout and missing access limits in the administration of the vaults.
A timelock is a built-in waiting period between the moment a resolution reaches a majority and the moment it is actually executed. During that window anyone can read the resolution in plain text. Anyone who does not want to leave a balance in a pool over which something unwelcome has just been resolved can withdraw it. The timelock is the only safeguard that still works once the vote has already been lost. It does not prevent the takeover. It prevents resolution and outflow from coinciding in the same second.
Whether Term Finance provided for such a waiting period, and how long it may have been, does not emerge from the accounts published so far.
The Token of Power case, TOP for short, is the better-documented twin of this attack pattern. TRM Labs and Blockaid have analysed it. TOP was a voting token on Ethereum built on Aragon, with a total supply of just 16,384 units. The attacker acquired a good half of the total supply and then used the voting function to submit, adopt and execute a proposal in a single transaction. There was no waiting period. The resolution itself minted ten billion new TOP to the attacker. That quantity was thrown into a liquidity pool and turned into 944.2 WETH, roughly $1.5 million to $1.6 million depending on the source. The analyses name a bundle of causes: the tiny original total supply, the absent waiting period, no upper limit on the issuance of new tokens, and safeguards in the voting configuration that were too weak.
The parallel to Term Finance lies in the sequence. Voting weight was bought. It was financed through a service for obscuring provenance. The process ended with a rule-compliant resolution at the expense of the depositors.
Blockaid counted seven governance takeovers on three blockchains for the period from June to early August 2026, and put the total damage at around $22 million. One such case sits in our own archive: on July 7, 2026 we reported on a governance attack on the BONK DAO involving a community treasury in the tens of millions. The current month has been eventful. Before the outflow at Term Finance, DefiLlama had already recorded 17 security incidents for August 2026, with damage of around $18.8 million.
The following points can be looked up in a protocol's documentation or on its governance page. Who is allowed to vote, and how is voting weight distributed? If the total supply of the voting token is small, or a large share sits with a few addresses, a majority is cheap to obtain. Is there a waiting period between resolution and execution? If you find no statement about a timelock, assume there is none. Can a vote move balances directly? Some protocols allow a resolution to change only parameters. Others permit deposits to flow out to any address. Is there an upper limit on the issuance of new tokens? Where it is missing, a majority can be enlarged at will. How high was turnout in the most recent votes? Low turnout lowers the threshold for a takeover.
After an incident in DeFi, the standard advice is to revoke token approvals. An approval is the permission you give a contract to dispose of a certain quantity of your tokens. Against this type of attack, however, it only goes so far. In a governance attack it is not your wallet that is emptied but the pool you have already paid into. The protocol disposes of that balance as a matter of course. The resolution only changes where it goes. Revoking an approval prevents future access to your wallet. It does not retrieve a balance already deposited. What works is withdrawal from the affected pool, and that remains possible precisely when a waiting period allows it.
If such an incident hits you, documentation is the first thing you can attend to. Record when you deposited, into which pool and in what amount. Secure the transaction records from the blockchain along with the dated communications of the provider.
Term Finance had already recorded a loss in May 2025. Around $1.5 million was lost, caused by a misplaced decimal point at a price data service during a routine update. That error was not malicious, and the funds were ultimately returned. The difference from the current case matters. An internal error can be corrected, and the other side is reachable. In the incident of August 23, an external actor stands on the other side, one who obtained seed capital through an obfuscation service. Cryptobriefing describes the prospects of recovering the funds as unclear.
The sequence is established: the size of the outflow at roughly 2,843 ETH and around 1.6 million DAI, the voting position in the vaults affected, the recipient address, the origin of the seed capital, and the confirmation by Term Labs as well as by CertiK and PeckShield. These details come from the account by Cryptobriefing of August 23, 2026, which matches the reporting by CoinDesk and BeInCrypto on the same events.
More remains open. There is no breakdown of which vault lost which holdings, or of how many depositors are affected. Whether a waiting period was provided for, and of what length, has not been published. Nothing is known about compensation, and nothing about the identity of the attacker. Term Labs has announced a fuller account. Until then, any statement on responsibility is speculation.
Prepared with AlphaScala editorial tooling from the source reporting linked above. Indexable analysis may include a cited Alpha Score value. Publishing checks screen each story before release. Educational coverage, not personalized advice.