Что произошло с Term Vaults
Term Labs подтвердила инцидент на уровне управления хранилищами. По оценкам PeckShield и CertiK, из затронутых контрактов вывели около 2 843 ETH и 1,68 млн USDC. Стейблкоины затем были обменены примерно на сопоставимый объём DAI, а общая оценка ущерба составила около 8,5 млн долларов.
Атака затронула Term Strategy Vaults и Ethereum Meta Vault, а не базовые рынки кредитования Term Finance. Это различие важно: один продукт может сочетать несколько уровней контрактов и полномочий, поэтому безопасность основной системы не означает автоматическую защищённость надстроек вокруг неё.
Почему это называют атакой на управление
Документация Term Finance описывает оптимистическую модель управления. Предложение проходит через период ожидания, а владельцы LP-токенов могут наложить вето. Если достаточного возражения нет, транзакция становится доступной для исполнения. Такая схема помогает не блокировать обычные изменения параметров при низкой активности участников, но делает мониторинг предложений частью модели безопасности.
Независимый анализ транзакций указывает, что вредоносное предложение находилось в открытом доступе несколько дней и включало действия, позволявшие отключить задержку, добавить новую стратегию и направить в неё активы хранилища. На момент публикации Term Labs ещё не представила полный технический разбор, поэтому точная причина, по которой недоверенный участник получил возможность провести такой набор действий, остаётся предметом расследования.
Почему аудит кода не закрыл этот риск
Аудит обычно проверяет, соответствует ли код заявленной логике и содержит ли известные классы уязвимостей. Но корректно работающий контракт способен выполнить опасную операцию, если такую операцию разрешают его роли, параметры и процедура управления. В этом случае проблема находится на границе кода, распределения полномочий и операционного контроля.
Для пользователя пометка об аудите поэтому является только одним сигналом. Отдельно нужно понимать, кто может менять стратегии, лимиты и задержки, какое количество голосов требуется, кто следит за очередью предложений и существует ли независимый guardian с возможностью остановить исполнение.
Какие защитные механизмы могли бы снизить ущерб
Для хранилищ с управляемыми стратегиями особенно важна защита от единственной точки отказа. Критические изменения не должны одновременно отключать собственную задержку и выводить активы. Полезны отдельные лимиты на размер операции, независимое экстренное вето, уведомления о каждом предложении и автоматическая симуляция полного набора вызовов до исполнения.
Сам период ожидания работает только тогда, когда кто-то действительно анализирует очередь. Пассивная модель, в которой молчание считается согласием, требует постоянного наблюдения и понятного владельца процесса реагирования. Без этого семь дней ожидания превращаются не в защиту, а в отсроченное исполнение.
- Запрещать одному предложению снимать задержку и перемещать весь баланс.
- Устанавливать лимиты на вывод и обязательную паузу для необычных операций.
- Использовать независимого guardian и круглосуточные уведомления о governance-событиях.
- Симулировать итоговое состояние контракта для каждого предложения до завершения голосования.
Что проверять пользователю перед депозитом
Перед размещением средств в DeFi-хранилище стоит изучать не только доходность и название базового протокола. Нужно открыть документацию по ролям, посмотреть фактические контракты, срок задержки, историю предложений и распределение голосов. Если управление сосредоточено у небольшого числа адресов или зависит от постоянного ручного вето, риск выше, чем может показывать интерфейс.
После инцидента Term Labs сообщила о закрытии Meta Vaults для новых депозитов и отзыве связанных ролей DAO, при этом вывод средств для оставшихся пользователей сохранялся. Главный урок шире одного проекта: в DeFi безопасность определяется не только тем, можно ли взломать код, но и тем, какие действия этот код послушно выполнит по решению управления.
