Сеть Cellframe подверглась флеш-атаке займа, убытки составили более 70 000 долларов

1 июня 2023 года сеть Cellframe Network подверглась хакерской атаке на Binance Smart Chain, что привело к убыткам примерно в 76 112 долларов. Эта атака в основном использовала уязвимость в расчете количества токенов во время процесса миграции ликвидности.

Анализ процесса атаки

Хакеры сначала получили значительные средства через Срочные займы, включая 1000 BNB и 500000 токенов New Cell. Затем они нарушили баланс пула ликвидности серии операций:

1. Обменять все токены New Cell на BNB, что приведет к почти полному исчерпанию количества BNB в пуле.
2. Купить токены Old Cell за 900 BNB.
3. Перед атакой хакеры также добавили ликвидность в Old Cell и BNB, получив токены Old LP.

Затем хакеры вызвали функцию миграции ликвидности. Поскольку в новом пуле почти не было BNB, а в старом пуле почти не было токенов Old Cell, это привело к ошибке в расчетах. В процессе миграции система ошибочно считала, что пользователю нужно всего лишь немного BNB и токенов New Cell, чтобы получить большое количество ликвидности, и возвращала избыточные BNB и токены Old Cell.

Наконец, злоумышленник удаляет ликвидность нового пула и обменивает полученные токены Old Cell на BNB, завершив арбитраж. Затем они повторяют этот процесс, чтобы получить больше прибыли.

Корень уязвимости

Эта атака выявила серьезные недостатки механизма миграции ликвидности Cellframe Network. В системе при расчете количества токенов не учитывались значительные изменения в пропорциях токенов в старом и новом пулах, а также игнорировалась текущая рыночная цена. Такой простой метод расчета легко может быть использован в тщательно спланированных операциях.

Рекомендации по безопасности

1. При миграции ликвидности следует полностью учитывать изменения количеств двух токенов в старом и новом пулах, а также текущие рыночные цены.
2. Избегайте полагаться только на количество двух токенов в паре для расчетов, так как это легко поддается манипуляциям.
3. Перед запуском кода обязательно проведите всесторонний и строгий аудит безопасности.
4. Установить многоуровневый механизм проверки, чтобы предотвратить уязвимости безопасности, вызванные единой точкой отказа.

Этот инцидент снова подчеркивает, что проектам DeFi необходимо проявлять особую осторожность при разработке и реализации механизмов управления ликвидностью. С учетом постоянной эволюции методов атак, командам проекта необходимо постоянно обновлять меры безопасности для защиты активов пользователей.