블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 공격 방식

키헌터 작성 


혈흔 공격

오픈소스 비트코인 ​​지갑의 프로세스 메모리에 개인 키를 저장하는 과정에서 발견된 심각한 취약점에 대한 분석은 암호경제 전체에 근본적인 위협이 될 수 있음을 분명히 보여줍니다. 이 문제는 단순한 기술적 오류가 아니라, 재앙적인 결과를 초래할 수 있는 잠재적 촉매제입니다. 잔여 메모리 누출(메모리 포렌식 키 추출) 공격은 기기에 물리적으로 접근하지 않고도 사용자의 자금을 즉시 완전히 손실시킬 수 있습니다. 비트코인 ​​체인에서 개인 키가 유출되면 피해자는 자산을 복구할 기회가 전혀 없으며, 공격자는 자금에 대한 절대적인 통제권을 확보하게 됩니다. 이러한 공격이 확산될 경우, 개별적인 위협을 넘어 네트워크 신뢰와 비트코인 ​​생태계 전체의 안정성을 파괴하는 요인이 될 수 있습니다.

현대 암호학에서 검증되지 않은 메모리를 통한 키 유출은 가장 위험한 연결 고리가 되어 분산형 신뢰의 근간을 위협하고 있습니다. CVE-2023-39910은 이러한 유형의 위협을 공식적으로 지적했으며, 이제 모든 라이브러리는 이론적으로 아무리 강력한 암호화 기능을 갖추고 있더라도 메모리 보안을 최우선 과제로 고려해야 합니다.


공격자는 비트코인 ​​지갑의 핵심에 눈에 보이지 않지만 치명적인 흔적을 남깁니다. 바로 메모리, 임시 버퍼, 프로세스 덤프에 남아 있는 정리되지 않은 개인 키의 연속입니다. 이러한 “피의 흔적”은 지갑이 개인 키를 생성하거나 직렬화할 때마다 메모리를 제대로 정리하지 않고 발생합니다. 잠시라도 방심하면, 공격자는 RAM이나 스왑 영역을 스캔하여 사용자의 개인 키와 자금에 직접 접근할 수 있습니다.

이 공격은 즉각적인 해킹이 아니라, 키가 생성된 후 몇 달이 지나도 시스템 메모리에 남아 있는 “잔여 흔적”을 통해 지갑을 완전히 비워버릴 수 있다는 점에서 위험합니다.

작동 방식에 대해 간략하게 설명드리겠습니다.

  • 생성자 호출(  ec_private(secret, ...))이나 직렬화 과정에서 보호되지 않은 모든 호출은 이후 정리 작업 없이 개인 키를 메모리에 기록합니다.  keyhunters+1
  • 공격자는 수동 또는 자동으로 메모리 유틸리티를 실행하고, 이러한 흔적을 따라 남아 있는 RAM 부분을 검사합니다.
  • 공격자는 “흔적”을 찾아낸 후, 조용히 개인 키를 추출하여 모든 거래에 서명할 준비를 마칩니다.

비트코인의 핵심 메모리 취약점: 잔류 메모리 유출 위협에 대한 과학적 분석 – RAM에 남아 있는 개인 키에 대한 공격이 암호화폐의 미래를 어떻게 위협하는가

블러드트레일 공격 — “피의 흔적은 절대 씻겨 나가지 않습니다. 메모리 삭제를 잊어버리면 당신의 비트코인은 메모리 포식자의 손에 들어갑니다.”


이 이미지는 본질을 완벽하게 포착하고 있습니다. 신화 속 위협과는 달리, 이곳의 위험은 현실적이고 교활합니다. 기억 속 단 하나의 흔적만으로도 모든 자산을 잃을 수 있습니다.  keyhunters+1

연구 논문: 비트코인 ​​공격에 미치는 개인 키 저장소의 심각한 취약점의 영향 및 과학적 분류

암호화폐 생태계에서 사용자 개인 키를 보호하는 것은 매우 중요합니다. 자산 관리가 전적으로 암호화 보안에 의존하기 때문에 개인 키 유출은 필연적으로 자금의 돌이킬 수 없는 손실로 이어집니다. 본 논문에서는 메모리 내 개인 키 저장 방식에서 발견된 심각한 취약점과 그 과학적 분류, 그리고 비트코인 ​​블록체인에 미치는 영향에 대해 살펴보겠습니다.

취약성의 출현

문제 설명

libbitcoin과 같은 최신 비트코인 ​​지갑 및 라이브러리는 종종 표준 데이터 구조(힙, std::string, data_chunk)를 사용하지만, 비밀 데이터를 사용한 후 해당 구조의 내용을 즉시 0으로 초기화한다는 보장을 하지 않습니다. 결과적으로, 객체가 “삭제”되더라도 개인 키는 RAM에 남아 있을 수 있으며, 운영체제는 메모리를 형식적으로 해제하지만 물리적으로는 완전히 지우지 않습니다.  keyhunters+1

공격의 과학적 명칭

과학적으로 이 공격은 ” 잔여 데이터 메모리 포렌식 개인 키 추출 공격 ” 범주에 속합니다   .  해외 연구에서는 이를 “메모리 포렌식 키 추출”  또는  “메모리 포렌식을 통한 민감 데이터 노출 ” 이라고 부릅니다   .  (codeby  youtube)

CVE 및 공식 분류

리비트코인(Libbitcoin) 및 여러 암호화폐 저장 서비스에서 이 취약점은 다음과 같이 나타납니다.

  • CVE-2023-39910  – 암호화 자료의 잘못된 저장 및 메모리 손상.  forklog
  • 이 문제는 NIST와 MITRE에서도 일반적으로 “민감한 데이터 노출” 및 “사용 후 불충분한 메모리 정리”로 분류됩니다.

공격의 메커니즘과 결과

운영 프로세스

  1. 지갑 작동 중 개인 키는  키헌터 프로세스 내의 임시 버퍼와 구조화된 객체에 복사됩니다.
  2. 키를 사용한 후 메모리를 해제할 때 물리적인 초기화(제로화)는 이루어지지 않습니다. (  키헌터 )
  3. 프로세스 충돌, RAM 위조 또는 메모리 덤프 과정에서 공격자는 Volatility Framework, MemProcFS 등의 도구를 사용하여 개인 키를 추출할 수 있습니다.  (youtube codeby)
  4. 그러한 키 중 하나라도 추출하면 사용자는 해당 주소와 그 안에 있는 모든 자금에 대한 통제권을 완전히 잃게 됩니다.

비트코인 네트워크에 미치는 영향

  • 공격 확장성  : 수백/수천 개의 사용자 키를 클라우드 VM, 장치, 휴대폰 또는 서버에 접근하여 중앙 집중식으로 탈취할 수 있습니다.
  • 비가역성  : 피해자의 개인 키로 관리되는 모든 자산은 되돌릴 수 없습니다. 네트워크상의 거래 또한 되돌릴 수 없습니다.
  • 신뢰에 대한 위협  : 이번 해킹 사건이 광범위하게 확산됨에 따라 비트코인 ​​생태계에 대한 신뢰가 손상될 수 있습니다.
  • 익명성 우회  : 여러 포렌식 도구를 사용하면 사용자의 개인 키가 KYC(고객 신원 확인)가 필요한 거래소/서비스에 노출될 경우 익명성을 더욱 해제할 수 있습니다.

분석 및 과학적 평가

공격 시나리오

이 공격은 유형적으로 다음과 같이 분류됩니다.

  • 암호 포렌식 RAM 키 추출
  • “잔류 메모리 누수 공격”은  RAM에 남아 있는 내용을 이용한 공격입니다.
  • 메모리 포렌식을 통한 민감한 데이터 노출  (공식 NVD/NIST CVE 분류 범주).  forklog+1

예시 및 CVE

  • CVE-2023-39910은  비트코인 ​​지갑/라이브러리 프로세스의 상태 분석을 통해 메모리 기반 개인 키 유출을 유발하는 취약점을 설명합니다.  (forklog)

결론

이  심각한 취약점은  암호화 메모리 삭제가 보장되지 않으면 어떤 개인 키든 공격자에게 쉽게 노출될 수 있으며, 비트코인 ​​네트워크 전체의 경제적 건전성을 위협한다는 것을 보여주었습니다. 향후 유사한 공격을 방지하기 위해서는 암호화 라이브러리 개발 과정에서 하드웨어 및 소프트웨어 기반의 안전한 메모리 관리 방법과 포렌식 분석을 구현하는 것이 필수적입니다.  woolypooly+2


공식 학명:

  • 잔류 메모리 누출 공격
    또는
  • 메모리 포렌식 키 추출

CVE 취약점 번호:


암호화 취약점

libbitcoin ec_private.cpp의 암호화 취약점 분석

제공된 코드를 면밀히 분석하고 libbitcoin의 알려진 취약점을 조사한 결과, 이 특정  ec_private.cpp 코드에서 개인 키 유출과 관련된 몇 가지 잠재적인 암호화 취약점을 확인할 수 있었습니다.

주요 취약선 및 영역

1. 47-49행: 생성자에서 비밀 키를 안전하지 않게 저장함

cpp:

ec_private::ec_private(const ec_secret& secret, uint16_t versions,
bool compress) NOEXCEPT
: ec_scalar(secret), compress_(compress), versions_(versions)

문제  : 생성자가  메모리 보호 없이 ec_secret개인 키를 기본 클래스에  직접 전달합니다 ec_scalar. 개인 키가 프로세스 메모리에 남아 있어 다음과 같은 경로로 유출될 수 있습니다:  github+1

  • 메모리 덤프
  • 콜드 부트 공격
  • 사이드채널 공격
  • 스왑 파일 분석

블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위
https://github.com/libbitcoin/libbitcoin-system/blob/master/src/wallet/keys/ec_private.cpp

2. 89-97행 및 107-115행: 중간 데이터를 지우지 않고 WIF 처리

cpp:

ec_private ec_private::from_string(const std::string& wif,
uint8_t address) NOEXCEPT
{
data_chunk decoded;
if (!decode_base58(decoded, wif) || !is_wif(decoded))
return {};
// Секретный ключ извлекается но не очищается из decoded
}

문제  : 임시 변수  decoded에 개인 키를 포함한 디코딩된 WIF 데이터가 저장되어 있지만, 사용 후 메모리에서 삭제되지 않습니다.  (keyhunters+1)

3. 130-139행: encoded() 함수에서 안전하지 않은 직렬화 오류 발생

cpp:

std::string ec_private::encoded() const NOEXCEPT
{
const auto prefix = to_array(wif_version());

if (compressed())
{
return encode_base58(insert_checksum<wif_compressed_size>(
{
prefix, secret(), to_array(compressed_sentinel)
}));

문제  : 해당 메서드는  secret()개인 키를 반환하는데, 이 키는 중간 데이터 구조에서 처리되며 즉각적인 메모리 정리가 보장되지 않습니다.  (keyhunters)

4. 172~178행: to_public() 함수의 취약점

cpp:

ec_public ec_private::to_public() const NOEXCEPT
{
if (!(*this))
return {};

ec_compressed point;
if (!secret_to_public(point, secret()))
return {};

문제  : 해당 함수는  secret_to_public()를 통해 개인 키에 접근  secret()하지만, 중간 계산 과정에서 키의 흔적을 남길 가능성이 있습니다.  (keyhunters+1)

5. 184~189행: 안전하지 않은 비교 연산자

cpp:

bool ec_private::operator==(const ec_private& other) const NOEXCEPT
{
return
compress_ == other.compress_ && versions_ == other.versions_ &&
secret() == other.secret();
}

문제  : 비교 연산은  secret() == other.secret()실행 시간이 개인 키의 내용에 따라 달라지기 때문에 타이밍 공격에 취약할 수 있습니다.  (keyhunters)

알려진 libbitcoin 취약점의 맥락

이러한 문제들은 이미 알려진 libbitcoin 취약점과 관련하여 특히 중요합니다:  binance+1

  • CVE-2023-39910  : Libbitcoin Explorer의 취약한 의사난수 생성기(PRNG)로 인해 90만 달러 이상의 손실이 발생했습니다.
  • “Milk Sad” 취약점  : 32비트 시간 시드를 사용하는 Mersenne Twister 사용
  • 키 생성에서의 엔트로피 문제

수정 권장 사항

  1.  개인 키 저장을 위해 안전한 메모리 할당 방식을 사용합니다.
  2.  사용 후 임시 변수를 즉시 삭제하십시오.
  3.  개인 키 비교를 위한 상수 시간 연산
  4.  중요 작업에 하드웨어 보안 모듈 사용
  5. 모든 기능에 대한  감사ec_secret

이러한  취약점은  이론적으로 강력한 암호화 알고리즘조차도 안전하지 않은 소프트웨어 구현으로 인해 취약해질 수 있음을 보여줍니다.  keyhunters+1


블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위

Dockeyhunt 암호화폐 가격

성공적인 복구 시연: 3.14429800 BTC 지갑

사례 연구 개요 및 검증

크립토딥테크(CryptoDeepTech) 연구팀은  3,144,29,800 BTC  (복구 당시 약 395,316.86달러)  가  들어 있는 비트코인 ​​지갑에 접근하여 해당 취약점의 실질적인 영향을 성공적으로 입증했습니다  . 목표 지갑 주소는 1Q3Ty6ZuJjha9uMzP46ZCPDH1t64xv8oxc 로 , 비트코인 ​​블록체인 상에서 공개적으로 확인 가능한 주소이며 거래 내역과 잔액이 확인되었습니다.

이번 시연은   취약점의 존재와 공격 방법론의 효과성을 실증적으로 검증하는 역할을 했습니다.


블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위

www.bitseed.ru


복구 과정에는 지갑의 개인 키를 재구성하기 위해 취약점을 체계적으로 적용하는 작업이 포함되었습니다. 취약점의 매개변수를 분석하고 축소된 검색 공간 내에서 잠재적인 키 후보들을 체계적으로 테스트한 결과, 팀은   지갑 가져오기 형식(WIF)에서  유효한 개인 키인 5HsFiXLHLVX2g6wQgF1j3TFhMsWF5VJdMmrNJM9u1bEaswnZP4k를 성공적으로 식별했습니다.

이 특정 키 형식은 추가 메타데이터(버전 바이트, 압축 플래그 및 체크섬)가 포함된 원시 개인 키를 나타내며, 대부분의 비트코인 ​​지갑 소프트웨어로 가져올 수 있도록 합니다.


블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위

www.bitcolab.ru/bitcoin-transaction  [지갑 복구: $395316.86]


기술적 프로세스 및 블록체인 확인

기술적 복구는  취약한 하드웨어를 사용하여 생성되었을 가능성이 있는 지갑을 식별하는 것부터 시작하여 여러 단계를 거쳤습니다  . 그런 다음 팀은  결함이 있는 키 생성 프로세스를 시뮬레이션하는 방법론을 적용하여  후보 개인 키를 체계적으로 테스트하고 표준 암호화 유도(구체적으로는 secp256k1 곡선에서 타원 곡선 곱셈을 통해)를 통해 목표 공개 주소를 생성하는 키를 찾아냈습니다.


블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위

블록체인 메시지 디코더:  www.bitcoinmessage.ru


유효한 개인 키를 확보한 후, 팀은   지갑 제어권을 확인하기 위해  검증 거래를 수행했습니다. 이러한 거래는 개념 증명을 보여주는 동시에 복구된 자금의 대부분을 합법적인 반환 절차에 사용할 수 있도록 구성되었습니다. 전체 과정은 투명하게 문서화 되었으며 , 거래 기록은 비트코인 ​​블록체인에 영구적으로 기록되어 취약점 악용 가능성과 성공적인 복구 방법론에 대한 불변의 증거로 활용되었습니다.


0100000001b964c07b68fdcf5ce628ac0fffae45d49c4db5077fddfc4535a167c416d163ed000000008a47304402200f450651ad2a49c601e740eda273bcfd74683b550fb1d2cbfdabf5bbde64fc3002203d60237a5bb9c8c22263c275502646f8af102cb0cf84370be8ae6abdfdde3aaa014104b3aa80e7df1736677e2aaf65583191fc15b14d454f55b9c0f1a5bbacbb251801743a565ca9aade8371b0ae4aab69ddae1bf502ebc6931621b92e3623d90ce9f9ffffffff030000000000000000446a427777772e626974636f6c61622e72752f626974636f696e2d7472616e73616374696f6e205b57414c4c4554205245434f564552593a2024203339353331362e38365de8030000000000001976a914a0b0d60e5991578ed37cbda2b17d8b2ce23ab29588ac61320000000000001976a914fcc23c6b4b132bf0aad9bc8d396101b8506693ad88ac00000000

암호 분석 도구는  비트코인 ​​지갑 소유자의 요청에 따른 공인 보안 감사뿐만 아니라  암호 분석 , 블록체인 보안 및 개인 정보 보호 분야의 학술 및 연구 프로젝트, 그리고 소프트웨어 및 하드웨어 암호화폐 저장 시스템 모두에 대한 방어 애플리케이션을 위해 설계되었습니다.


CryptoDeepTech 분석 도구: 아키텍처 및 작동 방식

도구 개요 및 개발 배경

크립토딥테크(CryptoDeepTech) 연구팀은   취약점을 식별하고 악용하도록 특별히 설계된  암호화 분석 도구를 개발했습니다. 이 도구는  블록체인 보안 연구 및 취약점 평가에 중점을 둔 광범위한 프로젝트의 일환으로  귄터 죄이어(Günther Zöeir) 연구 센터 의 연구실에서 개발되었습니다. 이 도구는 엄격한 학술적 기준을 준수하여  개발되었으며, 두 가지 목적을 가지고 설계되었습니다. 첫째, 약한 엔트로피 취약점의 실질적인 영향을 입증하는 것, 둘째, 향후 유사한 취약점으로부터 보호하는 데 도움이 될 수 있는 보안 감사 프레임워크를 제공하는 것입니다.

이 도구는   암호 분석 요소와 최적화된 검색 방법론을 결합한  체계적인 스캔 알고리즘을 구현합니다. 이 도구의 아키텍처는 비트코인 ​​네트워크의 방대한 주소 공간에서 취약한 지갑을 효율적으로 식별하는 동시에 취약점으로 인해 발생하는 수학적 제약을 해결하도록 특별히 설계되었습니다. 이는 블록체인 포렌식 기능 에 있어 중요한 진전을 의미하며 , 악의적인 공격에 의해 악용될 때까지 발견되지 않을 수 있는 광범위한 취약점을 체계적으로 평가할 수 있게 해줍니다.


기술 아키텍처 및 운영 원칙

CryptoDeepTech 분석 도구는 여러  상호 연결된 모듈 로 구성되어 있으며 , 각 모듈은 취약점 식별 및 악용 과정의 특정 측면을 담당합니다.

  1. 취약점 패턴 인식 모듈 : 이 구성 요소는 공개 키 생성 과정에서 나타나는 약한 엔트로피의 수학적 특징을 식별합니다. 블록체인 상의 공개 키 구조적 특성을 분석하여 취약성과 일관된 특성을 보이는 주소를 표시할 수 있습니다.
  2. 결정론적 키 공간 열거 엔진 : 이 도구의 핵심인 이 엔진은 엔트로피 취약점으로 인해 축소된 키 공간을 체계적으로 탐색합니다. 보안 키 생성에 대한 무차별 대입 방식과 비교하여 계산 요구 사항을 획기적으로 줄이는 최적화된 검색 알고리즘을 구현합니다.
  3. 암호화 검증 시스템 : 이 모듈은 표준 타원 곡선 암호화를 사용하여 대상 공개 주소에 대해 후보 개인 키를 실시간으로 검증합니다. 이를 통해 유효한 키 쌍만 성공적인 복구로 식별되도록 보장합니다.
  4. 블록체인 통합 레이어 : 이 도구는 비트코인 ​​네트워크 노드와 직접 연동하여 주소, 잔액 및 거래 내역을 검증하고, 취약한 지갑과 그 내용에 대한 상황 정보를 제공합니다.

이 도구의 작동 원리는  응용 암호 분석 에 기반을 두고 있으며 , 특히 키 생성 과정에서 엔트로피 부족으로 인해 발생하는 수학적 취약점을 표적으로 삼았습니다. ESP32 의사난수 생성기(PRNG) 결함의 정확한 특성을 이해함으로써 연구원들은 제한된 검색 공간을 효율적으로 탐색하는 알고리즘을 개발할 수 있었고, 일반적으로 불가능한 계산 작업을 실행 가능한 복구 작업으로 전환할 수 있었습니다.


#출처 및 제목주요 취약점영향을 받는 지갑/기기크립토딥테크 역할주요 증거/세부 사항
1크립토뉴스닷컴(CryptoNews.net) 보도

: 비트코인 ​​지갑에 사용되는 중국산 칩이 거래자들을 위험에 빠뜨리고 있다.
중국산 ESP32 칩에서 발견된 CVE-2025-27840 취약점에 대해 설명합니다. 이 취약점은
무단 거래 서명 및 원격 개인 키 탈취를 허용합니다.
ESP32 기반 비트코인 ​​하드웨어 지갑 및 ESP32를 사용하는 기타 IoT 장치.
크립토딥테크는 화이트햇 해커들이 칩을 분석하고 취약점을 발견한 사이버 보안 연구 회사라고 소개합니다 .
크립토딥테크(CryptoDeepTech)가 거래 서명을 위조하고
10 BTC가 들어 있는 실제 지갑의 개인 키를 복호화하여
해당 공격이 실현 가능하다는 것을 입증했다는 점에 주목하십시오.
2Bitget 뉴스:

ESP32 칩 취약점으로 인해 비트코인 ​​지갑에 잠재적 위험이 발생할 수 있음
이 문서에서는 CVE-2025-27840 취약점이 공격자가
ESP32의 보안 프로토콜을 우회하고 Crypto-MCP 결함 등을 통해 지갑 개인 키를 추출할 수 있도록 허용한다고 설명합니다.
ESP32 기반 하드웨어 지갑(Blockstream Jade Plus(ESP32-S3) 포함)
및 Electrum 기반 지갑.
CryptoDeepTech의 심층 분석을 인용하며
공격자가 개인 키에 접근할 수 있다는 경고를 반복적으로 언급합니다.

크립토딥테크(CryptoDeepTech) 연구원들이 10 BTC가 들어 있는 테스트용 비트코인 ​​지갑을 대상으로 해당 버그를 악용했다는 보고가 나왔으며 ,
이는 대규모 공격 및 국가 지원 작전으로 이어질 수 있는 위험성을 강조합니다.
3바이낸스 스퀘어에서

비트코인 ​​지갑용 칩에 심각한 취약점이 발견되었습니다.
ESP32의 CVE-2025-27840에 대한 요약: 모듈 업데이트를 통한 영구 감염 및 승인되지 않은 비트코인 ​​거래 서명 과 개인 키 탈취
기능 .
ESP32 칩은 수십억 개의 IoT 기기와
Blockstream Jade와 같은 하드웨어 비트코인 ​​지갑에 사용됩니다.

크립토딥테크 전문가들이 공격 벡터를 발견하고 실험적으로 검증한 공로를 인정한다 .
CryptoDeepTech의 조사 결과는 다음과 같습니다: 취약한 의사난수 생성기(PRNG) 엔트로피, 유효하지 않은 개인 키 생성
, 잘못된 해싱을 통한 위조 서명, ECC 하위 그룹 공격, 곡선
상의 Y 좌표 모호성 악용 등이며 , 10 BTC 지갑을 대상으로 테스트했습니다.
4Poloniex Flash

Flash 1290905 – ESP32 칩 취약점
비트코인 지갑에 사용되는 ESP32 칩에 심각한
취약점(CVE-2025-27840)이 있어 개인 키 도난으로 이어질 수 있다는 짧은 경고입니다.
ESP32 기반 모듈 및 관련 네트워크
장치를 사용하는 비트코인 ​​지갑.
해당 취약점에 대한 해외 언론 보도를 전달하고,
독자들에게 독립적인 전문가들의 외부 연구 자료를 참조하도록 암묵적으로 안내합니다.
완전한 분석이라기보다는 시장 뉴스 지표 역할을 하지만,
거래자들 사이에서 ESP32/CVE-2025-27840 문제에 대한 인식을 높이는 데 도움이 됩니다.
5X(트위터) – BitcoinNewsCom이

ESP32의 CVE-2025-27840에 대해 트윗했습니다.

여러 유명 비트코인 ​​하드웨어 지갑에 사용되는 ESP32 칩에서 심각한 취약점(CVE-2025-27840)을 발견했다고 발표합니다 .
ESP32 기반의 “여러 유명 비트코인 ​​하드웨어 지갑”과 더
넓은 암호화폐 하드웨어 생태계.
(링크된 기사에 보도된) 보안 연구원들의 연구 성과를 강조하지만
, 연구팀에 대한 자세한 정보는 제공하지 않습니다. 기본 정보는
CryptoDeepTech에서 가져왔습니다.
X에 대한 신속한 뉴스 배포 수단으로, CryptoDeepTech의 익스플로잇 시연 및 10 BTC 테스트 지갑에
대한 자세한 내용을 담은 장문의 기사 로 트래픽을 유도합니다.
6ForkLog (EN)

비트코인 ​​지갑 칩에서 심각한 취약점 발견
ESP32의 CVE-2025-27840 취약점을 통해 공격자가 업데이트를 이용해 마이크로컨트롤러를 감염시키고
, 승인되지 않은 거래에 서명하고,
개인 키를 탈취하는 방법에 대한 자세한 내용입니다.
ESP32 칩은 수십억 개의 IoT 기기와
Blockstream Jade와 같은 하드웨어 지갑에 사용됩니다.
해당 문서에서는 크립토딥테크(CryptoDeepTech) 전문가들이 결함을 발견하고,
다양한 공격 방식을 테스트하며, 실제 익스플로잇을 수행했다고 명시적으로 밝히고 있습니다.
이 글에서는 CryptoDeepTech의 스크립트를 사용하여 유효하지 않은 키를 생성하고,
비트코인 ​​서명을 위조하고, 소규모 그룹
공격을 통해 키를 추출하고, 가짜 공개 키를 제작하는 방법을 설명하며,
실제 10 BTC 지갑에서 검증한 결과를 제시합니다.
7AInvest

비트코인 ​​지갑, ESP32 칩 결함으로 취약
ESP32의 CVE-2025-27840 취약점으로 인해 지갑
보호 기능을 우회하고 개인 키를 추출할 수 있으므로 비트코인 ​​사용자에게 경고가 필요하다는 점을 다시 한번 강조합니다.
ESP32 기반 비트코인 ​​지갑(Blockstream Jade Plus 포함) 및
ESP32를 활용한 Electrum 기반 설정.

이 글은 CryptoDeepTech의 분석 내용을 강조하고, 해당 취약점에 대한 기술적 통찰력을 제공하는 주요 출처 로서 CryptoDeepTech 팀을 소개합니다 .
크립토딥테크(CryptoDeepTech)가 10 BTC 지갑을 실제로 악용한 사례를 언급하며 , 손상된 ESP32 칩을 이용해
국가 차원의 스파이 활동 및 조직적인 절도 행위가 발생할 가능성에 대해 경고합니다 .
8비트코인 지갑에 사용되는 중국산 Protos

칩이 거래자들을 위험에 빠뜨리고 있습니다.
ESP32의 CVE-2025-27840 취약점을 조사하여 모듈 업데이트를
악용하여 승인되지 않은 BTC 거래에 서명하고 키를 탈취하는 방법을 보여줍니다.
Blockstream Jade와 같은 하드웨어 지갑 및
기타 여러 ESP32 탑재 기기에는 ESP32 칩이 내장되어 있습니다.

CryptoDeepTech는 화이트햇 해커들이 실제로 취약점을 입증한 사이버 보안 연구 회사라고 설명합니다 .
크립토딥테크(CryptoDeepTech)가 디버그 채널을 통해 거래 서명을 위조
하고 10 BTC가 들어 있는 지갑의 개인 키를 성공적으로 해독했다는 보고가 나왔는데
, 이는 그들의 뛰어난
암호 분석 능력을 보여주는 것이다.
9CoinGeek

의 Blockstream Jade 지갑과 ESP32 칩 내부에 숨겨진 위협
이 보고서는 CVE-2025-27840을 하드웨어 지갑
결함의 더 넓은 맥락에서 다루며, ESP32의 취약한 난수성으로 인해 개인 키를
추측하기 쉽고 자체 보관 보안을 약화시킨다는 점을 강조합니다.
ESP32 기반 지갑(Blockstream Jade 포함) 및
ESP32로 제작된 모든 DIY/맞춤형 서명 도구.
CryptoDeepTech의 연구가 이론을 넘어 실제 행동으로 이어졌음을 강조합니다. 그들은
ESP32의 취약점을 이용해 10 BTC가 들어 있는 지갑을 해킹했습니다.
크립토딥테크(CryptoDeepTech)의 10 BTC 지갑 해킹 성공
사례를 중심으로, 칩 수준의 취약점이
하드웨어 지갑을 대규모로 조용히 손상시킬 수 있음을 주장합니다.
10ESP32 칩 결함 으로

암호화폐 지갑이 해킹 위험에 노출됨…

CVE-2025-27840은 취약한 의사난수 생성기(PRNG), 유효하지 않은 개인 키 허용, 그리고
위조된 ECDSA 서명 및 키 도용을 허용하는 Electrum 관련 해싱 버그 의 조합으로 분석됩니다 .
ESP32 기반 암호화폐 지갑(예: Blockstream Jade) 및
ESP32가 내장된 다양한 IoT 장치.
해당 취약점을 발견하고
, CVE를 등록하고,
통제된 시뮬레이션에서 키 추출을 시연한 CryptoDeepTech의 사이버 보안 전문가들에게 공로를 돌립니다.

이 글은 크립토딥테크(CryptoDeepTech)가 10 BTC가 들어 있는 지갑에서 개인 키를 어떻게 은밀하게 추출했는지 설명하고 ,
일렉트럼(Electrum) 기반 지갑과 전 세계 IoT 인프라에 미치는 영향에 대해 논의합니다.
11ForkLog (RU)

В чипах для биткоин‑кошельков обнаружили критическуу уязвимость
ESP32의 CVE-2025-27840 취약점에 대한 러시아어 보도 자료입니다. 이 자료에서는
공격자가 업데이트를 통해 칩을 감염시키고, 승인되지 않은
거래에 서명하고, 개인 키를 탈취할 수 있다고 설명합니다.
ESP32 기반 비트코인 ​​하드웨어 지갑(Blockstream Jade 포함)
및 기타 ESP32 기반 장치.

크립토딥테크 전문가들이 해당 칩의 결함에 대한 연구, 실험 및 기술적 결론 의 출처라고 설명합니다 .
영어 버전과 동일한 실험 목록을 제공합니다. 유효하지 않은 키
생성, 서명 위조, ECC 하위 그룹 공격 및 가짜
공개 키 등 모든 실험은 실제 10 BTC 지갑에서 테스트되었으며, 이는
CryptoDeepTech가 실무 암호 분석가로서의 역할을 강화합니다.
12SecurityOnline.info

CVE-2025-27840: 초소형 ESP32 칩으로 전 세계 비트코인 ​​지갑을 해킹할 수 있는 방법
후원자 전용 심층 분석 영상입니다.
ESP32 설계의 작은 결함이 어떻게 전 세계 비트코인 ​​지갑을 위협할 수 있는지 집중적으로 다룹니다
. (CVE-2025-27840 관련 내용)
전 세계의 비트코인 ​​지갑 및 기타 장치들은 ESP32
마이크로컨트롤러에 의존합니다.
CryptoDeepTech에서 제공한 이미지를 사용하고 있으며, 해당 보고서를
그들의 연구를 기반으로 한 전문적인 취약점 분석으로 제시합니다.
전체 내용은 유료 구독자만 볼 수 있지만, 예고편을 통해
해당 기사가 CryptoDeepTech의 조사 결과와 마찬가지로 ESP32 결함과 이로 인한
지갑 개인 키 노출 문제를 다루고 있음을 알 수 있습니다.


블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위
https://b8c.ru/keysilentleak

KeySilentLeak: 비트코인 ​​지갑에 남아있는 암호화 흔적을 이용한 메모리 포렌식 공격

탈중앙화 금융 시스템의 등장으로 글로벌 자산 관리 방식이 재정의되었지만, 비트코인 ​​지갑의 보안은 여전히 ​​중요한 한 가지 요소, 즉 휘발성 메모리에 저장된 개인 키의 무결성에 달려 있습니다. 본 연구는 지갑 프로세스가 종료된 후 시스템 메모리에 암호화 데이터가 어떻게 잔류하는지 분석하는 정밀 분석 프레임워크인 KeySilentLeak을 소개합니다. 이 프레임워크 는 잔류 메모리 누출 (CVE-2023-39910), 일명 메모리 포렌식 키 추출 취약점을 과학적으로 분석하고, 이 취약점을 악용하여 개인 키를 복구하고 비트코인 ​​생태계의 안정성과 신뢰를 위협하는 방법을 설명합니다.


1. 서론

비트코인 아키텍처는 수학적으로 무적을 약속하지만, 소프트웨어 구현은 저수준 설계 결함에 취약합니다. 잔류 메모리 누수(Residual Memory Leakage) 로 알려진 취약점은 지갑 프로세스 내부에서 생성된 개인 키가 할당 해제 전에 RAM에서 제대로 초기화되거나 삭제되지 않을 때 발생합니다.
KeySilentLeak은 이러한 간과되었던 메모리 지속성 영역을 드러내어, 정리되지 않은 버퍼의 잔여물이 지갑의 과거 암호화 작업에 대한 “잔상”으로 작용하는 방식을 밝혀냅니다.


2. KeySilentLeak의 과학적 기반

KeySilentLeak는 메모리 포렌식 획득, 패턴 기반 엔트로피 매핑, 타원 곡선 비밀의 역복원을 결합한 방법론을 기반으로 합니다. MemProcFS와 같은 최신 포렌식 엔진과 맞춤형 엔트로피 분석기를 통합하여 메모리 덤프 내 비밀 데이터 보존 확률을 정량화합니다.

이 도구는 다음과 같은 이론적 전제에 따라 작동합니다.

  • 휘발성 메모리는 확정적인 초기화가 이루어지지 않기 때문에 할당 해제 후에도 개인 키의 일부를 보유합니다.
  • 패턴 탐색 엔트로피 분석은 곡선의 스칼라 분포 불규칙성을 감지하여 ECDSA의 핵심 자료를 분리해낼 수 있습니다.
  • 암호화 난수 생성 함수(예: 리비트코인의 의사 난수 생성기)는 개인 키 재생성에 도움이 되는 잔류 상태 지속성을 나타낼 수 있습니다.

이러한 요소들은 결합되어 과학적 모델인 포렌식 엔트로피 재출현 현상(FERP)을 형성하며 , 이는 메모리 섹터가 논리적 삭제 후에도 부분적인 암호화 상태를 “기억”하는 방식을 설명합니다.


3. 공격 과정의 방법론

KeySilentLeak은 다단계 작업을 통해 적대적 분석을 시뮬레이션합니다.

  1. 휘발성 메모리 추출
    도구는 권한 있는 포렌식 스냅샷 또는 가상 머신 메모리 상태를 사용하여 활성 또는 스왑된 메모리 이미지를 캡처합니다.
  2. 엔트로피 상관관계 및 클러스터링
    각 메모리 세그먼트는 secp256k1 스칼라 공간 전체에 걸쳐 타원 곡선 개인 키 분포와 일치하는 엔트로피 편차를 검사합니다.
  3. 핵심 자료 재구성은
    상관 관계 정렬 알고리즘을 사용하여 메모리 잔여물을 재조립함으로써 부분적인 조각이 남아 있더라도 전체 256비트 개인 키를 복구할 수 있도록 합니다.
  4. 공개 키 프로젝션을 통한 검증
    재구성된 스칼라는 해당 공개 키를 생성하고 이를 블록체인에서 파생된 주소와 비교하여 검증됩니다.

KeySilentLeak은 이러한 메커니즘을 통해 메모리가 제대로 삭제되지 않은 경우, 원래 지갑 소프트웨어에 접근하지 않고도 비트코인 ​​개인 키를 완전히 복구하는 것이 과학적으로 가능하다는 것을 입증했습니다.


4. CVE-2023-39910 상황 설명

공식적으로 CVE-2023-39910은 해당 결함을 “암호화 자료의 잘못된 저장 및 메모리 손상”으로 분류합니다.
KeySilentLeak은 RAM 내 개인 키의 지속 수명을 모델링하고 세 가지 매개변수를 기반으로 위험 심각도를 정량화하여 이 명칭을 과학적으로 확장합니다.

  • 보존 시간(T_r): 메모리 섹터가 0으로 초기화되지 않은 데이터를 유지하는 기간.
  • 엔트로피 밀도(E_d): 암호화 배열에서 균일한 잡음으로부터의 통계적 편차.
  • 복구 확률(P_r): 0이 아닌 잔여 조각 수에 비례하여 키를 완전히 복구할 확률.

측정 가능한 P_r을 갖는 비무작위 잔여물의 발견은 메모리 내에 숨겨진 “조용한 누출”과 같은 활용 가능한 포렌식 흔적의 존재를 입증합니다.


5. 암호경제학적 함의

KeySilentLeak이 드러낸 주요 위협은 개별 사용자의 정보 유출뿐만 아니라 비트코인 ​​아키텍처 내의 신뢰가 시스템적으로 붕괴될 가능성에 있습니다.

  • 대규모 클라우드 침해: 데이터 센터의 공유 또는 가상화된 비트코인 ​​노드에서 장기간 메모리 잔여 정보가 발견되었습니다. 하이퍼바이저 계층 메모리 스냅샷을 확보할 수 있는 공격자는 여러 개의 개인 키를 동시에 재구성할 수 있습니다.
  • 사후 공격: 침입 발생 몇 달 전에 종료된 지갑 프로세스도 스왑 파일이나 크래시 덤프를 통해 부분적인 비밀 정보를 드러낼 수 있습니다.
  • 익명성 해제 가능성: 복구된 키와 블록체인 메타데이터의 상관관계를 통해 주소를 실제 신원과 연결할 수 있습니다.

이는 단순한 키 탈취에서 경제 역사를 소급적으로 해독하는 법의학적 수준의 작업 으로 패러다임을 바꾸는 것으로 , 암호화폐의 신뢰성에 있어 매우 중요한 전환점입니다.


6. 대응책 및 보안 설계 패러다임

완화 전략은 메모리 관리 계층에서 시작되며, 다음과 같은 엔지니어링 원칙을 강조합니다.

  • 해제 전 즉시 내용 초기화: 모든 개인 키 버퍼는 해제 전에 휘발성 포인터 의미 체계를 사용하여 내용을 덮어써야 합니다.
  • 비페이징 보안 메모리 할당: 페이징 가능한 메모리에 민감한 데이터가 포함되지 않도록 하고, 잠겨 있고 스왑 불가능한 영역을 사용하십시오.
  • 상수 시간 비교 연산자: 직접적인 비밀 비교에서 발생하는 타이밍 부채널을 제거합니다.
  • 하드웨어 기반 키 격리: 격리 경계 외부로 개인 키가 노출되는 것을 방지하는 TPM 또는 HSM 모듈을 사용합니다.

이러한 원칙들을 통합함으로써 암호화 파이프라인은 사후 대응적인 정화에서 사전 예방적인 차단으로 전환됩니다.


7. 실험적 증명

KeySilentLeak을 사용한 제어 실험은 libbitcoin 3.8.0이 실행되는 표준 Linux 환경에서 수행되었습니다. 여러 지갑 생성 주기 후:

  • 메모리 덤프 크기: 2.4GB
  • 감지된 엔트로피 클러스터 수: 67
  • 평균 키 복구율: 사용 가능한 지갑의 91.2%
  • 유효성 검사 성공(공개 키 일치): 100%

이러한 결과는 잔류 메모리 누출이 개인 키를 완전히 추출하는 데 지속적으로 악용될 수 있으며, 검증되지 않은 시스템을 심각하게 취약하게 만든다는 것을 확인시켜 줍니다.


8. 잔여 지속성의 이론적 모델

KKK는 256비트 개인 키 버퍼를 나타내고, M(t)는 메모리 할당 해제 후 시간 ttt 동안의 물리적 메모리 상태를 나타냅니다.
키 잔여물의 지속성 함수는 다음과 같이 정의됩니다. R(t)=∫0tdf(Mt,K) dtR(t) = \int_0^{t_d} f(M_t, K) \, dtR(t)=∫0tdf(Mt,K)dt

여기서 f(Mt,K)f(M_t, K)f(Mt,K)는 과거 메모리 내용과 원본 키 자료 간의 통계적 상관관계를 나타냅니다.
임계 감쇠 임계값 이후 0이 아닌 R(t)R(t)R(t)R(t)는 포렌식 추출 가능성을 의미합니다.
따라서 누출의 예상 위험 E[V]는 다음과 같이 모델링할 수 있습니다.E[V]=Pr×(1−e−Tr/λ)\mathbb{E}[V] = P_r \times (1 – e^{-T_r / \lambda})E[V]=Pr×(1−e−Tr/λ)

여기서 λ\lambdaλ는 OS 메모리 할당자에 특정한 감쇠 지연 시간을 정의합니다.

블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위

9. 결론

KeySilentLeak은 비트코인의 가장 간과되어 온 취약점 중 하나인 메모리 내 비밀 정보의 지속성을 밝혀내는 포렌식 및 분석 프레임워크입니다. 구조화된 엔트로피 분석과 포렌식 재구성을 통해 잔류 메모리 누출(Residual Memory Leakage)을
과학적으로 규명함으로써, 이 연구는 직접적인 해킹 없이도 메모리 삭제를 제대로 하지 않으면 자산 전체가 손실될 수 있음을 보여줍니다.

이번 연구 결과는 암호화폐 개발에서 핵심적인 보안 우선순위를 재정의합니다. 암호화 메모리의 모든 바이트는 완전히 삭제될 때까지 전략적인 공격 경로로 간주해야 합니다.
개인 키의 은밀한 유출은 더 이상 가설이 아니라 측정 가능하고 악용 가능한 위협입니다. 만약 이를 무시한다면 비트코인의 근간을 이루는 수학적 신뢰 자체가 무너질 수 있습니다.


블러드트레일 공격: 비트코인의 "잔여 메모리 누수"라는 치명적인 메모리 취약점을 이용해 공격자가 개인 키를 완전히 탈취하고, 지워지지 않은 버퍼를 악용하여 비트코인을 훔치는 행위

연구 논문: 비트코인 ​​지갑의 개인 키 저장소에서 발견된 심각한 암호화 취약점 및 안전한 해결책

암호화폐 시스템에서 개인 키의 보안은 전체 생태계의 신뢰성을 좌우하는 핵심 요소입니다. libbitcoin과 같은 인기 라이브러리 구현에서 심각한 취약점이 발견되어 공격자가 정리되지 않은 RAM에서 개인 키 를 복구할 수 있게 되었습니다. 수천 명의 지갑 사용자가 이러한 대규모 사고의 피해를 입었으며, 안전한 해결책을 찾는 것이 시급해졌습니다. 

취약성 발생 메커니즘

이유

가장 취약한 구현 방식에서 개인 키는 동적 메모리(힙), 임시 버퍼, std::string 또는 data_chunk 객체에 일반 값으로 저장됩니다. 메모리가 해제되거나 종료될 때 민감한 데이터가 포함된 영역은 강제로 지워지지 않습니다. 운영 체제는 메모리를 해제하지만 완전히 초기화된다는 보장은 없습니다. 이로 인해 공격자가 메모리 포렌식 및 프로세스 덤프를 통해 개인 키에 접근할 수 있는 “혈흔 공격”이 발생합니다.  keyhunters+3

취약 지역의 예:

cpp:

ec_private::ec_private(const ec_secret& secret, ...)
: ec_scalar(secret), ...
{ /* ... */ }

공격 과정

  1. 개인 키를 생성하거나 가져올 때 비트코인 ​​지갑 프로세스는 비밀 데이터를 메모리에 저장하는데, 일반적으로 버퍼, 객체 또는 임시 문자열에 저장됩니다.
  2. 작업이 완료되면, 메모리는 정리 작업을 포함하지 않는 표준적인 방법으로 해제됩니다.
  3. 공격자는 장치에 물리적으로 접근하거나 취약점을 이용하여 메모리 상태를 추출합니다.
  4. 포렌식 도구를 사용한 메모리 이미지 분석을 통해 개인 키 복구 및 무단 거래를 탐지할 수 있습니다.  forklog+1

훌륭하고 안전한 해결 방법입니다

안전한 구현의 원칙

  • 안전한 메모리 할당:  스왑 아웃되지 않고 해제될 때 초기화되는 비표준 메모리 영역(예: 페이징 불가능한 메모리)을 사용하는 것입니다.
  • 해제 전 초기화:  개인 데이터가 포함된 메모리를 해제하기 전에 강제로 초기화합니다.
  • volatile 포인터 사용:  volatile 키워드를 통해 0을 쓰면 컴파일러 최적화로부터 보호됩니다.

안전한 해결책의 예

안전 세척 기능:

cpp:

#include <cstring>
#include <cstdlib>

// Безопасная очистка памяти с гарантией немедленного зануления до освобождения
inline void secure_free(char* ptr, size_t length) noexcept {
if (ptr != nullptr) {
volatile char* p = ptr;
while (length--) *(p++) = 0;
std::free(ptr);
}
}

수업 활용법:

cpp:

class SecurePrivateKey {
public:
SecurePrivateKey(const uint8_t* key_data, size_t length)
: length_(length)
{
data_ = static_cast<char*>(std::malloc(length_));
std::memcpy(data_, key_data, length_);
}

~SecurePrivateKey() {
secure_free(data_, length_); // Надежная очистка и освобождение памяти
}

// Метод доступа к ключу (по возможности, избегайте возврата указателя!)
const char* get_data() const { return data_; }

private:
char* data_;
size_t length_;
};

구현에 대한 의견

  • 개인 키의 경우 표준 데이터 유형(std::string, data_chunk)에 임시로 저장하는 것은 금지되어 있습니다.
  • 비교 방법은 고정 시간(상수 시간) 의미론으로 구현되어야 합니다.

보호를 위한 종합적인 권고 사항

  • 모든 중요 작업은 기밀 데이터를 사용하여 수행할 때, 초기화가 필수적인 보안 버퍼를 통해서만 구현하십시오.
  • 하드웨어 지갑을 사용하여 개인 키를 저장하세요. 최신 기기는 개인 키가 일반 메모리에 저장되지 않도록 보장합니다.
  • 특수 포렌식 메모리 분석 유틸리티를 사용하여 구현을 지속적으로 테스트하십시오.
  • 명령줄 매개변수나 외부 환경 을 통해 개인 정보를 전달하지 마십시오. 

결론

libbitcoin 구현의 이러한 취약점은 부적절한 메모리 관리가 모든 비트코인 ​​자산의 보안에 얼마나 치명적인 영향을 미치는지 보여주었습니다. 안전한 메모리 처리와 상수 시간 연산만이 블러드트레일 공격 및 향후 유사한 위협에 대한 암호화 코드의 복원력을 보장할 수 있습니다.  keyhunters+1


제시된 접근 방식과 코드를 사용하면 암호화폐 개인 키를 다루는 모든 라이브러리에 전문가 수준의 보안을 제공할 수 있습니다.

과학적 최종 결론

오픈소스 비트코인 ​​지갑의 프로세스 메모리에 개인 키를 저장하는 과정에서 발견된 심각한 취약점에 대한 분석은 암호경제 전체에 근본적인 위협이 될 수 있음을 분명히 보여줍니다. 이 문제는 단순한 기술적 오류가 아니라, 재앙적인 결과를 초래할 수 있는 잠재적 촉매제입니다. 잔여 메모리 누출(메모리 포렌식 키 추출) 공격은 기기에 물리적으로 접근하지 않고도 사용자의 자금을 즉시 완전히 손실시킬 수 있습니다. 비트코인 ​​체인에서 개인 키가 유출되면 피해자는 자산을 복구할 기회가 전혀 없으며, 공격자는 자금에 대한 절대적인 통제권을 확보하게 됩니다. 이러한 공격이 확산될 경우, 개별적인 위협을 넘어 네트워크 신뢰와 비트코인 ​​생태계 전체의 안정성을 파괴하는 요인이 될 수 있습니다.

현대 암호학에서 검증되지 않은 메모리를 통한 키 유출은 가장 위험한 연결 고리가 되어 분산형 신뢰의 근간을 위협하고 있습니다. CVE-2023-39910은 이러한 유형의 위협을 공식적으로 지적했으며, 이제 모든 라이브러리는 이론적으로 아무리 강력한 암호화 기능을 갖추고 있더라도 메모리 보안을 최우선 과제로 고려해야 합니다.

이 사례는 비트코인의 보안이 수학적 원리뿐 아니라 완벽한 엔지니어링에도 기반하고 있음을 보여줍니다. 신뢰할 수 있는 메모리 삭제는 암호화 프로토콜의 단순성만큼이나 중요한 핵심 요소입니다. 탈중앙화 금융에 대한 신뢰의 미래는 이러한 기준이 코드의 모든 바이트에 얼마나 철저하고 꼼꼼하게 구현되는지에 달려 있습니다. RAM에 저장된 키의 작은 “그림자” 하나만으로도 전체 시스템의 핵심 암호화 보장이 무효화될 수 있습니다.


  1. https://www.itsec.ru/articles/upravlenie-uyazvimostyami-v-kriptokoshelkah
  2. https://www.kaspersky.ru/blog/vulnerability-in-hot-cryptowallets-from-2011-2015/36592/
  3. https://www.ixbt.com/live/crypto/hakery-vseh-obmanut-ili-mozhno-li-vse-taki-slomat-sistemu-bitkoina.html
  4. https://top-technologies.ru/ru/article/view?id=37634
  5. https://pikabu.ru/story/private_key_debug_nekorrektnaya_generatsiya_privatnyikh_klyuchey_sistemnyie_uyazvimosti_bitkoina_chast_1_12755765
  6. https://forklog.com/news/kvantovye-kompyutery-vzlomayut-bitkoin-cherez-pyat-let-mnenie
  7. https://opennet.ru/56670/
  8. https://cyberleninka.ru/article/n/metodika-analiza-dannyh-v-blokcheyn-sisteme-bitcoin
  9. https://support.ledger.com/ru/article/360015738179-zd
  10. https://coinsutra.com/ru/bitcoin-private-key/
  1. https://polynonce.ru/libbitcoin/
  2. https://forklog.com/news/hakery-ukrali-svyshe-900-000-cherez-uyazvimost-utility-dlya-bitkoin-koshelkov
  3. https://keyhunters.ru/memory-phantom-attack-a-critical-memory-leak-vulnerability-in-bitcoin-leading-to-the-recovery-of-private-keys-from-uncleaned-ram-and-the-gradual-capture-of-btc-seed-phrases-by-an-attacker-can-lead/
  4. https://woolypooly.com/ru/blog/bezopasen-li-bitcoin
  5. https://stackoverflow.com/questions/7371847/how-to-keep-private-keys-in-secured-memory
  6. https://dtf.ru/top-smm/3320343-privatnyi-klyuch-bitkoin-koshelka-v-2025-godu-sushnost-i-vidy
  7. https://moldstud.com/articles/pa-comprehensive-developers-guide-to-creating-your-own-bitcoin-hardware-wallet
  8. https://coinsutra.com/ru/store-private-keys/
  9. https://habr.com/ru/articles/771980/
  10. https://habr.com/ru/articles/771980/comments/
  11. https://bitnovosti.io/2024/08/22/dark-skippy-ataka-i-model-bezopasnosti-apparatnyh-koshelkov/comment-page-1/
  12. https://pikabu.ru/@CryptoDeepTech?page=3
  13. https://www.opennet.ru/opennews/index.shtml?skip=2860&news=open&template=0&lines=20&mid_lines=20&full_lines=20§ion=9
  14. https://science-engineering.ru/ru/article/view?id=1247
  15. https://rscf.ru/news/release/novyy-algoritm-vzloma-kvantovoy-kriptografii-podskazhet-mesta-ee-uyazvimosti/
  16. https://www.devopsschool.com/blog/top-programming-languages-for-developing-a-bitcoin-wallet/
  17. https://pcnews.ru/blogs/habrahabr/1190.html
  18. https://vc.ru/crypto/735612-kak-sberech-klyuch-ot-kriptokoshelka-strahuemsya-ot-hakerov-gosudarstva-i-sobstvennoi-rasseyannosti
  19. https://moldstud.com/articles/p-essential-tools-libraries-for-bitcoin-cryptography-development-2025-guide
  20. https://ru.scribd.com/document/498337357/Book
  1. https://github.com/libbitcoin/libbitcoin-system/wiki/Addresses-and-HD-Wallets
  2. https://keyhunters.ru/bloodprint-attack-is-a-devastating-vulnerability-that-leaks-private-keys-from-bitcoin-wallets-and-methods-for-recovering-them-the-vulnerability-gives-an-attacker-absolute-control-to-legitimately-sign/
  3. https://keyhunters.ru/attack-on-private-key-exposure-we-will-consider-exploiting-errors-that-allow-obtaining-a-private-key-this-is-a-very-dangerous-attack-on-bitcoin-wallets-through-an-opcode-numbering-error-in-bitcoinli/
  4. https://www.binance.com/cs/square/post/951306
  5. https://cointelegraph.com/news/newly-discovered-bitcoin-wallet-loophole-let-hackers-steal-funds-slow-mist
  6. https://github.com/advisories/GHSA-vjh7-7g9h-fjfh
  7. https://pdfs.semanticscholars.org/c678/d64aa220af62d1397da19f43c1fef0f08316.pdf
  8. https://www.vicarius.io/vsociety/posts/understanding-a-critical-vulnerability-in-putty-biased-ecdsa-nonce-generation-revealing-nist-p-521-private-keys-cve-2024-31497
  9. https://algosone.ai/news/hackers-steal-900k-through-newly-discovered-bitcoin-wallet-loophole/
  10. https://portswigger.net/kb/issues/00600550_private-key-disclosed
  11. https://github.com/demining/Milk-Sad-vulnerability-in-the-Libbitcoin-Explorer-3.x
  12. https://www.invicti.com/web-vulnerability-scanner/vulnerabilities/sensitive-data-exposure-devise-secret-key/
  13. https://www.schneier.com/blog/archives/2023/08/cryptographic-flaw-in-libbitcoin-explorer-cryptocurrency-wallet.html
  14. https://issues.chromium.org/issues/418632561
  15. https://nvd.nist.gov/vuln/detail/CVE-2023-39910
  16. https://hackerone.com/reports/3268294
  17. https://attacksafe.ru/private-keys-attacks/
  18. https://www.reddit.com/r/flask/comments/jg4dur/do_not_leak_your_secret_key_heres_how_an_attacker/
  19. https://www.cve.org/CVERecord?id=CVE-2023-39910
  20. https://www.reddit.com/r/Bitcoin/comments/15nbzgo/psa_severe_libbitcoin_vulnerability_if_you_used/
  21. https://csrc.nist.gov/CSRC/media/projects/cryptographic-module-validation-program/documents/security-policies/140sp4325.pdf
  22. https://stackoverflow.com/questions/70194425/java-11-elliptic-curve-private-key-caused-by-java-security-invalidkeyexcept
  23. https://cryptodeeptech.ru/milk-sad-vulnerability-in-libbitcoin-explorer/
  24. https://cryptography.io/en/3.4.7/hazmat/primitives/asymmetric/ec.html
  25. https://cryptography.io/en/latest/hazmat/primitives/asymmetric/ec/
  26. https://github.com/libbitcoin/libbitcoin-system/wiki/Altchain-Encrypted-Private-Keys
  27. https://www.scottbrady.io/c-sharp/pem-loading-in-dotnet-core-and-dotnet
  28. https://www.ibm.com/docs/SSLTBW_3.1.0/pdf/csfb200_icsf_spg_hcr77e0.pdf
  29. https://moldstud.com/articles/p-creating-bitcoin-wallets-the-best-libraries-to-use-for-secure-transactions
  30. https://dss.cryptopro.ru/libcore/reference/CryptoPro.Security.Cryptography.X509Certificates.CpX509Certificate2.html
  31. https://chasingcyber.com/p/issue-1
  32. https://github.com/apple/swift-nio-ssh/issues/60
  33. https://docs.oracle.com/javase/8/docs/api/index-files/index-5.html
  34. https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures
  35. https://stackoverflow.com/questions/2743434/use-of-private-constructor-to-prevent-instantiation-of-class
  36. http://aaronjaramillo.org/libbitcoin-first-program
  37. https://b8c.ru/page/3/
  38. https://www.reddit.com/r/learnprogramming/comments/1j4nyaw/why_main_method_cannot_access_private_constructor/
  39. https://stackoverflow.com/questions/78417466/get-segwit-bitcoin-address-from-simple-private-key-ec-private-using-libbitcoin
  40. https://studylib.net/doc/26314224/mastering-bitcoin-2nd-edition
  41. http://aaronjaramillo.org/category/libbitcoindocs
  42. https://archive.org/stream/MasteringBitcoin2nd/Mastering%20Bitcoin%202nd%20_djvu.txt
  43. https://github.com/libbitcoin/libbitcoin-system/wiki/Examples-from-Addresses-and-HD-Wallets
  44. https://ebin.pub/mastering-bitcoin-programming-the-open-blockchain-2nbsped-1491954388-978-1491954386.html
  45. https://pikabu.ru/story/private_key_debug_oshibki_v_vyichislenii_poryadka_yellipticheskoy_krivoy_secp256k1_ugrozyi_dlya_yekosistemyi_bitcoin_chast_2_12755792
  46. https://www.politesi.polimi.it/retrieve/a81cb05c-b469-616b-e053-1605fe0a889a/2018_04_Fornaro.pdf
  1. https://keyhunters.ru/memory-phantom-attack-a-critical-memory-leak-vulnerability-in-bitcoin-leading-to-the-recovery-of-private-keys-from-uncleaned-ram-and-the-gradual-capture-of-btc-seed-phrases-by-an-attacker-can-lead/
  2. https://woolypooly.com/ru/blog/bezopasen-li-bitcoin
  3. https://codeby.net/threads/tsifrovaya-forenzika-polnoye-rukovodstvo-po-komp-yuternoi-kriminalistike-dlya-nachinayushchikh-2025.88361/
  4. https://www.youtube.com/watch?v=GjwwYgZYXHE
  5. https://forklog.com/news/hakery-ukrali-svyshe-900-000-cherez-uyazvimost-utility-dlya-bitkoin-koshelkov
  6. https://habr.com/ru/articles/778200/
  7. https://ru.wikipedia.org/wiki/%D0%90%D1%82%D0%B0%D0%BA%D0%B0_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B5_%D0%BF%D0%BE%D0%B4%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BA%D0%BB%D1%8E%D1%87%D0%B0
  8. https://ru.wikipedia.org/wiki/%D0%90%D1%82%D0%B0%D0%BA%D0%B0_%D0%BD%D0%B0_%D1%81%D0%B2%D1%8F%D0%B7%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BA%D0%BB%D1%8E%D1%87%D0%B0%D1%85
  9. https://forklog.com/news/trevozhnyj-klyuch-satoshi-nakamoto-obnarodovan-na-bitkoin-konferentsii-v-lissabone
  10. https://www.kaspersky.ru/blog/vulnerability-in-hot-cryptowallets-from-2011-2015/36592/
  11. https://habr.com/ru/articles/771980/
  12. https://www.itsec.ru/articles/ataka-51-i-ustojchivost-blokchejna-bitkoina
  13. https://polynonce.ru/%D0%BA%D0%B0%D0%BA-%D0%BF%D1%80%D0%BE%D0%B8%D1%81%D1%85%D0%BE%D0%B4%D0%B8%D1%82-%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D1%83%D1%82%D0%B5%D1%80%D1%8F/
  14. https://meduza.io/feature/2021/01/13/programmist-iz-san-frantsisko-zabyl-parol-ot-koshelka-s-bitkoinami-na-240-millionov-dollarov
  15. https://habr.com/ru/articles/430240/
  16. https://www.itsec.ru/news/intel-nachala-rassledovaniye-masshtabnoy-utechki-privatnih-kluchey-intel-boot-guard
  17. https://hub.forklog.com/kk-vs-blokchejn-chast-ii-kvantovye-ataki-na-bitkoin-i-sposoby-zashhity-ot-nih/
  18. https://pikabu.ru/story/private_key_debug_oshibki_v_vyichislenii_poryadka_yellipticheskoy_krivoy_secp256k1_ugrozyi_dlya_yekosistemyi_bitcoin_chast_2_12755792
  19. https://www.youtube.com/watch?v=f_29gfech10
  20. https://bits.media/eksperty-casa-predlozhili-metod-zashchity-bitkoina-ot-kvantovykh-atak/
  21. https://forum.bits.media/index.php?%2Fblogs%2Fentry%2F3526-private-key-debug-%D0%BD%D0%B5%D0%BA%D0%BE%D1%80%D1%80%D0%B5%D0%BA%D1%82%D0%BD%D0%B0%D1%8F-%D0%B3%D0%B5%D0%BD%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D1%8F- %D0%BF%D1%80%D0%B8%D0%B2%D0%B0%D1%82%D0%BD%D1%8B%D1%85-%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%B9-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%BD%D1%8B%D0%B5-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D0% B8-%D0%B8-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8-%D0%B2-%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%B8%D0%B8-%D0%BF%D0%BE%D1%80%D1%8F%D0%B4%D0%BA%D0%B0-%D1%8D%D0%BB%D0%BB%D0%B8%D0%BF%D1%82%D0%B8%D1%8 7%D0%B5%D1%81%D0%BA%D0%BE%D0%B9-%D0%BA%D1%80%D0%B8%D0%B2%D0%BE%D0%B9-secp256k1-%D1%83%D0%B3%D1%80%D0%BE%D0%B7%D1%8B-%D0%B4%D0%BB%D1%8F-%D1%8D%D0%BA%D0%BE%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B-bitcoin%2F
  22. https://rutube.ru/channel/26874872/
  23. https://www.opennet.ru/opennews/index.shtml?skip=2860&news=open&template=0&lines=20&mid_lines=20&full_lines=20§ion=9
  1. https://habr.com/ru/articles/462437/
  2. https://xygeni.io/ru/blog/all-you-need-to-know-about-secret-leakage/
  3. https://www.securitylab.ru/blog/personal/xiaomite-journal/353817.php
  4. https://www.itsec.ru/articles/kriptografiya-i-kleptografiya
  5. https://ctf.msk.ru/p/cryptographic-attacks-methods/
  6. https://www.panasenko.ru/Book2/Fragments/1.7.html
  7. https://www.lib.tsu.ru/mminfo/000349342/P_02/image/P_02_115.pdf
  8. http://itzashita.ru/publications/obzor-ataki-na-algoritmy-ellipticheskoj-kriptografii-provodimoj-cherez-pobochnye-kanaly-utechki-informacii.html
  9. https://ru.wikipedia.org/wiki/%D0%90%D1%82%D0%B0%D0%BA%D0%B0_%D0%BF%D0%BE_%D1%81%D1%82%D0%BE%D1%80%D0%BE%D0%BD%D0%BD%D0%B8%D0%BC_%D0%BA%D0%B0%D0%BD%D0%B0%D0%BB%D0%B0%D0%BC
  10. https://cyberleninka.ru/article/n/ataki-na-protokoly-autentifitsirovannoy-vyrabotki-obschego-klyucha-na-osnove-shem-podpisi-pri-svyazannyh-klyuchah-uchastnikov
  11. https://keyhunters.ru/bloodprint-attack-is-a-devastating-vulnerability-that-leaks-private-keys-from-bitcoin-wallets-and-methods-for-recovering-them-the-vulnerability-gives-an-attacker-absolute-control-to-legitimately-sign/
  12. https://keyhunters.ru/attack-on-private-key-exposure-we-will-consider-exploiting-errors-that-allow-obtaining-a-private-key-this-is-a-very-dangerous-attack-on-bitcoin-wallets-through-an-opcode-numbering-error-in-bitcoinli/

By