Інженер Lido публічно попередив, що на Glamsterdam, наступному запланованому оновленні Ethereum, можливе перехоплення стейкінг-депозиту. Попередження з'явилося разом із пов'язаною проблемою в репозиторії consensus-specs, яку було закрито як «не заплановано», залишивши занепокоєння без формального виправлення в процесі специфікації.
Інженер не стверджував, що атака відбувається зараз. Йдеться про те, що поточна конструкція залишає можливість для атаки на Glamsterdam, і що обробка пов'язаної проблеми в consensus-specs у репозиторії не усунула цю можливість.
Що насправді йдеться в попередженні про перехоплення депозиту
Попередження зосереджене на шляху депозиту — маршруті, яким кошти стейкера вносяться до системи стейкінгу. Перехоплення в цьому контексті означає, що хтось інший, а не передбачуваний вкладник, отримує контроль над тим, куди потрапляє депозит. Інженер Lido зазначив, що такий результат можливий за Glamsterdam.
У наданих фактах не продемонстровано жодної експлуатації вразливості, і не названо жодних постраждалих користувачів чи коштів. Попередження є твердженням на рівні дизайну, а не звітом про інцидент.
Чому проблема в consensus-specs має значення
Репозиторій consensus-specs — це місце, де правила протоколу Ethereum записуються та переглядаються перед тим, як потрапити до клієнтів. Проблема, подана туди, є звичайним способом зафіксувати потенційну ваду та привернути до неї увагу тих, хто може змінити специфікацію.
Цю проблему було закрито як «не заплановано». Це статус, а не стенограма дебатів. Це означає, що проблему не буде вирішено через цей канал у поданому вигляді. Для тих, хто відстежує безпеку депозитів на Glamsterdam, закриття зміщує питання з «що змінить специфікація» на «що ще має це зупинити».
На який захист вказує автор проблеми
Автор проблеми в consensus-specs вказує на перевірки перед депозитом як на захист. Простими словами, це валідація, яка виконується перед прийняттям депозиту — виявлення поганого або неправильно скерованого депозиту на вході, а не після того, як він уже надійшов.
Це суттєво інше місце для виправлення. Зміна специфікації змінює правила протоколу, яких мають дотримуватися всі. Перевірки перед депозитом залежать від тих, хто будує та керує потоком депозитів, і їхнє охоплення залежить від того, чи ці перевірки справді впроваджені та підтримуються.
Чи повністю покривають перевірки перед депозитом сценарій перехоплення, описаний інженером Lido, у наявних фактах не встановлено. Дві позиції — попередження на рівні протоколу та захист на рівні перевірок — очевидно не сходяться посередині.
До чого тут Glamsterdam
Glamsterdam — це оновлення, на якому, за словами інженера, можливе перехоплення. Це прив'язує попередження до конкретної датованої частини роботи над протоколом, а не до загального занепокоєння щодо стейкінгу. Це також означає, що вікно для вирішення обмежене власним графіком оновлення, яким би він не був.
Наведені факти не містять дати Glamsterdam, статусу реалізації клієнтів або відповіді Lido, окрім попередження інженера. Вони містять публічне твердження, закриту проблему та запропонований захист, що існує поза репозиторієм специфікації.
Що далі
Відкрите питання є процедурним. Закриття з позначкою «не заплановано» не обов'язково завершує дискусію — воно завершує цю проблему. Наступним конкретним кроком може бути нова проблема, pull request або зміна в тому, як перевірки перед депозитом специфікуються та забезпечуються. Жоден із цих кроків не підтверджено в наданих фактах.
Наразі стейкери та команди клієнтів мають зафіксоване попередження та захист, що залежить від наявності перевірок. Чи достатньо цього, щоб закрити прогалину на Glamsterdam, — саме те, на що не отримано відповіді.
