Хакеры украли $953 тыс из протокола Bloom

Децентрализованный протокол Bloom оказался целью кибератаки, в результате которой злоумышленники смогли вывести $953 000 из 48 различных кошельков пользователей. Инцидент произошел стремительно, что указывает на использование автоматизированных скриптов для поиска и вывода средств из уязвимых позиций.

Механика атаки и технические аспекты уязвимости

Хотя команда Bloom поспешила заверить сообщество в том, что приватные ключи пользователей не были скомпрометированы, масштаб кражи вызывает вопросы о безопасности смарт-контрактов. В криптоиндустрии подобные случаи часто связаны с так называемыми одобрениями бесконечных лимитов (infinite approvals), когда пользователь дает смарт-контракту разрешение распоряжаться своими токенами. Если в коде контракта обнаруживается бэкдор или критическая ошибка, хакер может использовать эти разрешения для вывода средств без прямого доступа к ключам владельца.

• Общее количество пострадавших адресов: 48 кошельков.
• Суммарный ущерб: $953 000.
• Метод: Вероятный эксплойт прав доступа к токенам.
• Статус ключей: По заявлению команды, приватные ключи остались в безопасности.

Сравнение с аналогичными эксплойтами в DeFi

Случай с Bloom не является единичным. История DeFi знает множество примеров, когда архитектурные ошибки приводили к мгновенному опустошению пользовательских балансов. Вспомним атаки на протоколы кредитования или агрегаторы ликвидности, где злоумышленники использовали уязвимости в логике распределения средств. Основное различие здесь заключается в скорости исполнения: атака на Bloom была проведена настолько быстро, что пользователи даже не успели среагировать или отозвать разрешения в интерфейсах управления кошельками.

Безопасность в DeFi — это не статичное состояние, а постоянная гонка вооружений. Даже если приватные ключи защищены, доверие к сторонним смарт-контрактам остается самым слабым звеном в цепочке владения активами.

Риски для инвесторов и стратегия возмещения

Реакция команды Bloom была достаточно оперативной: проект публично обязался возместить средства девяти основным трейдерам, которые понесли наибольшие потери. Однако такая стратегия возмещения поднимает вопрос о наличии у проекта достаточного страхового фонда или резервов. В индустрии существует два основных подхода к таким ситуациям: полная компенсация из средств фонда (SAFU) или выпуск новых токенов для покрытия убытков, что часто ведет к инфляции и падению курса актива.

Ключевые рекомендации по безопасности для пользователей

• Регулярный аудит разрешений через сервисы вроде Revoke.cash.
• Использование отдельных кошельков для взаимодействия с новыми или малоизвестными протоколами.
• Ограничение суммы одобрения (approval) вместо выбора бесконечного лимита.
• Внимательное изучение отчетов об аудитах безопасности перед внесением средств.

Перспективы восстановления доверия к протоколу

Для Bloom текущий инцидент станет серьезным испытанием на прочность. Способность команды не только вернуть деньги, но и предоставить детальный технический отчет (post-mortem) о причинах взлома, определит, останутся ли пользователи в экосистеме. Рынок сейчас крайне чувствителен к вопросам безопасности, и любой намек на сокрытие деталей эксплойта может привести к массовому оттоку ликвидности.

Данный инцидент в очередной раз доказывает, что даже при наличии защиты приватных ключей, взаимодействие с DeFi-инструментами несет в себе системные риски. Полное восстановление репутации Bloom будет зависеть от прозрачности расследования и внедрения более строгих стандартов безопасности смарт-контрактов, чтобы исключить повторение подобных сценариев в будущем.