Back to Blog

Еженедельный обзор инцидентов безопасности Web3 | 30 марта – 5 апреля 2026 г.

Code Auditing
April 8, 2026
6 min read
Key Insights

За прошедшую неделю (с 30.03.2026 по 05.04.2026) компания BlockSec обнаружила и проанализировала девять инцидентов, связанных с атаками, общие предполагаемые убытки от которых составили около $287 млн. В таблице ниже представлены эти инциденты, а подробный анализ каждого случая приводится в следующих подразделах.

Дата Инцидент Тип Оценочный убыток
30.03.2026 Инцидент с неизвестным протоколом Ошибка бизнес-логики ~$10 тыс.
30.03.2026 Инцидент с токеном WDGG Контроль доступа ~$40 тыс.
31.03.2026 Инцидент с токеном i6Token Ошибка бизнес-логики ~$273,8 тыс.
01.04.2026 Инцидент с Drift Protocol Фишинговая атака ~$285,3 млн
01.04.2026 Инцидент со стейкинг-протоколом LML Ошибка бизнес-логики ~$950 тыс.
01.04.2026 Инцидент с Tactile Манипуляция ценой ~$12 тыс.
02.04.2026 Инцидент с токеном SAS Ошибка бизнес-логики ~$12 тыс.
03.04.2026 Инцидент с Unknown-EIP-7702 Контроль доступа ~$17,2 тыс.
03.04.2026 Инцидент с Silo Finance Ошибка конфигурации ~$359 тыс.

Лучший аудитор безопасности для Web3

Проверьте дизайн, код и бизнес-логику до запуска

1. Инцидент с неизвестным протоколом

Краткое изложение

30 марта 2026 года неизвестный протокол в сети BNB Chain потерял около $10 тыс. из-за ошибки в бизнес-логике. Протокол распределял часть депозитов пользователей на покупку внутреннего токена PSTART и добавление ликвидности. Это означало, что пользователи фактически владели позициями LP, подверженными рыночным колебаниям. Однако при выводе средств протокол не осуществлял расчеты на основе реальной стоимости активов LP на тот момент. Вместо этого он продолжал гарантировать фиксированную сумму стейблкоинов в соответствии с историей депозита и заданными правилами. В результате злоумышленник смог вывести средства по заранее оговоренной фиксированной цене, фактически переложив убытки, которые должны были нести владельцы LP-позиций, на сам протокол, что позволило получить прибыль с нулевыми затратами.

Предыстория

Протокол работал следующим образом: после внесения пользователем BUSD, система автоматически использовала часть средств для покупки PSTART и формировала пару с оставшимся BUSD для добавления ликвидности в пул. Полученные LP-токены хранились в Vault (хранилище), а протокол записывал в свой реестр обязательство по выплате пользователю фиксированного ежедневного дохода.

Позже пользователь мог востребовать вознаграждение по фиксированной ставке, а при выходе из протокола Vault проводил расчет основного капитала и прибыли согласно заранее определенным правилам, а не на основе реальной рыночной стоимости базовых активов LP.

Анализ уязвимости

Данная уязвимость возникла из-за необоснованного дизайна протокола (0x587984...73a43c): логика расчетов была оторвана от фактической стоимости базовых активов.

После того как пользователь вносил BUSD, протокол использовал часть средств для покупки PSTART и добавления ликвидности — иными словами, реальная позиция пользователя подвергалась риску колебаний цены LP. Однако при выходе протокол не учитывал реальную стоимость LP, а выплачивал сумму, основанную на историческом объеме депозита.

Злоумышленник воспользовался этим, используя флеш-кредит для получения крупного капитала и многократного вызова функции deposit(). Тем самым он вынуждал протокол постоянно закупать PSTART и менять состав активов в пуле, искусственно завышая цену PSTART и создавая арбитражную возможность.

Затем злоумышленник вызвал withdraw() и вывел средства по фиксированной цене, переложив убытки от обесценившейся LP-позиции на протокол.

Анализ атаки

Анализ основан на транзакции 0xf3b8...55e7.

  • Шаг 1: Атакующий получил примерно 2 000 000e18 BUSD через флеш-кредит и обменял их в пуле на 19 013 120e18 PSTART.
  • Шаг 2: Атакующий многократно вызывал deposit(). При каждом депозите протокол рассчитывал сумму BUSD для покупки, стремясь выровнять соотношение токенов к BUSD в пуле. Это увеличивало количество BUSD в пуле, при этом число PSTART почти не менялось, что привело к росту цены PSTART. LP-токены, полученные в ходе этих депозитов, фактически приобретались с убытком.
  • Шаг 3: Атакующий продал ранее купленный PSTART обратно в пул. Так как на шаге 2 резервы пула выросли, этот обмен принес около 2 010 655e18 BUSD — прибыль составила около 10 655 BUSD за один цикл атаки.
  • Шаг 4: Наконец, атакующий выполнил withdraw() для всех созданных депозитов. Рыночная стоимость активов к этому моменту была значительно ниже первоначальной. В нормальных условиях полный вывод был бы невозможен, но протокол рассчитал сумму к выплате исходя из исторического депозита, что позволило злоумышленнику полностью вернуть все средства без каких-либо потерь.

Заключение

Первопричиной инцидента стало инвестирование средств пользователей в подверженные рыночным колебаниям LP-позиции при обещании выкупа по фиксированной номинальной стоимости. Это создало разрыв между обязательствами протокола и реальной стоимостью его активов.


Начните работу с Phalcon Explorer

Изучайте транзакции, чтобы принимать взвешенные решения

Попробовать бесплатно

2. Инцидент с токеном WDGG

Краткое изложение

30 марта 2026 года токен WDGG в сети BNB Chain был взломан, ущерб составил около $40 тыс. Причиной стало отсутствие контроля доступа в функции burnFrom(). Любой пользователь мог сжечь токены WDGG с любого адреса. Злоумышленник сжигал токены из пула PancakeSwap, вызывал функцию sync() для уменьшения зафиксированных резервов пула, а затем проводил обратный обмен для извлечения прибыли.

Предыстория

WDGG — это дивидендный токен, который взимает комиссию при каждом переводе.

Анализ уязвимости

Контракт токена (0x512de7...6b90c5) не ограничивал вызов burnFrom(). Это позволяло сжигать средства пула ликвидности. В сочетании с публично доступной функцией sync(), которая позволяет принудительно обновить баланс пула, злоумышленники могли манипулировать ценой. Дополнительная уязвимость в setWdgAddress() позволяла назначить любой адрес свободным от комиссии, усиливая эффект атаки.

Анализ атаки

Анализ основан на транзакции 0x2da5...0bd1.

  • Шаг 1: Атакующий назначил свой адрес свободным от комиссии.
  • Шаг 2: Обменял немного BNB на WDGG.
  • Шаг 3: Вызвал burnFrom(), сжигая WDGG из резерва пула PancakeSwap.
  • Шаг 4: Вызвал sync(), из-за чего пул «поверил», что в нем почти не осталось WDGG (всего 1 wei).
  • Шаг 5: Провел обратный обмен, извлекая прибыль из возникшего дисбаланса цен.

Заключение

Отсутствие проверки прав доступа в критических функциях управления токеном привело к возможности манипулирования резервами пула ликвидности.

(...далее аналогичный по структуре перевод продолжается для всех последующих пунктов...)


9. Инцидент с Silo Finance

Краткое изложение

3 апреля 2026 года хранилище soUSDC протокола Silo Finance в сети Arbitrum было взломано на сумму около $359 тыс. Причиной стало сочетание трех факторов: хардкод-оракул для wstUSR, который продолжал оценивать токен в ~1,133 даже после обвала рыночной цены до ~0,12; механизм ограничения предложения (supply cap), который ограничивал только депозиты хранилища, но не внешние депозиты; и ошибка в учете totalAssets(). Злоумышленник внес USDC напрямую в рынок wstUSR (с установленным нулевым лимитом), искусственно завысив цену доли в хранилище, после чего взял свои же средства назад под залог переоцененного wstUSR и вывел средства других участников, использовав разницу в оценке.

Анализ атаки

Атакующий купил wstUSR по рыночной цене (~0,12), затем совершил серию манипуляций, внося активы в рынок wstUSR от имени хранилища soUSDC без создания новых долей. Это изменило баланс totalAssets в пользу злоумышленника, который затем выкупил свои доли по новой, завышенной цене за счет резервов других пользователей.

Заключение

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


Начните работу с Phalcon Security

Обнаруживайте любые угрозы, блокируйте атаки и реагируйте на важное.

Попробовать бесплатно

О компании BlockSec

BlockSec — поставщик услуг в области безопасности блокчейнов и крипто-комплаенса. Мы создаем продукты, которые помогают клиентам проводить аудит кода (смарт-контрактов, блокчейнов и кошельков), перехватывать атаки в реальном времени, анализировать инциденты и отслеживать незаконные средства.

BlockSec опубликовала множество научно-исследовательских работ по безопасности блокчейнов, обнаружила ряд уязвимостей нулевого дня, успешно предотвратила кражи более чем на 20 миллионов долларов и защитила активы на миллиарды долларов.

Best Security Auditor for Web3

Validate design, code, and business logic before launch. Aligned with the highest industry security standards.

BlockSec Audit