이더리움 개발자, 글램스탐 업데이트의 취약점 수정

이더리움 개발자들은 새로운 검증자를 위한 스테이킹 서비스에 의해 의도된 ETH를 인출할 수 있었던 다가오는 Glamsterdam 업데이트의 취약점을 수정했습니다. 입금 처리 규칙을 변경하는 수정 사항은 월요일에 병합되었습니다. 이는 처음 거부된 지 일주일 만입니다.

Glamsterdam은 두 가지 기능을 분리합니다: 빌더는 블록을 조립하고, ETH를 스테이킹하는 검증자는 이를 선택하고 확인합니다. 두 기능 모두 ETH를 기여하며, 자금은 별도로 계상되어야 합니다. 문제는 크레딧을 기다리는 입금을 처리하는 과정에서 발생했습니다. 연구원 avsetsin은 시나리오를 설명했습니다: 운영자가 특정 공개 키로 빌더로 등록한 후, 스테이킹 서비스가 동일한 키 아래 검증자에게 ETH를 입금하면 초안 규칙은 두 입금을 모두 빌더에게 크레딧합니다. "운영자는 프로토콜 자금을 인출할 수 있었습니다,"라고 avsetsin은 썼습니다. 검증자는 생성되지 않으며, 서비스는 자금 반환을 위한 증명을 얻을 수 없습니다.

avsetsin은 "빠른 AI 지원 조사"에서 Lido, Origin, Rocket Pool을 점검했지만 강조했습니다: "이것들은 코드에서의 조건적 발견이며, 확인된 익스플로잇이 아닙니다." 이전 빌더 입금을 거부하는 기존 검사가 공격을 막을 수 있습니다. 손실은 기록되지 않았습니다.

개발자들은 10월 19일에 수정을 완료했습니다: "당시 클라이언트는 충분한 지원을 보여주지 않았습니다,"라고 합의 사양을 지원하는 Justin Truglia가 썼습니다. 추가 분석 후, avsetsin은 10월 23일에 테스트를 추가했고, Truglia는 월요일에 수정을 병합했습니다. 새로운 규칙에 따라, 대기 중인 입금은 인출 자격 증명에 따라 정렬됩니다: 빌더가 동일한 키를 사용하더라도 검증자 입금은 검증자에게 남아 있습니다. 이 변경 사항은 합의 사양에 포함되었지만, 클라이언트 팀은 아직 소프트웨어에 구현하지 않았습니다. Glamsterdam은 이미 Sepolia를 통과했지만, 10월 26일로 예정된 Hoodi 출시는 연기되었습니다.