P2P 네트워크: 릴레이, 전파, 노드, 그리고 라이트닝 계층.
기사 14건
악의적 피어가 BIP 31 핑을 지원하지 않는 척하면 20분 연결 해제를 피한 채 느리게 읽으면서, 노드의 전송 대기열을 인바운드 피어당 시간당 최대 2MB, 아웃바운드 피어당 5MB씩 불릴 수 있었다. 심각도 ‘중간’인 CVE-2026-117349는 Bitcoin Core 32.1, 31.2, 30.4, 29.5에 들어간 #36667로 해결됐다. -blocksonly 노드는 노출이 훨씬 적었다.
Bitcoin Core
공격자가 version 메시지의 nonce를 여러 연결에 재사용해 자기 연결을 위장하면 Bitcoin Core 노드의 로그 파일을 불릴 수 있었다. 피해 노드의 첫 연결은 기본 60초 뒤 타임아웃되므로 디스크를 채우기까지는 오래 걸려, CVE-2025-54604의 심각도는 ‘낮음’이다. Niklas Goegge가 2022년 제보했고 29.1과 30.0의 로그 속도 제한이 공격을 막는다.
Bitcoin Core
Bitcoin Core 기여자 31명이 공동 서한을 내고, 경제적 수요가 꾸준하고 블록에 안정적으로 포함되는 트랜잭션의 릴레이를 노드 소프트웨어가 거부해서는 안 된다고 밝혔다. 사용자와 채굴자가 그런 필터를 우회할 수 있기 때문이다. 이들은 비금융 데이터 사용을 지지한다는 뜻이 아니며, 어떤 소프트웨어와 정책을 쓸지는 오직 사용자가 고를 일이라고 강조했다.
Bitcoin Core
addr 스팸을 몇 년이고 쉬지 않고 보내면 Bitcoin Core 주소 관리자의 32비트 식별자가 오버플로해 노드가 다운될 수 있었다. v22.0의 속도 제한으로 일차 차단했던 공격의 남은 부분이다. 29.0이 식별자를 64비트로 바꿔 CVE-2024-52919(심각도 ‘낮음’)를 막았다. Eugene Siegel이 발견하고 Martin Zumsande가 수정했다.
Bitcoin Core
블록을 알린 뒤 전송을 멈추는 피어 때문에 Bitcoin Core 노드가 다른 곳에 요청하기까지 최대 10분을 기다릴 수 있었고, 공격자는 이 수법을 되풀이할 수 있었다. Greg Sanders가 제보하고 수정한 CVE-2024-52922(심각도 ‘중간’)는 v25.1과 v26.0에서 완화됐다. 두 버전은 고대역폭 컴팩트 블록 피어 최대 3곳에 블록을 곧바로 요청할 수 있다.
Bitcoin Core
2023년 5월 초 네트워크 활동이 폭증하고 스파이 노드가 이를 부추기면서 블록과 트랜잭션 전파가 느려졌다. 비대해진 inv-to-send 집합을 정렬하는 데 P2P 스레드 시간이 거의 다 들어간 탓이다. 심각도 ‘중간’인 이 문제는 Bitcoin Core v25.0의 #27610으로 해결됐다. 멤풀에서 사라진 트랜잭션을 더 일찍 빼고, 집합이 커질수록 더 빠르게 비운다.
Bitcoin Core
v25.0 이전 Bitcoin Core에서는 한 피어가 보낸 변조 블록이 같은 블록을 알린 다른 피어들의 다운로드 상태까지 지워, 노드가 재구성 중이던 컴팩트 블록을 잊어버릴 수 있었다. Suhas Daftuar가 문제를 발견했고, #27608이 피어별로 자기 상태만 건드리도록 제한했다. CVE-2024-52921의 심각도는 ‘중간’이다.
Bitcoin Core
v24.0.1 이전 Bitcoin Core 노드는 저난이도 헤더 체인으로 원격 크래시가 가능했고, 조작한 체인 하나를 네트워크의 어느 노드에든 재사용할 수 있었다. #25717의 수정으로 노드는 체인을 저장하기 전 작업량이 충분한지 확인하며, 알려진 공격을 막으려고 체크포인트에 기대던 관행도 끝났다. 심각도는 ‘높음’이다.
Bitcoin Core
addr 메시지 스팸만으로 Bitcoin Core 노드를 다운시킬 수 있었다. addrman 삽입이 2^32회에 이르면 32비트 ID 카운터가 오버플로해 assertion에 걸렸다. Eugene Siegel이 2021년 제보한 심각도 ‘높음’ 버그로, Pieter Wuille의 수정이 v22.0에 들어갔다.
Bitcoin Core
version 메시지 처리의 버그 두 건, 즉 부호 있는 정수 오버플로와 abs64 논리 오류를 이용하면 피해 노드의 조정 시간을 틀어지게 해 새 블록을 너무 먼 미래 것으로 거부하게 만들 수 있었다. 공격자는 먼저 접속한 피어 200곳 안에 들어야 했다. 심각도 ‘중간’으로, Bitcoin Core 0.21.0에서 수정됐다.
Bitcoin Core
0.20.0 이전 Bitcoin Core에서는 잘못된 형식의 GETDATA 메시지 하나로 net_processing 스레드가 CPU 100%로 헛돌고, 공격 피어당 메모리 1.5MB가 늘 수 있었다. 다른 피어에 대한 서비스는 유지돼 심각도는 ‘낮음’이다. John Newbery가 버그를 찾아 #18808로 고쳤다.
Bitcoin Core
블록 항목 5만 개를 채운 INV 하나면 노드가 약 1kB짜리 getheaders 응답 5만 개를 대기열에 쌓을 수 있었고, 피어가 읽기를 거부하면 50MB 송신 버퍼가 가득 찬 채로 남았다. 대역폭 절감 명목으로 제출된 John Newbery의 #18962가 INV당 GETHEADERS를 한 번만 보내게 했으며 0.20.0에 실렸다.
Bitcoin Core
잦은 요청에 따라 Tor 사용자가 어니언 주소로 Bitcoin Core 웹사이트에 접속할 수 있게 됐다. 이 히든 서비스는 검열을 우회할 경로를 하나 더 열어 주고, 인증 기관이나 DNS에 기대지 않는 신뢰 경로도 제공한다.
Bitcoin Core
컴팩트 블록 릴레이(BIP152)를 쓰는 피어끼리는 새 블록의 스케치만 주고받는다. 평균 1MB 블록 기준 약 9KB이고, 받는 쪽에 없는 트랜잭션만큼 오버헤드가 붙는다. 사전 포함 트랜잭션을 최대 6개 둔 고대역폭 실제 실험에서 90%를 훌쩍 넘는 블록이 추가 요청 없이 전파됐다.
Bitcoin Core
