В час ночи я пересмотрел разбор инцидента с мостом Dusk и параллельно дочитал анализ AEGIS. Перед тем как закрыть страницу, вдруг стало немного страшно: пару дней назад я сам почти принял ту самую «удобную» развилку — «раз это не уязвимость L1, значит, всё не так страшно» или «раз уж мост сломался, значит, вся цепочка небезопасна».
На деле всё намного сложнее, чем лозунги. 16 января 2026 года атакующий получил права на доступ через подписной кошелёк, который использует сервис моста Dusk–EVM.
Официальный разбор прямо говорит: это не провал консенсуса и не то, что протокол Dusk на базовом уровне был взломан, а то, что была пробита подписная цепочка у самого моста. В старом дизайне подписной кошелёк, обработка событий и сетевое подключение были «запакованы» в одну операционную дорожку: как только ключ оказывается скомпрометирован, радиус действий для атакующего становится слишком большим.
Интересно другое: акцент ремонта — не просто «заменить ключ». Новый дизайн разъединяет приём события, персистентность задач, выпуск средств и отдельный выделенный подписыватель. Сделана машина состояний с метками вроде seen, submitted, completed, failed, stuck — чтобы управлять транзакциями. При этом горячий кошелёк оставляют только с тем балансом, который нужен в ближайшее время: если средств не хватает, операции ставятся на паузу, а дальше уже вручную пополняет холодный кошелёк.
Если совсем грубо: это как переоборудовать машину для перевозки денег, доверху набитую наличностью, в формат с раздельными секциями, лимитами и поэтапным выпуском.
А AEGIS — это вообще другая история. Внутренний аудит продвинул 39 пунктов исправлений: 7 из них отнесли к уровню критических, там затрагиваются корневые причины вроде изоляции VM, предотвращения несерилизуемости/десериализации (anti-deserialization), привязки комиссий Phoenix к возвратам, а также подделки BLS и т.п. Официально заявляют, что пока не нашли доказательств, что эти критические проблемы раньше уже были использованы.
Инцидент на мосту и AEGIS нельзя смешивать в один и тот же «вектор уязвимости». И нельзя говорить, что риск обнулился только потому, что всё «поправили».
Поэтому мой текущий вывод такой: это не уязвимость консенсуса — но это не значит, что нет проблемы безопасности для пользователей; публичный разбор, безусловно, стоит похвалы, однако он не заменяет долгосрочную стабильность и независимую проверку.
Когда вы оцениваете безопасность цепочки, вы включаете в протокольный «счёт» и мост, и операционную часть (операции/運维)? #dusk $DUSK @Dusk
На деле всё намного сложнее, чем лозунги. 16 января 2026 года атакующий получил права на доступ через подписной кошелёк, который использует сервис моста Dusk–EVM.
Официальный разбор прямо говорит: это не провал консенсуса и не то, что протокол Dusk на базовом уровне был взломан, а то, что была пробита подписная цепочка у самого моста. В старом дизайне подписной кошелёк, обработка событий и сетевое подключение были «запакованы» в одну операционную дорожку: как только ключ оказывается скомпрометирован, радиус действий для атакующего становится слишком большим.
Интересно другое: акцент ремонта — не просто «заменить ключ». Новый дизайн разъединяет приём события, персистентность задач, выпуск средств и отдельный выделенный подписыватель. Сделана машина состояний с метками вроде seen, submitted, completed, failed, stuck — чтобы управлять транзакциями. При этом горячий кошелёк оставляют только с тем балансом, который нужен в ближайшее время: если средств не хватает, операции ставятся на паузу, а дальше уже вручную пополняет холодный кошелёк.
Если совсем грубо: это как переоборудовать машину для перевозки денег, доверху набитую наличностью, в формат с раздельными секциями, лимитами и поэтапным выпуском.
А AEGIS — это вообще другая история. Внутренний аудит продвинул 39 пунктов исправлений: 7 из них отнесли к уровню критических, там затрагиваются корневые причины вроде изоляции VM, предотвращения несерилизуемости/десериализации (anti-deserialization), привязки комиссий Phoenix к возвратам, а также подделки BLS и т.п. Официально заявляют, что пока не нашли доказательств, что эти критические проблемы раньше уже были использованы.
Инцидент на мосту и AEGIS нельзя смешивать в один и тот же «вектор уязвимости». И нельзя говорить, что риск обнулился только потому, что всё «поправили».
Поэтому мой текущий вывод такой: это не уязвимость консенсуса — но это не значит, что нет проблемы безопасности для пользователей; публичный разбор, безусловно, стоит похвалы, однако он не заменяет долгосрочную стабильность и независимую проверку.
Когда вы оцениваете безопасность цепочки, вы включаете в протокольный «счёт» и мост, и операционную часть (операции/運维)? #dusk $DUSK @Dusk