폴리곤은 오스틴과 교토 버전을 사용하여 검증기의 보안 결함을 해결합니다.

2026년 9월 5일 토요일 오전 1:03 ET3분 읽기
  • 폴리곤 랩스는 보르와 헤이믈달 클라이언트의 치명적인 취약점을 수정하기 위해 오스틴 및 교토 하드 포크를 활용했습니다.조정된 공개 모델착취를 방지하기 위해.
  • 업그레이드를 통해 심각한 서비스 중단 위험과 검증자 리소스 고갈 문제가 해결되었습니다.업그레이드를 위한 노드 운영자들합의를 유지하기 위해 특정 클라이언트 버전에 맞게 조정됩니다.
  • 폴리곤 랩스는 패치가 적용되기 전에 메인넷에서의 악용 증거는 없었다고 확인했습니다.오래된 노드들이 빠져나가고 있어요.전통적인 합의에 따름.
  • 오스틴 포크는 주립 동기화 이벤트에서의 가스 소비를 줄였으며, 무제한 트랜잭션 의존성 필드도 제거했습니다.블록 처리의 무결성을 보호하기.
  • 교토 하드 포크는 프로토콜버스 메시지에 대한 바이트 수준의 중첩 검사를 도입했으며, 이를 통해 공격자가 유효성 검사자들을 강제로 조작하는 것을 방지합니다.과도한 디코딩 작업.

폴리곤 랩스는 이전에 비공개된 보안 취약점들을 공개했습니다. 이러한 취약점들은 폴리곤의 proof-of-stake 네트워크를 방해할 수 있었습니다. 회사는 오스틴 및 교토 하드 포크를 통해 해결책을 적용한 후에야 이러한 취약점들을 공개했습니다. 이러한 취약점들은 폴리곤의 Bor와 Heimdall 클라이언트에 영향을 미쳤으며, 서비스 중단 위험, 검증자 자원 고갈, 그리고 체크포인트 및 마일스톤 처리 과정의 취약점 등이 포함되었습니다. 폴리곤은 이러한 취약점들이 메인넷에서 악용된다는 증거를 찾지 못했다고 밝혔습니다.

보르는 폴리곤 PoS의 블록 생성 실행 클라이언트 역할을 합니다. 한편, 헤임달은 체크포인트 작업과 인증자들 간의 협력을 담당합니다. 두 구성 요소 중 어느 하나에 있는 결함이 있으면 체인이 합의에 도달하고 기록하는 방식에 직접적인 영향을 미칩니다. 폴리곤은 기술적 세부 사항을 공개하기 전에 취약점을 수정했습니다. 이러한 접근 방식으로 개발자들은 공격자가 알 수 없는 상황에서도 수정된 내용을 테스트하고 활용할 수 있습니다. 이는 소프트웨어 산업 전반 및 주요 블록체인 프로젝트들이 널리 사용하는 조율된 공개 모델입니다.

가장 심각한 문제는 헤임달에 발생했습니다. 특별히 설계된 트랜잭션으로 인해 검증자가 과도한 처리 작업을 수행해야 했습니다. 이러한 상황은 검증자들에게 큰 부담을 주고, 네트워크 운영에 지장을 줄 수도 있었습니다. 오스틴 하드 포크는 보르에서 발생하는 두 가지 서비스 중단 위험을 해결했습니다. 이러한 결함들은 블록 처리 속도를 저하시키거나, 영향을 받은 노드들이 멈추게 할 수도 있었습니다.

오스틴 하드 포크는 네트워크 안정성을 어떻게 향상시켰나요?

오스틴 하드 포크는 블록 번호 91,949,700에서 활성화되었으며, 이를 위해 Bor 버전 2.10.0 이상이 필요합니다. 이 기능은 실행 계층에서 발생할 수 있는 두 가지 리소스 고갈 문제를 해결합니다. L1에서 L2로 전달되는 상태 동기화 이벤트들은 이전에는 가스 제한에 포함되지 않았으나, 이로 인해 블록 처리가 지연될 수 있었습니다. 오스틴 하드 포크는 이러한 이벤트로 인한 처리 리소스의 고갈을 방지하기 위해 가스 소비를 제한합니다.

또 다른 약점은 TxDependency 추가 데이터 필드였는데, 이 필드에는 크기 제한이 없었습니다. 블록 생성자들은 이 점을 이용해 과도한 크기의 데이터를 전송함으로써 다른 노드들을 마비시킬 수 있었습니다. Austin는 이러한 문제를 해결하기 위해 그 필드를 전체적으로 제거했습니다. 이러한 변경 사항으로 인해 블록 처리가 효율적이 되고, 리소스 고갈 공격에 견딜 수 있게 되었습니다.

교토 포크가 어떤 보안 개선을 이루었나요?

키요토는 51,533,000 높이에서 작동하므로, 히임달 버전이 0.11.0 이상이 필요합니다. 이 기능의 가장 중요한 수정 사항은 깊이嵌套된 google.protobuf 메시지들을 처리하는 것입니다. 이러한 메시지들은 공격자들이 검증자를 많은 디코딩 작업에 투입시키는 것을 가능하게 합니다. 키요토는 메모리 풀 입력 및 블록 제안 처리 과정에서 바이트 수준의 네스팅 검사를 도입합니다.

추가적인 수정 사항으로는 체크포인트 서명의 복구 및 캡 요금/코인 목록이 정상화됩니다. 이러한 변경 사항을 통해 재전송 키가 고정적이 되어, 무언의 이벤트가 그대로 남아나는 것을 방지합니다. 두 가지 하드 포크 모두 상태 마이그레이션이나 제네시스 설정의 변화 없이 간단한 바이너리 업그레이드입니다. 분기되지 않은 노드는 동기화할 필요가 없지만, 오래된 클라이언트를 사용하는 운영자는 반드시 업그레이드해야 합니다.

왜 운영자들에게 즉시 클라이언트 업그레이드가 필수적인가요?

이번 공개로 인해 블록체인 네트워크에 있어서 조율된 보안 대응의 중요성이 더욱 부각되었습니다. 폴리곤은 이 경우 주요 네트워크에서의 취약점을 피했지만, 그럼에도 불구하고 취약점들이 네트워크의 가용성을 위협할 수 있었습니다. 따라서 오스틴과 교토 업그레이드는 보안 패치와 중요한 유지보수 작업으로서의 역할도 했습니다. 이러한 업그레이드로 인해 노드 운영자들은 즉시 합의를 유지하기 위한 조치를 취해야 했습니다.

적절한 활성화 수준을 넘어서 더 오래된 클라이언트 버전을 사용하는 노드들은 더 이상 합의에 참여하지 않습니다. 이러한 노드는 폴리곤 네트워크와 다시 연결하기 위해 업그레이드해야 합니다. 폴리곤에서는 폴리곤 PoS 노드를 위해 Bor v2.10.0이 필요하며, 검증자 및 전체 노드는 Heimdall v0.11.0도 실행해야 합니다. 두 버전 모두 이미 메인넷에서 활용되고 있습니다.

이 공개는 수정 사항이 성공적으로 적용된 후에야 이루어졌습니다. 그렇게 되면, 공개된 취약점 정보가 패치되지 않은 노드들을 공격하는 데 사용될 위험도 줄어듭니다. 이러한 업그레이드는 폴리곤의 검증자 커뮤니티가 MATIC에서 POL로 전환하는 과정을 받아들이고, 스테이킹 제도 개혁에 대한 논의가 계속되는 가운데 이루어집니다. 네트워크는 여전히 활발하게 사용되고 있으며, 다양한 자산들이 이 네트워크를 통해 운영되고 있습니다.페이팔의 PYUSD 안정화폐노드 소프트웨어를 최신 상태로 유지하는 것의 중요성이 커집니다. 독립적인 연구자들이 이러한 결함을 발견했으며, 그 중 하나는…220만 달러의 현상금노드 운영자들은 정상적인 체인에 다시 참여할 수 있도록 해당 버전의 소프트웨어를 설치해야 합니다.

전통적인 트레이딩 지식과 최첨단 암호화폐 관련 정보를 결합한 방식입니다.

댓글



댓글이 없습니다

아직 댓글이 없습니다