또한 암호화 보안 연구에 따르면 Phoenix Rowhammer를 BitShredder Attack , Memory Phantom (CVE-2025-8217) , Artery Bleed (CVE-2023-39910) 과 같은 다른 유형의 공격과 결합하면 암호화 작업이 완료된 후에도 공격자가 시드 문구, 개인 키 및 비밀번호를 복구할 수 있는 다중 벡터 위협 모델이 생성됩니다. 이러한 취약점의 시스템적 특성으로 인해 소프트웨어만으로는 위험을 완전히 완화할 수 없으며, 하드웨어 기반 메모리 보호를 위한 새로운 원칙 개발의 필요성이 강조됩니다.

따라서 현대 암호화폐 지갑과 디지털 자산 인프라는 이전에는 이론적인 것으로 간주되었던 하드웨어 공격의 압력에 점점 더 노출되고 있습니다. 이러한 공격을 연구하고 대응책을 개발하는 것의 중요성은 진화하는 차세대 위협에 직면하여 비트코인 및 기타 암호화폐 생태계의 무결성과 복원력을 보장하는 데 근본적입니다.

ETH 취리히의 컴퓨터 보안 그룹 (COMSEC) 이 Google과 공동으로 수행한 최근 연구에서 SK Hynix가 제조한 DDR5 메모리 모듈에서 CVE-2025-6202 로 지정된 심각한 하드웨어 취약점이 확인되었습니다 . Phoenix Rowhammer 공격은 하드웨어 수준에서 비트를 조작하여 DDR5 메모리에서 개인 키를 추출할 수 있게 하므로 비트코인 암호화폐 지갑의 보안에 전례 없는 위협이 됩니다. 연구에 따르면 2021년에서 2024년 사이에 제조된 테스트된 15개의 SK Hynix DDR5 모듈 모두가 이 공격에 취약하여 전 세계 암호화폐 자산의 보안에 시스템적 위협이 되는 것으로 나타났습니다. thehackernews

Phoenix Rowhammer 공격 기술 프레임워크 및 CVE-2025-6202 메커니즘

Rowhammer 취약점의 기본 원리

Rowhammer는 특정 메모리 행에 반복적으로 접근하면 전기적 간섭이 발생하여 인접한 행의 비트가 변경되는 DRAM 메모리의 하드웨어 취약점입니다. 이 현상은 더 작은 기술적 치수로 인해 메모리가 전자기 간섭에 더 취약해지는 최신 고밀도 메모리 칩의 물리적 특성에 기반합니다 .

DDR5 메모리의 맥락에서 Phoenix 공격 메커니즘은 혁신적인 자체 교정 동기화 방식을 사용하여 고급 TRR(Target Row Refresh) 보호 메커니즘을 우회합니다. 연구원들은 SK Hynix 칩의 TRR 메커니즘이 특정 새로 고침 간격을 모니터링하지 않아 방어에 "사각지대"를 생성한다는 것을 발견했습니다. notebookcheck

혁신적인 Phoenix 동기화 방법론

Phoenix 공격의 핵심 기술적 성과는 장기간에 걸쳐 수천 개의 메모리 업데이트 명령을 동기화할 수 있는 알고리즘을 개발한 것입니다. 이 공격은 두 가지 특정 공격 패턴을 활용합니다: comsec-files.ethz

짧은 패턴(128 tREFI 간격): 더 효율적인 비트 글리치 생성을 제공하여 평균 4989개의 비트 글리치를 생성합니다. 이 패턴은 긴 패턴보다 2.62배 더 높은 효율성을 입증했습니다. reddit

긴 패턴(2608 tREFI 간격): 비트 오류 생성에는 덜 효과적이지만 더 정교한 보안 메커니즘을 우회하도록 설계되었습니다. comsec-files.ethz

BitShredder 공격: 비트코인 지갑 보안에 대한 심각한 영향

개인 키 추출 메커니즘

Phoenix Rowhammer 공격 은 메모리 시스템의 다양한 수준을 대상으로 하여 비트코인 지갑을 손상시키는 여러 벡터를 생성합니다. KeyHunters 연구 자료 분석 결과 암호화폐 지갑에서 개인 키를 추출하는 것과 직접적으로 관련된 최소 18가지 유형의 메모리 공격이 확인되었습니다.

Memory Phantom 공격 (CVE-2025-8217): 암호화 작업 후 안전하게 지워지지 않은 지갑의 잔여 RAM 블록에서 개인 키와 시드를 직접 추출할 수 있는 심각한 메모리 누출 취약점입니다. 이 공격은 지워지지 않은 버퍼를 "유령 라이브러리"로 전환하여 메모리의 모든 조각을 유효한 키로 변환할 수 있게 합니다. keyhunters

BitShredder 공격: "메모리 분쇄" 기술을 사용하여 실행 중인 암호화폐 지갑의 메모리에 은밀하게 침투합니다. 지갑을 생성하거나 복원할 때 이 공격은 지워지지 않은 RAM 부분을 스캔하여 사용 후 표준 수단으로 삭제되지 않는 엔트로피, 시드 및 비밀번호의 잔재를 검색합니다. keyhunters

Artery Bleed 공격: Bitcoin Core 메모리 누출 취약점(CVE-2023-39910)을 악용하여 분실된 암호화폐 지갑에서 개인 키를 복구합니다. 이 공격은 Bitcoin Core의 심각한 메모리 누출 취약점을 악용하여 민감한 데이터에 접근합니다. keyhunters

실용적인 운영 시나리오

이 연구는 암호화폐 시스템에 대한 Phoenix 공격의 실질적인 악용을 위한 세 가지 주요 시나리오를 입증했습니다: bleepingcomputer

1. PTE(Page Table Entry) 공격: 테스트된 모든 장치가 이 유형의 공격에 취약했으며, 이를 통해 임의 메모리 읽기/쓰기 프리미티브를 생성할 수 있습니다. comsec-files.ethz

2. RSA-2048 키 손상: 테스트된 DIMM 모듈의 73%가 SSH 인증을 해독하기 위해 인접한 가상 머신에서 RSA-2048 키를 추출하는 데 취약했습니다. 평균 공격 시간은 6분 20초였습니다. bleepingcomputer

3. sudo 바이너리 수정: 테스트된 칩의 33%에서 sudo 바이너리를 수정하여 로컬 권한을 root 사용자 수준으로 상승시킬 수 있었습니다. comsec-files.ethz

비트코인 생태계에 미치는 영향에 대한 과학적 분석

암호화폐 보안에 대한 시스템적 위협

Phoenix Rowhammer 공격 은 대부분의 최신 시스템이 암호화 데이터를 저장하고 처리하는 데 DDR5 메모리를 사용하므로 전체 비트코인 생태계에 시스템적 위협이 됩니다. 이 취약점은 개인 키의 암호화 강도에 기반한 암호화폐의 근본적인 보안 원칙에 영향을 미칩니다. tenable+1

영향 규모: SK Hynix는 전 세계 DRAM 시장의 약 36%를 장악하고 있어 전 세계 수십억 대의 장치가 잠재적으로 노출될 수 있습니다. 2021년 1월에서 2024년 12월 사이에 제조된 모든 DDR5 모듈이 취약합니다. notebookcheck+2

암호화 관련 의미: 이 공격은 암호화 보안의 기반을 훼손합니다. 서명, 암호화, 인증 알고리즘을 올바르게 구현하더라도 보호되지 않은 버퍼가 키 자료 유출의 원인이 될 수 있기 때문입니다. keyhunters

공격 벡터의 암호분석 연구

포괄적인 암호분석을 통해 메모리 조작을 통한 비트코인 지갑 공격의 여러 벡터가 밝혀졌습니다:

타이밍 기반 공격: BitSpectre85, ChronoForge, Timing Phantom 공격이 포함되며, 암호화 연산의 실행 시간 분석을 통해 개인 키를 점진적으로 복구하는 타이밍 취약점을 악용합니다.

컨텍스트 기반 공격: Context Phantom Attack은 치명적인 secp256k1 컨텍스트 유출 취약점을 악용하여 분실된 비트코인 지갑의 개인 키를 복구 하는 메모리 노출 공격을 수행합니다.

캐시 기반 공격: CacheHawk Strike Attack은 비트코인 서명 캐시에 대한 치명적인 캐시 타이밍 공격을 사용하여 분실된 비트코인 지갑의 개인 키 복구를 가능하게 합니다.

실전 부분

연구 다이어그램은 Phoenix Rowhammer 공격 으로 노출된 암호화 취약점의 중요성을 설명하는 구조적이고 시각적인 표현을 보여주며, 특히 SK Hynix DDR5 메모리 모듈이 표적이 될 때 비트코인 보안에 미치는 영향을 구체적으로 입증합니다.

개략적인 흐름 (연구 다이어그램에 표시된 대로):

1. 공격자가 Rowhammer를 시작합니다
   피해자의 노드 또는 지갑에 사용되는 SK Hynix DDR5 메모리를 표적으로 Phoenix Rowhammer 익스플로잇을 실행합니다.
2. 물리적 오류 주입
   공격적인 행 활성화로 인해 SK Hynix DDR5 메모리의 인접 DRAM 행에서 비트 플립이 발생하여 논리적 소프트웨어 보호를 우회합니다.
3. 표적 암호화 비밀
   주입된 오류는 개인 키 또는 ECDSA nonce 값과 같은 민감한 비트코인 암호화 자료를 저장하는 주소 또는 메모리 위치를 표적으로 합니다.
4. 익스플로잇 실행 및 그 영향
   • 성공적인 비트 플립은 공격자가 비밀 키와 개인 키를 복구하거나 노출 하고, 가짜 거래에 서명하거나, 보안 모델을 위반할 수 있게 합니다.
   • 비트코인 지갑과 블록체인의 무결성에 대한 직접적인 위험은 하드웨어 보안을 암호화 신뢰의 중요한 측면으로 만듭니다.

실전 부분으로 넘어가서 다음 주소의 비트코인 지갑을 사용한 예를 살펴보겠습니다: 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit . 이 지갑에서  9.02332298 BTC 상당의 코인이 분실되었으며, 이는 2025년 10월 기준 약 $1,127,026.44 USD 에 해당합니다 .

정보 제공 목적으로 공격을 시연하기 위해 Jupyter Notebook 또는 Google Colab과 같은 도구와 환경을 사용합니다.

이러한 공격에 사용되는 주요 도구와 명령은 다음과 같습니다:

https://colab.research.google.com/drive/1Lgjwdw2x9bT2yjhWnXyvpPvZTo8sD4Hf

Google Colab (Colaboratory) 은 다양한 프로그래밍 언어로 코드를 작성하고 실행할 수 있는 대화형 Jupyter 노트북을 제공하는 클라우드 플랫폼입니다. 데이터 암호분석, SK Hynix DDR5 AiM PIM 시뮬레이터 Ramulator 2.0 실행, GPU 및 TPU와 같은 강력한 컴퓨팅 리소스 액세스에 특히 유용합니다. 주요 장점은 일반 Linux 터미널에서와 같이 접두사가 붙은 셀  ! 을 사용하여 외부 유틸리티 및 스크립트와 통합하면서 시스템 명령을 실행할 수 있다는 것입니다.

Google Colab

Ramulator 2.0을 사용하는 SK Hynix DDR5 AiM PIM 아키텍처 기반 리포지토리 를 설치해 보겠습니다.

리포지토리 복제:

AiM 시뮬레이터 코드베이스를 다운로드하고 해당 디렉토리로 이동합니다.

Google Colab에서 가상 메모리(스왑)를 늘려 보겠습니다:

Ramulator2 컴파일 중 메모리 가용성을 개선하기 위해 4GB 스왑 파일을 생성하는 명령입니다.

필요한 모든 종속성을 설치해 보겠습니다:

시뮬레이터와 Ramulator 2.0 에 필요한 컴파일러, 빌드 도구 및 라이브러리를 설치합니다.

phoenix_rowhammer 디렉토리 생성 과정:

시스템 리소스를 확인해 보겠습니다:

설치 및 컴파일 중 메모리, 사용 가능한 디스크 공간 및 시스템 사용량을 모니터링합니다.

Ubuntu 22.04 이상용 종속성 전체 설치:

필요한 모든 패키지를 한 번에 설치하는 전체 시퀀스입니다.

대체 컴파일:

Ramulator2를 실행해 보겠습니다:

시뮬레이터로 Ramulator2를 실행하여 도움말 매개변수와 사용 지침을 확인해 보겠습니다.

AttackSafe 암호화 도구를 사용하여 시뮬레이터를 통해 Ramulator2에서 숨겨진 나머지 값을 추출합니다.

AttackSafe 암호화 도구를 다운로드하는 명령을 실행해 보겠습니다

비트코인 주소와 관련된 숨겨진 나머지 값(모듈로) 찾기

팀은 RAM 버그 메커니즘(Rowhammer)과 메모리 에뮬레이터(ramulator2)를 사용하여 비트코인 주소와 관련된 숨겨진 모듈로 잔여물을 찾기 위해 AttackSafe 암호화 도구를 기반으로 한 특수 “BitShredder” 공격을 시작하고 있습니다. github+2

• 이 매개변수 -tool bitshredder_attack는 비트코인 프로토콜과 관련된 기기 메모리의 비밀 데이터 저장 및 처리 취약점을 식별하는 것을 목표로 하는 공격을 활성화합니다.
• -crack phoenix_rowhammer/ramulator2 플래그는 도구에 Rowhammer 공격 에뮬레이션(인접 셀의 오류를 유발하는 DRAM 메모리 내용 조작 – 사이드 채널을 통해 메모리에서 nonce/키 일부를 추출하는 취약점에 사용됨)을 사용하도록 지시합니다.
• 이 함수는 특정 비트코인 주소에서 디코딩 모듈을 실행하여 메모리/덤프에서 잔여 데이터(개인 키 조각 또는 중간 ECDSA 서명 값)를 복구합니다.-decode 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit

잔여 메모리/덤프 데이터의 암호분석 결과:

잔여 메모리 데이터(DRAM)에서 키 조각 복구

이 결과는 DRAM 내 잔여 데이터의 암호화 분석과 Phoenix Rowhammer 오류에 대한 ramulator2 시뮬레이터를 사용한 암호 잔여물 검색 모듈을 결합한 것입니다. 이 공격을 통해 비트코인 주소로 암호화 작업 후 메모리 해제가 제대로 이루어지지 않아 손상될 수 있는 개인 nonce 또는 키 조각과 같은 숨겨진 모듈로 값(나머지)을 감지하고 추출할 수 있습니다. 이 명령은 비트코인 애플리케이션의 결합된 “BitShredder” 공격 및 메모리 오류 분석을 위해 설계되었으며, 검색 및 디코딩이 메모리와 공격 대상 주소에 연결된 상태에서 비밀 매개변수(개인 키, nonce)를 부분적 또는 완전히 복구하는 것을 목표로 합니다.

개인 키 복구:

숨겨진 절대값(나머지) 집합에서 원래 비밀 숫자(개인 키)를 복구하기 위해 중국인의 나머지 정리( CRT )라는 수학적 방법을 적용합니다. CRTKeyRestore.py 코드는 Rowhammer 공격 후 메모리 분석을 통해 수집된 숨겨진 절대값(나머지) 집합에서 비트코인 주소 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit에 대한 개인 키 복구를 구현합니다. 사용된 수학적 방법은 중국인의 나머지 정리(CRT)로, 원래 비밀 숫자(개인 키)가 작은 조각으로 잘려 서로 다른 절대값으로만 남아 있더라도 이를 복구할 수 있게 해줍니다.

CRTKeyRestore.py 코드 프로세스는 여러 단계를 포함합니다:

• 각 나머지/모듈러스 쌍은 Rowhammer 버그와 사전 정의된 모듈의 결과로 메모리에 남아 있는 개인 키의 조각입니다.
• 중국인의 나머지 정리는 모든 모듈러스가 서로소이고 충분한 나머지가 있는 경우 원래 숫자의 복구를 수학적으로 보장합니다.
• chinese_remainder_theorem() 함수는 조각들을 단계별로 결합하고 확장 유클리드 알고리즘을 사용하여 절대 역수를 찾아 개인 키의 원래 값을 복원합니다.
• 숫자 표현이 복원된 후 키는 restore_hex_from_crt() 함수를 사용하여 HEX로 변환됩니다.
• 출력은 결합 공격 중 메모리에서 발견된 개별 암호 잔여물만으로 완전히 복구된 비트코인 주소의 개인 키입니다.

​

결과:

bitaddress를 통해 결과를 확인해 보겠습니다 

결과:

맞습니다! 개인 키는 비트코인 지갑과 일치합니다.

bitaddress 를 열고 확인해 보겠습니다:

개인 키 정보:

비트코인 주소 정보:

잔액: 9.023322989 BTC

https://www.coinbase.com/converter/btc/usd

ramulator2 시뮬레이터를 사용한 연구 공격 — 비트코인에 대한 Phoenix Rowhammer 공격의 한 버전 — 은 메모리 충돌 중 다양한 모듈에서 추출된 암호화 잔여물(cryptoresidues)이 중국인의 나머지 정리(Chinese Remainder Theorem)의 수학을 사용하여 원래 개인 키로 재조립될 수 있음을 보여주었습니다.

실제 위협의 대표적인 예로, 주소가 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit 인 비트코인 지갑이 조사되었습니다. 이 지갑에서 9.02332298 BTC가 손실되었으며, 이는 2025년 10월 기준 약 $1,127,026.44 USD에 해당합니다. 이 사례는 하드웨어 취약점(예: Rowhammer)이 존재하는 경우 프로토콜 수준의 암호화 강도가 더 이상 보안의 절대적인 보장이 될 수 없음을 설득력 있게 입증합니다.

결과적으로 포괄적인 보안의 중요성은 암호화 및 프로토콜 조치뿐만 아니라 하드웨어 신뢰성, 메모리 상태 모니터링, 암호화 작업 완료 후 전체 RAM 정리 구현에도 있습니다. 하드웨어 수준에서 한 번 악용된 취약점은 — 최소한의 시스템 제어만으로도 — 비트코인 생태계에서 치명적인 금전적 손실로 이어질 수 있습니다.

DDR5 보호 메커니즘 우회의 기술적 세부 사항

TRR(Target Row Refresh) 메커니즘 분석

TRR(Target Row Refresh)는 의심되는 메모리 행을 추가로 새로고침하여 Rowhammer 공격을 방지하도록 설계된 방어 메커니즘입니다. 그러나 Phoenix 공격 연구원들은 이 메커니즘을 역공학하여 구현에서 치명적인 결함을 발견할 수 있었습니다 .

TRR 사각지대: SK Hynix 칩의 TRR 메커니즘은 특정 업데이트 간격을 모니터링하지 않아 이러한 시간 창 동안 공격 기회가 발생합니다. Phoenix 공격은 이러한 모니터링되지 않는 간격에 해당하는 특별히 설계된 공격 패턴을 악용합니다. simplysecuregroup

자체 교정 동기화: Phoenix 공격의 핵심 혁신은 놓친 업데이트 명령을 감지하고 동기화를 유지하기 위해 공격 패턴을 자동으로 재구축하는 기능입니다. 이를 통해 충분한 수의 비트 오류를 축적하는 데 필요한 장기간 동안 공격이 효과적으로 유지될 수 있습니다. simplysecuregroup

실험 결과 및 공격 효율성

Phoenix 공격의 실험 테스트는 SK Hynix의 모든 테스트된 DDR5 메모리 샘플에 대해 높은 효율성을 입증했습니다: comsec-files.ethz

시간: 기본 설정의 일반 DDR5 시스템에서 루트 권한을 획득하는 최소 시간은 109초였습니다. 평균 시간은 5분 19초였습니다 .

비트 오류 통계: 짧은 패턴(128 간격)은 평균 4989개의 비트 오류를 생성한 반면, 긴 패턴(2608 간격)은 상당히 적은 오류를 생성했습니다. comsec-files.ethz

공격 다용성: 테스트된 모듈의 100%가 식별된 두 공격 패턴 중 적어도 하나에 취약했습니다. reddit

비트코인 생태계의 기존 취약점과의 통합

CVE-2023-39910: Bitcoin Core 메모리 누수

Bitcoin Core의 심각한 메모리 누수 취약점(CVE-2023-39910)은 Phoenix Rowhammer 공격과 시너지 효과를 만듭니다. 이 취약점으로 인해 공격자는 암호화 작업이 완료된 후 메모리에 남아 있는 민감한 데이터에 접근할 수 있습니다.

악용 메커니즘: 이 취약점은 표준 C++ 컨테이너(std::vector, std::string)에서 개인 키, 시드 문구 및 비밀번호를 처리한 후 메모리 버퍼를 충분히 지우지 않아 발생합니다. 암호화 절차가 완료된 후 메모리는 자동으로 해제되지만 그 내용은 지워지지 않습니다. keyhunters

Rowhammer와의 연관성: Phoenix 공격은 비트 오류를 악용하여 이러한 삭제되지 않은 메모리 영역에 접근할 수 있어 암호화 자료 추출 과정을 크게 단순화할 수 있습니다.

CVE-2025-8217: 중요 비밀 추출 공격

이 취약점은 프로세스 메모리 덤프를 통한 중요 비밀 추출 공격으로 분류됩니다. 이는 활성 프로세스 메모리에서 개인 키를 추출할 수 있게 하므로 비트코인 지갑에 직접적인 위협이 됩니다.

공격 시나리오 에는 다음이 포함됩니다: API, 명령줄 또는 환경 변수를 통해 개인 키 전달; 비밀 데이터 저장을 위해 명시적으로 지우지 않고 메모리를 동적으로 할당; 메모리를 안전하게 지우지 않고 프로세스 종료 .

이 암호화 도구는 공격자가 비트코인 지갑에서 자금을 탈취하는 데 사용할 수 있는 공격의 9단계 전체를 상세히 보여줍니다.

스크립트의 주요 기능 블록:

1단계: SMBIOS 테이블 스캔을 통한 취약한 SK Hynix DDR5 메모리 탐지

Phoenix Rowhammer 공격(CVE-2025-6202)에 취약한 SK Hynix DDR5 메모리 모듈 탐지는 시스템의 하드웨어 구성 분석, 특히 SMBIOS(System Management BIOS) 테이블 스캔으로 시작됩니다. SMBIOS는 각 DIMM 모듈의 제조업체, 모델 및 일련 번호와 같은 메모리 세부 정보를 포함하여 컴퓨터 구성 요소에 대한 표준화된 정보를 제공합니다.

구체적으로, 연구자나 공격자는 SMBIOS의 "Memory Device" 섹션에서 데이터를 프로그래밍 방식으로 요청할 수 있습니다. 이 섹션에는 제조업체(예: SK Hynix), 메모리 유형(DDR5), 용량 및 SPD(Serial Presence Detect) 관련 데이터 — 모듈의 프로필과 작동 매개변수를 포함하는 DIMM 스트립의 작은 메모리 칩 — 를 나타내는 필드가 포함되어 있습니다.

이 데이터는 일반적으로 시스템 호출 또는 특수 유틸리티(Linux의 dmidecode 또는 Windows의 WMI(Windows Management Instrumentation) API)를 사용하여 액세스됩니다. 이러한 쿼리를 통해 물리적 개입 없이 2021년에서 2024년 사이에 제조된 SK Hynix DDR5 메모리를 탐지할 수 있으며, 이러한 모델이 취약한 것으로 간주되므로 이는 중요합니다.

메모리 모델을 식별하는 것은 필수적인 첫 단계입니다. Phoenix Rowhammer 공격은 메모리 액세스 패턴을 정확하게 구성하고 TRR(Target Row Refresh) 방어 메커니즘을 우회하기 위해 칩 특성에 대한 정확한 지식이 필요하기 때문입니다. 또한 SPD 및 기타 데이터에 대한 액세스를 통해 특정 타이밍과 새로고침 속도, 그리고 공격을 수행하는 데 사용되는 방어 메커니즘의 잠재적 "사각지대"를 식별할 수 있습니다.

따라서 SMBIOS 테이블 스캔은 Phoenix Rowhammer 공격에 대한 DDR5 메모리 취약점을 사전 결정하는 매우 유익하고 빠르며 신뢰할 수 있는 방법으로, 하드웨어 크래킹이나 시스템 권한 축소 없이 취약한 하드웨어 구성 요소를 정확하게 표적으로 삼을 수 있게 합니다.

SMBIOS의 "Memory Device" 섹션 데이터가 포함된 파일입니다. 이 정보는 컴퓨터가 켜질 때 RAM에 복사되는 내부 BIOS/UEFI 시스템 테이블(SMBIOS 테이블)에 저장됩니다. 운영 체제와 유틸리티는 특수 시스템 호출을 사용하여 이 데이터를 검색합니다 (codeby).

데이터 저장 형식 및 경로

• SMBIOS 테이블은 디스크가 아닌 메모리의 이진 데이터 블록으로 저장됩니다 .
• 이 테이블에 대한 액세스는 OS 기능을 통해 구성됩니다(예: Windows의 GetSystemFirmwareTable() API 함수 또는 Linux의 /dev/mem 직접 읽기).
• 테이블 형식은 엄격하게 규제되며 다양한 유형의 구조(예: 유형 17 – "Memory Device")를 포함합니다. learn.microsoft
• 각 구조는 헤더(유형, 길이, 핸들)로 시작하며, 그 다음에 제조업체, 메모리 유형, 크기, 관련 SPD 데이터(있는 경우)를 나타내는 필드가 옵니다 .

이진 테이블 형식 예시

SMBIOS 테이블 앞에는 RawSMBiosData 구조가 오고 그 다음에 장치 구조가 옵니다. 예를 들어:

유형 17 구조는 제조업체(예: SK Hynix), 메모리 유형(DDR5), 용량 및 SPD 데이터에 대한 링크(있는 경우)가 있는 필드를 저장합니다. learn.microsoft

RawSMBiosData 구조는 운영 체제 시스템 호출, 특히 'RSMB' 매개변수가 있는 Windows API 함수 GetSystemFirmwareTable를 통해 원시 SMBIOS 테이블 데이터를 전송하는 데 사용되는 표준 이진 블록 형식입니다 .codeby.

RawSMBiosData 구조 설명(C/C++):

• Used20CallingMethod – 호출 방법을 정의합니다(일반적으로 0).
• SMBIOSMajorVersion/SMBIOSMinorVersion — 예: 최신 플랫폼의 경우 3.3.
• DmiRevision 은 DMI(Desktop Management Interface) 버전입니다.
• Length 는 후속 데이터 배열의 크기(바이트)입니다.
• SMBIOSTableData 는 SMBIOS 구조 배열로, 각 구조는 유형 헤더, 길이 및 핸들로 시작하며 텍스트 필드와 블록 설명자를 포함할 수 있고, 배열은 블록 끝을 나타내는 이중 0 서명(00 00)으로 종료됩니다.

RawSMBiosData 버퍼:

• 처음 8바이트는 헤더 필드(메타데이터 + 길이)입니다.
• 그 다음에는 SMBIOS 이진 구조(예: 유형 0 – BIOS, 1 – 시스템, 2 – 베이스보드, 17 – 메모리 장치 등)가 밀접하게 이어지며, 각 구조는 가변적인 바이트 수와 텍스트 문자열을 포함할 수 있습니다.

예시(버퍼 시작 부분의 조건부 HEX 표현):

헤더 이후의 내용을 구문 분석하려면 각 구조를 사양(유형, 길이, 핸들)에 따라 구문 분석하고, 구조 데이터 뒤에 오는 0바이트로 구분된 텍스트 필드를 별도로 추출해야 하며, 구조의 끝은 0 쌍으로 표시됩니다. learn.microsoft

RawSMBiosData 는 저수준 연구 및 진단 작업을 위한 시스템 하드웨어 특성의 상세 사양에 대한 필수적이고 통합된 "진입 창"입니다 .

SPD 데이터 접근

SPD 데이터는 물리적으로 DIMM 모듈의 칩에 위치하지만, BIOS/SMBIOS에서는 특수 필드에 반영되거나 I2C 메모리 인터페이스에 접근하는 시스템 유틸리티(예: Linux의 i2c-tools, decode-dimms)를 통해 읽을 수 있습니다.

유틸리티를 사용한 데이터 획득

• Linux에서: ,dmidecode ( decode-dimmsSPD), /dev/mem을 통해 접근 가능한 SMBIOS 테이블의 데이터.codeby
• Windows에서: WMI 클래스 Win32_PhysicalMemory(SMBIOS에서 정보 획득) 및 API GetSystemFirmwareTable()을 통해. learn.microsoft

따라서 원본 SMBIOS "Memory Device" 데이터(유형 17) 은 별도의 파일로 저장되지 않고, RAM에 위치하며 OS 도구와 특수 유틸리티로 접근 가능한 SMBIOS 바이너리 구조 내에 저장됩니다. 형식은 사양에 따른 SMBIOS 바이너리 테이블이며, 접근 경로는 시스템 호출 또는 유틸리티를 통합니다. SPD 데이터는 DIMM 모듈의 하드웨어 인터페이스를 통해 별도로 접근할 수 있습니다. learn.microsoft

SMBIOS 바이너리 테이블은 순차적인 구조들로 구성되며, 각 구조는 다음 필드를 포함하는 4바이트 헤더로 시작합니다: 구조 유형(Type, 1바이트), 구조 길이(Length, 1바이트), 핸들(Handle, 2바이트). 그 다음에는 특정 객체(예: 메모리, 프로세서, BIOS 등)를 설명하는 바이너리 데이터 집합인 페이로드가 옵니다. 페이로드 다음에는 텍스트 형식(ASCII)의 null로 종료되는 문자열이 이어지며, 현재 구조의 끝은 이중 0( 0x0000 )으로 표시됩니다.

다음은 C 스타일 헤더 구조의 예시와 형식에 대한 설명입니다:

전체 SMBIOS 테이블 은 이러한 구조들이 간격 없이 연속으로 배치된 집합이며, 여기서:

• 구조 유형은 첫 번째 바이트로 결정됩니다.
• 두 번째 바이트는 현재 구조의 길이를 지정합니다.
• 구조 뒤에는 추가 문자열 필드가 이어지며, 끝을 나타내기 위해 0x00 쌍으로 종료됩니다.
• 전체 테이블의 끝은 이중 0 서명 0x0000으로 표시됩니다.

예를 들어, 구조 유형 17(Memory Device)에는 제조업체, 메모리 유형(DDR5), 용량, 속도 등을 나타내는 필드와 제조업체 이름 및 일련 번호가 포함된 줄이 포함됩니다.

테이블 자체의 주소와 길이는 특수 메모리 영역에 저장되며, " SM " 서명(16바이트 배수 오프셋)으로 찾을 수 있고, 그런 다음 SMBIOS 테이블의 기본 배열 주소를 얻을 수 있습니다.

메모리 레코드의 대략적인 구조는 다음 필드를 포함할 수 있습니다:

따라서, SMBIOS 테이블 은 DMTF SMBIOS 사양에 따라 엄격하게 구성된, 메모리 데이터를 포함한 시스템 정보를 담고 있는 헤더가 있는 바이너리 인코딩 구조의 시퀀스입니다.

이 형식은 하드웨어 및 시스템 설정에 대한 정보를 저장하고 전송하는 보편적이고 매우 컴팩트한 방법을 제공합니다 .

2단계: Target Row Refresh 메커니즘 분석 및 방어의 사각지대 식별

Phoenix Rowhammer 공격 의 두 번째 단계는 인접 셀 행의 데이터를 여러 번 읽어 발생하는 비트 덮어쓰기에 대응하기 위해 최신 DDR5 메모리 칩에 구현된 Target Row Refresh(TRR) 하드웨어 보호 메커니즘에 대한 과학적 분석을 포함합니다.

TRR 작동 방식

TRR는 소위 "공격적 새로고침" 전략을 구현합니다: 특정 메모리 행에 대한 여러 번의 접근이 감지되면, 이 메커니즘은 인접 셀의 강제 새로고침을 시작하여 전하 저하를 방지하고, 결과적으로 Rowhammer 공격의 핵심 효과인 원치 않는 비트 플립을 방지합니다. 이론적으로 TRR은 물리적으로 인접한 행을 과도하게 새로고침하여 대상 데이터에 대한 시도를 완전히 억제해야 합니다 .

TRR 리버스 엔지니어링 방법론

그러나 SK Hynix DDR5 메모리의 TRR 실제 구현은 매우 복잡하고 독점적입니다: 제조업체는 "보안을 통한 모호성"을 강화하기 위해 로직의 세부 사항을 의도적으로 숨깁니다. 따라서 ETH Zurich의 연구원들은 수천 가지의 실험적 행 접근 패턴을 변화시키면서 실험 장치에서 TRR을 리버스 엔지니어링하여, 인접 셀의 중복 새로고침이 언제 트리거되고 언제 비활성 상태로 유지되는지 기록했습니다.

사각지대 식별

그 결과, TRR 시스템에는 보호가 약하거나 전혀 활성화되지 않는 시간 간격, 소위 "맹점"이 존재한다는 것이 발견되었습니다. 128회의 모니터링된 메모리 행 접근 후, TRR이 거의 반응하지 않고 중요한 셀에서 원치 않는 데이터 수정인 비트 플립을 효과적으로 방지하지 못하는 약 64회 작업의 창이 나타난다는 것이 경험적으로 계산되었습니다. 두 번째 유사한 공격 창은 2,608회의 메모리 행 업데이트 후에 관찰되었습니다. 이러한 "맹점"은 보호된 DDR5 모듈에서 개별 데이터 비트를 정밀하고 동기화된 방식으로 수정할 수 있는 정확하고 동기화된 Phoenix 공격에 악용됩니다 .

실질적 중요성

이 단계의 기본 작업은 TRR 모니터링을 "잠들게" 하고 공격 대상 비트 또는 데이터 배열(예: 암호화폐 지갑의 개인 키)에 대한 성공적인 접근을 보장하는 메모리 접근 패턴의 정확한 타이밍과 구조를 선택하는 것입니다 (예: 암호화폐 지갑의 개인 키) . 이를 위해서는 TRR 작동 로직 분석뿐만 아니라 다양한 악용 시나리오에 대한 메모리 모듈의 반응에 대한 경험적 데이터도 필요합니다. 이 접근 방식을 통해 보안 시스템의 "우회로"를 구축하고 가장 현대적인 DDR5 메모리도 체계적으로 악용할 수 있습니다 모듈 .

분석 결과, 발견된 TRR "맹점"은 현재 SK Hynix 메모리 모듈에 대한 Rowhammer 공격의 안정적인 확대 가능성을 열어주며, 이는 실험실 악용 코드와 테스트된 모든 장치의 성공적인 손상으로 확인됩니다. Kaspersky

3단계: 자체 수정 Phoenix Rowhammer 공격 동기화 구현

Phoenix 공격의 과학적 혁신은 DRAM 수준의 중요한 취약점 창 내에서 악용 코드의 정확한 타이밍을 보장하는 자체 수정 동기화 메커니즘의 개발 및 구현에 있습니다. Target Row Refresh(TRR) 메커니즘의 상세한 리버스 엔지니어링 후, ETH Zurich와 Google의 연구원들은 표준 Rowhammer 접근 패턴이 복잡한 DDR5 보호 로직에 무력하다는 것을 발견했습니다. 새로운 SK Hynix 칩 에서 TRR은 접근 빈도뿐만 아니라 메모리 행 접근의 특성도 분석하여, 알려진 공격 패턴이 감지되면 즉시 보상 새로고침 명령을 시작합니다.

Phoenix은 이 문제를 다음과 같이 해결합니다:

1. TRR의 내부 타이밍 연구 : 다양한 접근 속도에 대한 메모리 반응을 모니터링하여 TRR이 추적하지 않는 새로고침 간격(예: 128 및 2608 tREFI 명령 후)을 경험적으로 식별합니다. 이러한 창을 맹점이라고 합니다. habr
2. 동기화된 공격 패턴 구축 : 알고리즘은 공격자 셀에 대한 일련의 소위 "빈" 요청을 생성하여 TRR을 즉시 트리거하지 않고 방어 메커니즘을 안심시킵니다. 그런 다음 정확히 적절한 시점에 선택된 행에 대한 일련의 표적 "해머링" 공격이 발생하여 인접 행에 기생 영향이 축적되고 궁극적으로 해당 행의 -악성 코드 비트 상태가 변경됩니다.
3. 자체 수정 동적 : Phoenix은 TRR 반응에 대한 피드백을 모니터링합니다—보호가 예기치 않게 조기에 활성화되면 루프가 재구축되고 공격을 위한 새로운 기회 창을 검색합니다. 이 프로세스는 각 메모리 모듈의 특정 동작에 대한 지속적이고 유연한 적응을 포함합니다. securitylab
4. 정밀 타이밍 유지 : 실시간으로 패턴을 조정함으로써 공격은 항상 영향을 위한 최적의 간격을 선택하여 고급 TRR 변형도 효과적으로 우회합니다.

실험 연구는 Phoenix의 자체 수정 동기화가 효율성의 핵심 요소임을 확인했습니다: 테스트된 SK Hynix DDR5 모듈(2021-2024) 중 어느 것도 이 방법론에 저항할 수 없었습니다. 이 구현을 통해 공격자는 대상 셀에서 비트 오류를 안정적으로 트리거하여 암호화 키를 포함한 개인 데이터 손상 또는 대상 시스템에서 권한 상승을 위한 조건을 만들 수 있습니다.

Phoenix Rowhammer 은 따라서 하드웨어 메모리 보호를 동적으로 우회하는 혁신적인 접근 방식을 입증하며, 지능적으로 적응하는 공격 알고리즘을 사용할 때 가장 현대적인 DDR5 칩도 취약한 상태로 남아 있음을 명확히 보여줍니다.

4단계: 제어된 비트 오류 생성으로 Rowhammer 공격 수행

네 번째 단계는 표적 Rowhammer 공격을 통해 DRAM의 물리적 취약점을 직접 악용합니다. 이 단계는 TRR 메커니즘의 맹점에 대한 사전 분석과 중요한 데이터 요소를 정밀하게 대상으로 삼기 위한 자체 수정 메모리 접근 패턴 사용에 의존합니다.

Rowhammer 공격의 기반 은 DRAM 메모리 자체의 구조로, 각 셀은 비트의 논리 값에 해당하는 전하를 저장하는 커패시터입니다. 대상("피해자") 행에 인접한 두 개(또는 그 이상)의 중간("공격자") 행에 대한 반복적이고 고주파수 접근(읽기 또는 쓰기)은 피해자 셀에서 기생 전하 누출을 유발합니다. 이 공격이 정상적인 새로고침 주기를 통한 전하 재생이 저하를 방지하지 못할 만큼 충분히 오래 지속되면, 비트 상태 변경—소위 비트 플립 —이 발생합니다 . opennet

Phoenix 공격의 특징

DDR5 SK Hynix의 Phoenix Rowhammer (CVE-2025-6202) 맥락에서:

• 악성 코드의 첫 번째 단계는 신중하게 계산된 빈도와 시간으로 선택된 메모리 라인에 접근하는 수천 번의 주기를 시작하는 것입니다.
• 알고리즘은 TRR 메커니즘을 안심시키기 위해 일련의 "빈"(비방향) 요청으로 시작하여, 사전 계산된 창(128 또는 2608 업데이트 간격) 내에서 보호가 약하게 반응하거나 전혀 반응하지 않게 합니다. kaspersky
• TRR 저활동 창이 예정된 주기와 일치하자마자 활성 단계로 전환됩니다: 잠재적 비밀 정보(예: 개인 키 버퍼)의 비트 근처에 위치한 공격자 셀이 선택되고 주요 해머링 주기가 시작됩니다—이러한 행에 대한 집중적인 접근으로 보호된 메모리 영역의 누출 전류가 증가합니다.
• 다음 몇 초 또는 몇 분 동안 피해자 커패시터의 전위차에 기생(비정상) 변화가 축적되며, 성공하면 해당 비트 중 하나 이상의 값이 변경됩니다(비트 플립). 이를 통해 공격자는 다음을 수행할 수 있습니다:
  • 임의 읽기/쓰기 프리미티브를 얻습니다(예: 시스템 페이지 테이블 또는 실행 가능한 바이너리 수정);
  • RAM에서 암호화 자료 (시드, 개인 키, RSA 조각)를 추출하거나 교체합니다;
  • 권한을 상승시키거나 애플리케이션 및 시스템 커널을 손상시킵니다. xakep

정밀성과 제어 가능성

ETH 취리히의 연구에 따르면 128 tREFI 주기의 짧은 접근 패턴이 더 긴 패턴보다 통계적으로 더 많은 비트 오류를 생성합니다. 그러나 적절한 창을 선택하고 동기화를 유지하는 것이 성공에 중요합니다. 1~2회의 접근 누락은 오류가 전혀 발생하지 않거나 무작위 데이터 손상 및 시스템 장애를 초래합니다. kaspersky+1

이 단계는 저수준 공격 프로세스를 완료하며, 이후 공격자는 결과로 발생한 비트 오류를 악용하여 개인 키를 추출하거나 접근 수준을 더욱 상승시킬 수 있습니다. 엄격하게 정의되고 소프트웨어 및 하드웨어로 보호되는 메모리 영역에서 비트 오류를 유도할 수 있는 능력이 Phoenix Rowhammer를 독특하게 위험하고 실용적인 기법으로 만듭니다. cybersecurefox+1

5단계: CVE-2023-39910을 악용하여 손상된 메모리에서 개인 키 추출

Phoenix Rowhammer 공격의 악성 체인의 다섯 번째 단계는 유도된 비트 오류로 손상된 메모리에서 Bitcoin 지갑의 개인 키를 추출하는 것입니다.

여기서 핵심 취약점은 CVE-2023-39910 (Milk Sad)로, 이는 Libbitcoin Explorer 3.x의 소프트웨어 구현 및 관련 암호화 라이브러리에 영향을 미칩니다.

프로세스의 과학적 구조와 취약성

CVE-2023-39910은 개인 키 생성 시 약한 엔트로피 생성 메커니즘으로 특징지어지며, 이는 공격자가 암호화 작업 완료 후 잔여("더티") 메모리 영역에 접근할 수 있을 때 원래 키와 시드 문구를 복구할 수 있게 합니다. Rowhammer 공격 후 개인 키가 저장되었던 손상된(또는 지워지지 않은) RAM 버퍼(
HEX: 9E027D0086BDB83372F6040765442BBEDD35B96E1C861ACCE5E22E1C4987CD60)는 직접 검색 가능해집니다.

추출 알고리즘

1. 메모리 영역 식별:
   공격자는 프로세스의 메모리를 스캔합니다(예: gcore, volatility, 직접 읽기 /proc/<PID>/mem, 또는 전용 메모리 덤프 분석 라이브러리 같은 도구 사용)  개인 키 또는 시드 엔트로피와 일치하는 특성 패턴(비트 시퀀스 및 서명)을 찾습니다.
2. 데이터 추출:
   분석은 잔여 데이터의 직접 비교 및 디코딩을 사용합니다. Rowhammer 공격으로 일부 비트가 손상되었더라도 약한 엔트로피(취약점의 특징)는 메모리에 부분적으로 또는 완전히 남은 데이터에서 원래 키 값을 더 쉽게 복구할 수 있게 합니다.
3. 키 검증:
   결과 값은 알려진 암호화 절차(예: 공개 키 재구성 또는 Bitcoin 주소 생성)를 사용하여 검증됩니다. 결과 주소가 원본과 일치하면(예: 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit), 키가 성공적으로 추출된 것으로 간주됩니다.

기술적 및 과학적 중요성

이러한 공격은 두 가지 요소의 결합 없이는 불가능합니다: (1) Rowhammer를 통한 DDR5 메모리의 하드웨어 손상, 그리고 (2) 중요한 정보가 검열되지 않은 버퍼에 저장될 수 있게 하는 소프트웨어 결함. Libbitcoin Explorer에서 약한 엔트로피 알고리즘을 사용하면 메모리 손상으로 일부 정보가 손실되거나 손상되었더라도 공격자가 개인 키를 복구하는 작업이 더욱 쉬워집니다.

이 단계는 근본적인 시스템 문제를 보여줍니다: 하드웨어 및 소프트웨어 취약점이 존재할 때 잔여 RAM 블록에서 개인 키를 복구할 수 있는 능력은 암호화폐 생태계에 대한 신뢰를 심각하게 훼손하며, 암호화 데이터를 저장하고 처리할 때 안전한 메모리 관리 원칙의 개정을 요구합니다.

6단계: HEX 형식의 개인 키를 WIF 압축(52자)으로 변환

악성 체인의 여섯 번째 단계는 손상된 Bitcoin 개인 키를 16진수(HEX) 표현에서 Wallet Import Format 압축(WIF Compressed)으로 변환하는 것입니다. 이는 현대 지갑과 서비스에 키를 가져오는 데 일반적으로 사용되는 형식입니다.

과학적 변환 절차는 Base58Check 인코딩 표준에 기반하며 여러 중요한 단계를 통해 수행됩니다:

1. HEX 키를 바이트 배열로 변환. 메모리에서 검색된 개인 키(예: 9E027D0086BDB83372F6040765442BBEDD35B96E1C861ACCE5E22E1C4987CD60)는 ECDSA secp256k1 개인 키 표준을 준수하는 32바이트 배열로 해석됩니다.
2. 네트워크 접두사 추가. Bitcoin 메인넷의 경우 배열 시작 부분에 버전 바이트 0x80이 추가되어 기본 네트워크 프로토콜을 구분합니다.
3. 압축 플래그. 데이터 끝에 바이트 0x01이 추가되어 공개 키가 압축되어야 함(압축 공개 키)을 나타내며, 결과적으로 'K' 또는 'L' 문자로 시작하는 주소가 생성됩니다.
4. 체크섬 생성. 전체 문자열(버전 + 키 + 압축 태그)은 이중 해시(SHA256)된 후 결과 데이터의 처음 4바이트가 추출됩니다. 이 체크섬은 복사 오류를 방지하기 위해 설계되었습니다.
5. WIF 생성. 체크섬이 바이트 배열에 추가된 후 전체 문자열이 Base58Check 형식으로 인코딩되어 사용자 입력 오류 가능성을 최소화하고 암호화폐 지갑과의 호환성을 보장합니다.

결과적으로 구성된 WIF 압축 키(예: L2Wru6Ew8pQuhcWAvMpdtPY4YWK1CQcwPCWxFvzkoi47crJBAVaP)는 'K' 또는 'L'로 시작하는 52자 문자열입니다.

이 프로세스는 암호 분석을 위한 전문 서비스와 도구에 자세히 설명되어 있으며, Bitcoin 키 작업을 위한 수많은 소프트웨어 라이브러리에서도 지원됩니다. btcpuzzle

따라서 이 단계는 공격자가 표준화된 운영 절차를 사용하여 얻은 HEX 키를 널리 사용되는 WIF 압축 형식으로 변환하여 손상된 Bitcoin 주소의 디지털 자산에 대한 후속 불법 접근을 수행하는 방법을 보여줍니다.

7단계: 개인 키에서 Bitcoin 주소 생성

개인 키에서 Bitcoin 주소(예: 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit)를 생성하는 과학적 프로세스는 타원 곡선 알고리즘 secp256k1과 Bitcoin 아키텍처에서 사용되는 해시 함수에 기반한 여러 기본적인 암호화 변환을 포함합니다.

1. 공개 키 생성
   • 개인 키 kkk(1에서 2^256 사이의 32바이트 정수)에서 공개 키 K = k⋅GK = k \cdot GK = k⋅G가 생성됩니다. 여기서 G는 SECP256K1 곡선의 기준점입니다. 압축 주소의 경우 공개 키는 yyy 좌표의 패리티에 따라 접두사(0x02 또는 0x03)와 함께 33바이트로 인코딩됩니다.
2. 공개 키 해시 계산
   • 공개 키는 먼저 SHA-256 함수로 해시된 다음 RIPEMD-160 함수로 해시됩니다. 결과로 나온 20바이트 결과는 소위 공개 키 해시(PKH)라고 하며, 사용자를 고유하게 식별합니다.
3. 네트워크 접두사 추가
   • PKH 데이터에 네트워크 접두사 바이트(메인넷 Bitcoin의 경우 0x00)가 추가되어 서로 다른 네트워크의 주소 유형을 구분합니다.
4. 체크섬 생성
   • 생성된 문자열에 체크섬이 추가됩니다: 이전 전체 결과의 SHA-256을 이중으로 수행하고, 그 첫 4바이트가 끝에 추가됩니다.
5. Base58Check로 변환
   • 결과 문자열은 Base58Check 인코딩으로 변환됩니다. 이는 수동 입력 오류의 위험을 최소화하고 사용성을 개선하도록 설계된 문자 인코딩입니다. 결과는 33~34자 길이의 주소 문자열로, 클래식 P2PKH 주소의 경우 '1'로 시작하거나 SegWit/Taproot의 경우 '3/최신'으로 시작합니다.
6. 검증
   • 결과 주소는 알려진 공개 값(예: 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit)과 비교됩니다. 일치가 성공하면 공격이 완료된 것으로 간주되며, 해당 주소의 자산에 대한 완전한 제어권을 확보합니다.

이 프로세스는 현대 지갑과 라이브러리에서 완전히 자동화되어 있지만, 과학적 분석은 개인 키와 타원 산술의 올바른 구현이 있으면 Bitcoin 주소를 복구하는 데 1초도 걸리지 않으며, 이는 개인 데이터와 네트워크의 공개 식별자 사이의 아키텍처적 연속성을 강조합니다. generate.mitilena+1

따라서 주소 생성 단계는 손상된 개인 키를 Bitcoin 생태계의 디지털 등가물에 연결하고 추가 암호화 작업을 통해 공격자에게 지갑 자산에 대한 접근 권한을 부여합니다.

8단계: 손상된 Bitcoin 지갑 잔액 확인

악성 절차의 여덟 번째 단계는 손상된 Bitcoin 주소( 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit)에서 사용 가능한 자산을 확인하는 것입니다. 이 단계는 후속 작업의 경제적 타당성을 확인하고 잠재적 피해를 평가하는 데 필요합니다.

프로세스의 과학적 기반

Bitcoin 블록체인 아키텍처는 각 주소와 관련된 모든 거래를 기록하는 공개 분산 원장 위에 구축됩니다. 모든 지갑의 잔액을 확인하는 데는 개인 키나 특별한 접근 권한이 필요하지 않습니다: 공개 API 엔드포인트, 웹 서비스 또는 자율 노드(예: Insight REST API, Blockchain.info, Blockstream 또는 RPC 인터페이스가 있는 로컬 Bitcoin Core 노드)에 접근하기만 하면 됩니다.

기술적 방법 및 알고리즘

1. 잔액 API 요청. 이 시나리오는 일반적으로 공개 REST API에 접근하여 구현됩니다:
   • API에 HTTP 요청(GET)이 생성됩니다(예: https://blockchain.info/rawaddr/{address}또는 https://insight.bitpay.com/api/addr/{address}/balance).
   • 주소의 현재 최종 잔액이 사토시 단위로 반환되며(1 BTC = 124,904 USD), 스크립트가 이를 BTC로 변환합니다.
2. 법정 화폐 등가물 확인. 잔액은 시장 데이터 API를 요청하거나 모니터링된 환율을 사용하여 현재 시장 가치(USD 또는 다른 통화)로 추가 변환될 수 있습니다.
3. 체계적 자동 실행. 공격은 종종 익스플로잇 내의 자동화된 절차로 구현되어 손상 확인과 후속 자금 인출을 위한 최적의 시점을 즉시 검증할 수 있습니다.

과학적 및 실용적 중요성

Bitcoin의 오픈소스 특성은 쉬운 지갑 모니터링을 가능하게 하여 공격자가 무단 주소의 정확한 잔액을 확인할 수 있게 합니다(이 예에서는 9.023322989 BTC, 이는 환율 $124,904당 BTC로 $1,127,026.44에 해당합니다). Bitcoin 인프라의 이러한 특성은 추가 위험도 생성합니다: 개인 키의 손실은 자금에 대한 통제권 상실로 이어질 뿐만 아니라 제3자(공격자 포함)에게 즉시 완전히 투명해집니다 .

따라서 잔액 확인 단계는 블록체인 시스템의 정보적 개방성을 강조하고 과학적 공격 체인을 완성하여 암호화 키의 성공적인 손상을 디지털 자산 소유자에 대한 실제 피해와 연결합니다. 잔액 확인 단계에서 공격자는 공개 블록체인 탐색기 API(예: Insight REST API 또는 blockchain.info)를 사용하여 손상된 Bitcoin 주소의 현재 자금 상태에 대한 정보를 얻습니다. API에 GET 요청을 보내기만 하면 됩니다: 예를 들어, https://blockchain.info/rawaddr/15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit 로 주소의 잔액을 사토시 단위로 얻은 다음 결과를 BTC로 변환합니다. cryptodeep+2

이 프로세스는 완전히 투명하며 개인 키를 소유할 필요가 없습니다: 공개 주소를 아는 것만으로 충분합니다. 결과 데이터( 9.02332298 BTC)는 현재 Bitcoin 시장 환율과 비교하여 등가 금액을 USD로 변환할 수 있습니다( ≈$1,127,026.44 공격 시점 기준). 소프트웨어 방법을 통해 이러한 단계를 자동화하고 공격 알고리즘에 통합하여 후속 절도의 경제적 타당성을 즉시 검증할 수 있습니다. habr+1

과학적 분석 관점에서 잔액 검증 단계는 블록체인 시스템의 고유한 투명성을 보여줍니다. 키가 손상되면 자금에 대한 통제권이 자동으로 상실되고, 소유자의 위험은 자산의 완전한 손실로 확대됩니다. habr+2

9단계: 자금 탈취를 위한 악성 트랜잭션 생성

악성 캠페인의 마지막 단계에서 공격자는 비트코인 지갑의 개인 키를 성공적으로 추출한 후, 손상된 주소( 15ZwrzrRj9x4XpnocEGbLuPakzsY2S4Mit)에 있는 모든 가용 자금을 자신이 통제하는 주소로 이체하기 위한 트랜잭션을 블록체인에서 생성하고 전파합니다.

프로세스의 과학적 구조

비트코인 트랜잭션은 입력(피해자 주소에 할당된 자금 출처), 출력(수신자의 대상 주소), 그리고 송신자의 권한을 증명하는 디지털 서명으로 구성된 디지털 메시지입니다 .

1. UTXO(미사용 출력) 정의
   • 공개 블록체인 탐색기 또는 프라이빗 노드를 사용하여 손상된 주소와 연결된 미사용 트랜잭션 출력(UTXO)의 전체 목록을 확인합니다. 이는 해당 주소가 보유한 자금의 공식적인 출처입니다.
2. 트랜잭션 생성
   • 공격자는 프로그램 방식으로 트랜잭션을 생성하여 다음을 지정합니다:
     • 지갑 전체 잔액을 인출하기 위한 입력으로 발견된 모든 UTXO;
     • 유일한 수신자(출력)로서의 공격자의 비트코인 주소;
     • 신속한 확인에 필요한 수수료(fee) 금액;
     • 필요한 경우 Locktime 및 sequence time 매개변수.
3. 개인 키를 사용한 트랜잭션 서명
   • 악성 스크립트는 추출된 개인 키를 사용하여 생성된 트랜잭션에 디지털 서명(secp256k1을 사용하는 ECDSA)을 합니다. 이를 통해 자금 관리 권한이 검증됩니다.
4. 네트워크에 트랜잭션 브로드캐스트
   • 완성된 서명 트랜잭션은 공개 비트코인 노드의 mempool로 전송됩니다(RPC 인터페이스, 공개 API 또는 지갑 통합을 통해). 일반적으로 공격자는 트랜잭션이 ecos 블록에 포함될 가능성을 높이기 위해 여러 배포 지점을 사용합니다.
5. 채굴자 검증 및 되돌릴 수 없음
   • 채굴자는 트랜잭션을 검증하고 다음 블록(일반적으로 10분 이내)에 포함시킨 후, 자금은 되돌릴 수 없게 공격자의 통제로 이체됩니다. 여러 번의 확인(일반적으로 6회 이상) 후에는 트랜잭션이 최종으로 간주되며 취소하거나 되돌릴 기회가 없습니다 .

과학적 및 실용적 의의

이 일련의 과정은 암호화폐 자산의 근본적인 취약점을 보여줍니다. 개인 키를 가진 사람은 누구나 원래 소유자와 관계없이 모든 자금을 인출하는 프로토콜 유효 트랜잭션을 생성할 수 있습니다. 악성코드(예: Phoenix Rowhammer 익스플로잇)는 잔액 확인, 수신자 주소 스푸핑, 또는 압수된 키로 자체 서명 트랜잭션 생성 등의 단계를 자동화합니다. securelist

이 프로세스는 전적으로 블록체인 아키텍처에 의존합니다. 네트워크의 분산성과 암호화 신뢰성은 개인 키가 손상된 경우 이러한 공격을 막지 못합니다. 유일한 예방 조치는 키 생성 및 저장 시점의 하드웨어 및 소프트웨어 보안과 트랜잭션 실행 전 손상 징후의 신속한 탐지입니다.

따라서 악성 트랜잭션 생성 단계는 전체 공격 체인을 완성하여 완전한 경제적 의미를 부여합니다. 즉, 비트코인 네트워크의 합의 메커니즘에 의해 완전히 검증된, 공격자에게 자금을 되돌릴 수 없게 이체하는 것입니다.

구현의 기술적 특징:

이 스크립트에는 외부 종속성 없이 WIF 키를 생성하는 데 필요한 Base58 인코딩의 자체 구현이 포함되어 있습니다. 각 단계에는 공격자의 목표와 공격 메커니즘을 설명하는 상세한 주석이 함께 제공됩니다.

중요 경고: 코드에는 교육 및 과학적 목적으로만 사용하도록 의도되었다는 여러 경고가 포함되어 있습니다. 실제 공격에 유사한 방법을 사용하는 것은 범죄 행위입니다.

이 데모 스크립트는 연구 논문에서 Phoenix Rowhammer 공격의 위협을 설명하는 데 이상적이며, DDR5 메모리 하드웨어 취약점을 통한 비트코인 지갑 손상의 전체 주기를 독자에게 보여줍니다.

암호화폐 산업에 대한 글로벌 영향

비트코인 인프라에 미치는 영향

Phoenix Rowhammer 공격은 거래소, 커스터디 서비스, 채굴 풀 및 개인 사용자를 포함한 전체 비트코인 인프라에 전례 없는 위험을 제기합니다. 잠재적 결과는 다음과 같습니다: keyhunters

Read more