비트코인 코어

비트코인 개발자가 Bitcoin Core v25.0의 취약점을 공개하고 노드 운영자에게 소프트웨어 업데이트를 권장했습니다

ChainCatcher 메시지에 따르면, Protos는 비트코인 개발자들이 최근 고위험 소프트웨어 취약점에 대한 세부 정보를 공개했다고 보도했습니다. 이 취약점은 CVE-2024-35202로 명명되었습니다. 고위 핵심 개발자에 따르면, 전 세계에서 비트코인 규칙을 실행하는 가정용 및 상업용 컴퓨터의 13% 이상이 원격 종료 취약점을 가지고 있습니다.이 취약점은 Bitcoin Core 25.0 이전 버전을 실행하는 노드에 영향을 미치며, 공격자가 블록 거래 메시지를 조작하여 노드를 충돌시킬 수 있도록 허용합니다. 이 취약점은 Core의 밀집 블록 프로토콜에서 발생하며, 이 프로토콜은 인터넷 대역폭 사용을 줄이기 위해 축약된 거래 식별자를 사용합니다. 공격자는 이러한 식별자 간의 충돌을 유발하여 노드가 전체 블록을 요청하도록 만들 수 있습니다. 전체 및 비삭제 블록을 요청하는 것은 안전 예방 조치이지만, 25.0 이전 소프트웨어 버전은 후속 blocktxn 메시지를 처리하는 논리에서 결함이 있습니다.간단히 말해, 논리 게이트를 조작하여 노드를 무효 상태로 강제 전환시켜 완전히 충돌하게 만들 수 있습니다. 일반 공격자에게는 경제적 이익이 없지만, 개발자들은 노드 운영자에게 최신 버전으로 업데이트할 것을 강력히 권장합니다. 이 취약점을 발견하고 공개한 공로는 Niklas Gögge에게 있으며, Bitcoin Core 25.0에서 이 문제가 해결되었습니다.

비트코인 코어 개발자 루크 대시주르가 새겨진 글자 제한 여부에 대한 제안이 통과되지 않았으며, 새겨진 글자 개발자에 대한 의견이 엇갈리고 있다

ChainCatcher 메시지, Bitcoin Core 개발자 Luke Dashjr가 제안한 "datacarriersize: Match more datacarrying #28408"에 대해 명문 제한 여부에 대한 논의가 이루어졌습니다. 여러 Bitcoin Core 개발자들의 논의 후 통과되지 않았으며, 현재 이 제안은 닫힌 상태로 표시됩니다.전해진 바에 따르면, Bitcoin Core 개발자 Ava Chow가 이 PR을 요약하고 닫으면서 이 제안이 분쟁의 소지가 명백하다고 언급하였고, 현재 상황에서는 모두가 만족할 수 있는 결론을 도출하는 것이 불가능하다고 판단하여 논의를 계속할 필요가 없다고 밝혔습니다.또한, Bitcoin Core의 또 다른 코드 유지 관리자 gloria가 이 PR에 대한 요약을 진행했습니다.Luke의 주장을 지지하는 의견은 다음과 같습니다:명문을 중단해야 하며, 이는 스팸입니다;명문과 임베디드 데이터는 네트워크에 해를 끼칠 수 있습니다;사람들은 이것을 원합니다: 사용자 수요와 특정 사용 사례가 존재하며, Bitcoin Core는 이를 제공해야 합니다; 다른 선택지는 사람들이 패치를 작성하고 실행하는 것이지만, 이는 안전하지 않을 수 있습니다;이는 데이터 캐리어 크기를 수정하여 예상대로 작동하게 하는 것입니다;Luke의 주장에 반대하는 의견은 다음과 같습니다:이는 명문을 막지 못하며, 채굴자들이 이 전략을 채택할 가능성은 낮습니다, 왜냐하면 인센티브와 호환되지 않기 때문입니다;우리는 모든 임베디드 데이터를 감지하는 코드를 작성할 수 없습니다;이 PR은 기본 메모리 풀 전략을 변경하여 개별 노드 운영자와 네트워크에 잠재적인 해를 끼칠 수 있습니다;기타 반대 의견은 다음과 같습니다:일반적으로 현재 메모리 풀 전략을 사용하여 사용을 막는 것은 무효입니다;사용에 따라 거래를 "검토"하려는 시도는 부적절하며, 자유 시장이 비트코인의 용도를 결정해야 합니다;이는 -datacarriersize가 기본 사용자에게 수행되는 작업을 변경합니다.

비트코인 코어 개발자: 믹싱 거래 "코인조인" 필터링 의도 없음, 팀의 모든 자원을 활용하여 해결책 마련할 의향 있음

ChainCatcher 메시지에 따르면, Bitcoin Core 개발자 Luke Dashjr는 소셜 플랫폼에 "OP_RETURN 논의는 새로운 것이 아니며, 2014년으로 거슬러 올라갈 수 있습니다. 그 당시 Bitcoin Core 0.9.0이 출시되었고, OP_RETURN 정책이 포함되어 있어 더 악성 형태의 스팸을 방지하는 것을 목표로 했습니다. 당시 40바이트는 모든 노드에서 구현된 기본 최대 데이터 용량 제한이었으며, 이는 데이터를 트랜잭션에 바인딩하는 데 과거와 현재 모두 충분히 큰 크기입니다(해시값 32바이트, 고유 식별자 8바이트). 핵심은 이후 기본값을 80바이트로 늘리는 것이 전적으로 자발적인 결정이며, OP_RETURN을 통해 증명 가능한 잘라낼 수 있는 출력을 생성하여 데이터 저장 솔루션으로 인한 피해를 최소화하는 설계 목표와 절대 모순되지 않습니다. 이러한 솔루션은 항상 남용 행위로 간주되어 왔습니다. 또한, 저는 비트코인 Knot의 낮은 기본값을 유지하기로 선택했으며, 이를 늘릴 이유가 없습니다."라고 밝혔습니다.Luke Dashjr는 자신과 OCEAN 팀이 혼합 거래 "coinjoin"을 필터링할 의도가 없다고 말했습니다. 이러한 거래는 비트코인 프라이버시를 강화하는 혁신적인 도구를 제공하며, 올바르게 구축될 경우 coinjoin은 OP_RETURN 제한 내에서 쉽게 유지될 수 있습니다(사실, 그들은 OP_RETURN 데이터를 가질 이유가 전혀 없습니다). 그는 최근 문제를 완화하는 방법에 대한 몇 가지 아이디어가 있으며, 일부 coinjoin 거래가 Knots v25에 의해 스팸으로 표시된 것에 대해 자신의 팀과 모든 자원을 활용하여 진정으로 협력하여 해결책을 마련할 의향이 있다고 밝혔습니다.
체인캐처 혁신가들과 함께하는 Web3 세상 구축