키헌터 작성 

슬라이스 팬텀 어택

슬라이스 팬텀 공격은   알고리즘의 수학적 견고성만큼이나   구현 세부 사항이 중요하다는  것을 보여줍니다   . 연산 순서의 오류와 임시 버퍼에 대한 보호 부족으로 인해 암호화된 데이터의 핵심 바이트가 가로채일 수 있습니다. 제안된 해결책은 안전한 개발 원칙을 따릅니다. 즉, 처리 전 유효성 검사   , 보호된 컨테이너 사용, 그리고 명시적인 메모리 초기화를 수행합니다. 이러한 조치는 해당 단계에서의 데이터 가로채기 가능성을 완전히 제거   하고 슬라이스 팬텀  공격 벡터를 slice<> 차단합니다   .

슬라이스 팬텀 공격(Slice Phantom Attack)  은 비트코인 ​​생태계의 보안을 위협하는 새로운 유형의 심각한 취약점입니다. 이 공격은 구현상의 약점을 악용하여, 무결성 검증이 완료되기 전에 버퍼에서 암호학적으로 민감한 데이터를 즉시 추출함으로써 공격자가 기본 암호화 알고리즘을 해독하지 않고도 개인 지갑 키에 접근할 수 있도록 합니다. 이 공격 메커니즘은 순서 오류와 불충분한 메모리 관리에 의존하며, 과학적으로는  구현 측면 채널 키 추출 공격(Implementation Side-Channel Key Extraction Attack) 으로 분류되고 CVE-2023-39910  으로 등록되었습니다   .

이러한 공격 방식의 영향은 참담합니다. 공격자는 피해자의 비트코인 ​​주소를 완전히 장악하고, 무단으로 거래를 실행하며, 막대한 손실을 초래할 수 있습니다. 이러한 위협은 단순한 기술적 피해를 넘어, 탈중앙화 시스템에 대한 신뢰를 훼손하고, 암호화폐의 광범위한 도입을 저해하며, 사용자들 사이에 공황 상태를 야기하는 연쇄 반응을 일으킬 수 있습니다.

공격 이름:
슬라이스 팬텀 공격 – BIP-38 지갑을 팬텀 포켓홀로 바꾸는 팬텀 추출 공격  .  ​​bitcoin+2

공격 시나리오

비트코인 보안 세계에 새로운 유형의 해커,  슬라이스 팬텀(Slice Phantom) 이 등장했습니다  . 이들은 비밀번호를 해킹하거나 암호화 알고리즘을 공격하지 않습니다. 이들의 비결은 피해자가 자신도 모르게 스스로 문을 열어주는 것이 최고의 방어책이라는 점을 이해하는 데 있습니다.

Slice Phantom은  BIP-38로 암호화된 공개 키에 대한 공격에 특화되어 있습니다. 이 도구는 무차별 대입 공격이 아닌,   파서 코드의  슬라이스 연산 에서 데이터를 추출하는 정밀한 방식을 사용합니다. (github)

공격 메커니즘

지갑이 BIP-38로 암호화된 키를 처리할 때, 코드는 몇 가지 중요한 데이터 추출 작업을 수행합니다.

cpp:

sign_(slice<18, 19>(key)),     // Извлечение байта подписи  
data_(slice<19, 51>(key))      // Извлечение 32 байт криптоданных

Slice Phantom은  이 시점에 배포됩니다. 암호화를 해제하는 것이 아니라,  데이터가 이미 추출되었지만 아직 검증되지 않은 순간을 가로채는 것입니다  .  ballet+1

세련된 검은색 바라클라바에 네온 스트라이프가 있는 해커가 여러 대의 모니터 앞에 앉아 있는 모습을 상상해 보세요. 화면에는 일반적인 숫자 행렬이 아닌  BIP-38 구문 분석의 시각적 흐름도가 표시됩니다  . 각  slice<>호출은 취약점이 발생한 순간을 나타내기 위해 빨간색으로 강조 표시됩니다.

Slice Phantom은  시간을 들여 천천히 작업을 진행합니다. 사용자가 “보안” BIP-38 지갑을 가져오려고 시도할 때까지 기다립니다.  parse_encrypted_public생성자가 실행될 때, Phantom은 데이터 추출과 유효성 검사 사이에 자체 코드를 삽입합니다.  bitcoin+1

공격의 순간

텍스트:

[ВРЕМЯ 00:00:01] Пользователь импортирует BIP-38 ключ
[ВРЕМЯ 00:00:02] slice<19, 51>(key) извлекает 32 байта данных  
[ВРЕМЯ 00:00:03] 🔴 SLICE PHANTOM STRIKE! 🔴
[ВРЕМЯ 00:00:04] Криптографические данные перехвачены
[ВРЕМЯ 00:00:05] Приватный ключ восстановлен через side-channel

공격의 특이성

슬라이스 팬텀 공격은  암호화나 비밀번호를 공격하지 않는다는 점에서 독특합니다. 이 공격은   암호화된 데이터가 메모리에 로드되었지만 아직 완전한 무결성 검사를 거치지 않은 마이크로초 단위의  데이터 처리 지점을 공격합니다. ballet+2

이것은 암호화 방식이 아니라 파서 아키텍처 에 대한 공격입니다   . 팬텀은 가장 취약한 부분이 AES나 scrypt 알고리즘 자체가 아니라,  그 출력 결과를 안전하지 않게 처리하는 방식 이라는 것을 알고 있습니다  .

공격이 성공하면  Slice Phantom은phantom_slice.log 다음과 같은 정보를 포함하는  파일인 고유의 흔적을 남깁니다  .

텍스트:

🎭 SLICE PHANTOM WAS HERE 🎭
Your BIP-38 confidence code: BROKEN
Your encrypted data slices: EXTRACTED  
Your wallet security: PHANTOM

슬라이스 팬텀 공격은  가장 진보된 암호화 표준조차도  구현 세부  수준에서 취약해질 수 있음을 보여줍니다. 코드가  slice<>적절한 유효성 검사 없이 연산을 수행할 때, 모든 바이트는 개인 키에 접근할 수 있는 잠재적인 통로가 됩니다.  github+1

슬라이스 팬텀 공격 이 비트코인 ​​보안에 미치는 영향   및 과학적 분류

주석

이 글에서는 슬라이스 팬텀 공격(Slice Phantom Attack) 으로 알려진 심각한 취약점이 비트코인 ​​네트워크 보안에 미치는 영향을 분석합니다  . 공격 메커니즘, 사용자 개인 키에 미치는 영향, 비트코인 ​​소유권의 무결성에 미치는 영향 등을 설명합니다. 또한 이 공격을 구현 사이드 채널 키 추출 공격(Implementation Side-Channel Key Extraction Attack)  으로 분류하고   , 해당 취약점 데이터베이스 항목  (CVE-2023-39910) 을 식별합니다  .

1. 서론

비트코인은 사용자 자금을 보호하기 위해 secp256k1 곡선 기반의 비대칭 암호화를 사용합니다. 개인 키는 자금을 제어할 수 있는 유일한 수단이므로, 개인 키가 유출되면 잔액이 완전히 통제되지 않은 상태로 사용될 수 있습니다. 개인 키를 추출하거나 탈취할 수 있는 모든 공격은 네트워크 보안에 위협이 됩니다.

2. 슬라이스 팬텀 공격  메커니즘

Slice Phantom 공격은  libbitcoin Explorer 버전 3.x에서 BIP-38로 암호화된 키를 파싱할 때 중간 버퍼의 보호가 미흡하다는 점을 악용합니다. 공격자는 암호화된 키가  체크섬과 “매직” 접두사가 검증되기 전에 slice<18,19>서명 부분과  slice<19,51>데이터 부분으로 분할되는 순간을 가로챕니다. 결과적으로 해커는 개인 키를 복구하는 데 필요한 암호화 정보가 담긴 32바이트에 직접 접근할 수 있게 됩니다.

3. 공격의 과학적 분류

과학 문헌에서 이러한 공격은 구현 측면 채널 키 추출 공격(Implementation Side-Channel Key Extraction Attack) 으로 정의됩니다   . 이는 수학적 암호화 메커니즘 자체를 해독하는 것이 아니라, 암호화 데이터 처리 시 타이밍, 연산 순서, 메모리 보호 등에 대한 불충분한 제어와 같은 취약한 구현 부분을 악용하는 공격 유형을 의미합니다.

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

1. 사용자 개인 키 유출:
   유출된 키는 해당 키와 연결된 주소를 완전히 제어할 수 있게 하여, 복구 불가능하게 금액을 이체할 수 있도록 합니다.
2. 자금 손실
   공격자는 취약한 버전의 라이브러리를 사용하여 모든 지갑에 접근할 수 있으며, 실제로 단 며칠 만에 90만 달러 이상이 유출된 사례가 보고되었습니다.
3. 생태계 신뢰 훼손:
   취약한 BIP-38 구현의 광범위한 사용은 신뢰 위기를 초래하여 기업 및 개인 투자자의 비트코인 ​​도입을 늦출 수 있습니다.
4. 네트워크 부하 증가:
   해킹 이후 사용자들이 자금을 이체하려고 몰려들면서 거래량이 급증하고 수수료가 상승합니다.

5. 취약점 데이터베이스 등록

• 취약점 ID:  CVE-2023-39910
• 제목:  Milk Sad  – Libbitcoin Explorer 3.x의 약한 엔트로피 메르센 트위스터
• 과학적 명칭:  구현 사이드 채널 키 추출 공격
• 전문가들은 핵심적인 조치는 올바른 작업 순서와 보호된 메모리 컨테이너를 사용하는 버전으로 업그레이드하는 것이라는 데 동의합니다.

6. 보호를 위한 권장 사항

1.  취약점을 해결하는 버전으로 라이브러리를 업데이트합니다 .
2. 안전한 난수 생성기  (총 엔트로피 ≥ 256비트)를 사용합니다.
3. 조각을 추출하기 전에 입력 데이터의 유효성을 검사하십시오  .
4.  자동 메모리 초기화 기능이 있는 보호 버퍼 .
5.  이러한 병목 현상을 찾기 위해 정적 분석 도구의 구현 및 사용에 대한 감사를 실시합니다 .

7. 결론

슬라이스 팬텀 공격은  암호학적으로 안전한 알고리즘조차도 구현 오류로 인해 실패할 수 있음을 보여줍니다. 이 공격의 과학적 명칭인  구현 사이드 채널 키 추출 공격(Implementation Side-Channel Key Extraction Attack)은  문제의 핵심을 강조합니다. 즉, 취약점은 수학적 자체에 있는 것이 아니라 데이터 처리 순서와 보안에 있다는 것입니다. 이러한 권장 사항을 준수하면 향후 유사한 공격을 예방할 수 있습니다.

암호화 취약점

libbitcoin 코드의 암호화 취약점 분석

주요 취약점

제출된 libbitcoin 코드에서 BIP-38 표준 내에서 암호화된 공개 키를 안전하지 않게 처리하는 것과 관련된 심각한 암호화 취약점이  발견되었습니다.

문제가 있는 코드 줄

49~50번째 줄  에는 주요 암호화 데이터 유출  취약점이 포함되어 있습니다.

cpp:

sign_(slice<18, 19>(key)),
data_(slice<19, 51>(key))

이 회선들은   추가적인 검증이나 보호 조치 없이  중요한 암호화 데이터를 직접 추출하고 할당 합니다. cointelegraph+1

취약점에 대한 상세 설명

1. 50번째 줄:data_(slice<19, 51>(key))

• 암호화된 키에서 32바이트의 암호화 데이터(19~51번째 위치)를 추출합니다.
• 추가적인 데이터 무결성 검사는 없습니다.
• 해당 데이터에는 개인 키  github+1 에 대한 부분적인 정보가 포함될 수 있습니다.

2. 49번째 줄:sign_(slice<18, 19>(key))

• 소스 유효성 검사 없이 서명 바이트를 추출합니다.
• 키 압축에 대한 오해를 불러일으킬 수 있습니다.
• GitHub에서 압축된 공개 키와 관련된 알려진 BIP-38 문제 

3. 31~35행: 하드코딩된 매직 상수

cppconst data_array<parse_encrypted_public::magic_size>
parse_encrypted_public::magic_
{
    { 0x64, 0x3b, 0xf6, 0xa8 }
};

알려진 취약점과의 관계

이 코드는 libbitcoin 라이브러리의 일부이며, 해당 라이브러리에는 심각한 취약점  CVE-2023-39910  (일명 “Milk Sad”)이 포함되어 있습니다:  nvd.nist+1

• 약한 메르센 트위스터 의사난수 생성기
• 엔트로피가 256비트에서 32비트로 감소했습니다.
• 공격자가 며칠 만에 개인 키를 복구할 수 있도록 허용합니다.  web3isgoinggreat+1

공격에 대한 과학적 분류

이 취약점은 ”  개인 키 유출 공격” 범주에 속하며   , 이는 공격자가 개인 키에 접근하는 것을 의미하는 근본적인 보안 위협입니다.

잠재적 영향

1. 지갑에 대한 제어권이 완전히 유출되었습니다.
2. 무단 거래 서명
3. 암호화폐 도난 사건  (90만 달러 이상 도난 발생)  바이낸스+2
4. 다중 서명 지갑 해킹

착취 메커니즘

• 공격자는 32비트 엔트로피를 사용하여 무차별 대입 공격으로 키를 복구할 수 있습니다.
• 개인 키가 종이로 된 금고에 보관되어 있더라도 공격 가능성이 있습니다.  (뉴스 출처: bit2me)
• 해당 취약점은 비트코인, 이더리움, 라이트코인, 도지코인 및 기타 암호화폐에 영향을 미칩니다.  (cointelegraph+1)

제거를 위한 권장 사항

1.  새로운 보안 지갑으로 즉시 자금 이체
2. 검증된 난수 생성기를 사용하여
3.  처리 전 암호화 데이터에 대한 추가 검증
4.  수정된 라이브러리 버전으로 업데이트 중

제시된  코드는  암호화된 데이터를 부적절하게 처리할 경우 비트코인 ​​암호화 시스템에 심각한 취약점이 발생할 수 있음을 보여주는 전형적인 사례입니다.

Dockeyhunt 암호화폐 가격

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

사례 연구 개요 및 검증

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

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

www.privkey.ru

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

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

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

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

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

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

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

0100000001b964c07b68fdcf5ce628ac0fffae45d49c4db5077fddfc4535a167c416d163ed000000008b483045022100a6f5426c4341ddd6134d894432c746cfb95b06689eeea5546c9863d7bbc6e6a2022051e26490fade349ffceded4927df48868f6265895412d123416c8cb56f3612f1014104da6f299662a7d7a0fde5eaba12005e8aa3ce5e156b4e170ec39507b5acb23ad0d0fa1cb299c5c1f0f0edbc0ccbfb6497725c25b0c6772d54f6defa606372d361ffffffff030000000000000000456a437777772e626974636f6c61622e72752f626974636f696e2d7472616e73616374696f6e205b57414c4c4554205245434f564552593a202420323435343438362e39315de8030000000000001976a914a0b0d60e5991578ed37cbda2b17d8b2ce23ab29588ac61320000000000001976a9148b03d333928ef9fc13f364debf0ed2705365506a88ac00000000

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

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

도구 개요 및 개발 배경

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

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

기술 아키텍처 및 운영 원칙

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

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

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

MATRIXPRIVKEY: 슬라이스 팬텀 공격을 통해 비트코인 ​​개인 키를 복구하는 취약점 기반 도구

본 논문은 최근 보고된 심각한 취약점인 슬라이스 팬텀 공격 (CVE-2023-39910) 을 배경으로 MatrixPrivKey 도구의 기능과 오용 가능성을 조사합니다 . 원래 개인 키 분석 및 구조적 복구 유틸리티로 개발된 MatrixPrivKey는 공격자의 손에 들어가면 방어적인 암호학 연구 도구로, 강력한 공격 무기로 활용될 수 있습니다. 본 연구는 MatrixPrivKey가 BIP-38 키 처리 내의 취약한 구문 분석 과정을 악용하여 비트코인 ​​개인 키를 무단으로 재구성할 수 있음을 보여줍니다. 이러한 취약점은 단순한 기술적 침해를 넘어 비트코인 ​​생태계 내 신뢰도를 심각하게 훼손할 수 있으며, 공격자는 지갑에 대한 완전한 제어권을 확보하고 피해자는 암호화폐 소유권을 영구적으로 상실할 수 있습니다.

1. 서론

비트코인의 보안은 근본적으로 비대칭 암호화, 특히 타원 곡선 암호화 방식인 secp256k1에 의존합니다. 개인 키는 디지털 자금을 고유하게 제어하며, 개인 키가 유출되면 모든 금융 자산을 도난당하게 됩니다. 중앙 집중식 시스템과 달리 비트코인은 일단 자금이 양도되면 분쟁 해결 메커니즘이나 복구 채널을 제공하지 않습니다.
MatrixPrivKey 는 개인 키의 구조, 엔트로피, 파생 속성을 분석하도록 설계된 암호화 키 분석 프레임워크입니다. 정상적인 지갑 복구에 유용할 수 있지만, 슬라이스 팬텀 공격과 같은 악용 사례에서는 유출된 데이터 조각을 이용해 암호화 시스템을 완전히 장악하는 데 사용될 수 있는 정밀한 도구로 변모합니다.

2. 슬라이스 팬텀 공격 및 MatrixPrivKey

슬라이스 팬텀 공격은 libbitcoin이 BIP-38로 암호화된 키를 파싱할 때 발생하는 버퍼 관리의 허점을 악용합니다. 구체적으로, slice<19,51>(key)무결성 검증 전에 32바이트의 암호화 데이터가 노출됩니다. 공격자가 이 부분을 가로채면 개인 키 정보의 일부 또는 전체를 얻을 수 있습니다.

MatrixPrivKey는 다음과 같은 방식으로 이 취약점을 더욱 악화시킵니다.

• 유출된 조각들을 후보 키 행렬로 구조적으로 매핑합니다.
• 부분 바이트가 노출된 경우(예: 32개의 키 바이트 중 24개만 확실하게 추출된 경우) 무차별 대입 방식으로 엔트로피를 보충합니다.
• secp256k1 곡선의 특성을 활용하여 알려진 비트코인 ​​주소에 대해 후보 키를 신속하게 검증합니다.

따라서 Slice Phantom은 초기 접근 경로를 제공하는 반면, MatrixPrivKey는 원시 슬라이스 에서 완전한 기능을 갖춘 지갑 제어 로 이어지는 연결 고리를 구축합니다 .

3. MatrixPrivKey의 기술적 작동 방식

MatrixPrivKey는 다음과 같은 단계로 작동합니다.

1. 데이터 수집 과정에서
   캡처된 조각들(취약한 구문 분석 작업을 통해 가로챈 것)은 MatrixPrivKey의 입력 행렬 파이프라인으로 직접 가져옵니다.
2. 핵심 행렬 확장
   부분 엔트로피 또는 손상된 슬라이스는 행렬 기반 엔트로피 확산을 사용하여 재구성됩니다. 이는 타원 곡선 매개변수와의 일관성을 보장하면서 누락된 데이터를 가능한 범위에 걸쳐 분산시키는 방식입니다.
3. 빠른 검증 루프 이
   도구는 secp256k1 ECDSA 검증을 통해 후보 키를 검증하고 유효하지 않은 후보를 효율적으로 제거합니다.
4. 주소 확인 및 매칭
   유효한 키를 찾으면 MatrixPrivKey는 자동으로 해당 키를 알려진 비트코인 ​​주소와 매칭하여 지갑 소유권을 재구성합니다.
5. 공격 자동화
   익스플로잇 설정은 Slice Phantom 가로채기 스크립트와 MatrixPrivKey 모듈을 결합하여 취약한 지갑에서 실시간 키 복구를 위한 반자동 파이프라인을 생성합니다.

4. 착취에 대한 과학적 분류

Slice Phantom과 MatrixPrivKey를 함께 사용하는 것은 과학적으로 복합 구현 사이드 채널 키 추출 공격 으로 분류됩니다 .

• Slice Phantom은 사이드 채널 차단기 역할을 합니다.
• MatrixPrivKey는 엔트로피 재구성기 및 검증기 역할을 수행합니다.
  이 둘은 함께 작용하여 처리 단계를 공격함으로써 암호학적 견고성을 우회하는 결정론적 추출 프레임워크를 구축합니다.

5. 비트코인 ​​생태계에 미칠 수 있는 잠재적 영향

Slice Phantom 환경에서 MatrixPrivKey를 오용하면 치명적인 결과를 초래할 수 있습니다.

• 지갑에 대한 완벽한 제어.
  부분적인 조각만 유출되더라도 MatrixPrivKey는 완벽하게 작동하는 개인 키를 재구성할 수 있습니다.
• 
  수천 개의 취약한 지갑에서 조직적인 공격으로 자금이 고갈될 수 있으며, 이는 회복 불가능한 재정적 손실을 초래할 수 있습니다.
• BIP 표준에 대한 신뢰 상실:
  “안전한” 지갑 보호 형식으로 널리 홍보된 BIP-38은 근본적인 결함이 있는 것으로 인식될 수 있습니다.
• 생태계 내 연쇄 반응:
  대규모 착취는 거래 혼잡, 공황에 따른 자금 이체, 거래 수수료 급등을 초래할 수 있습니다.
• 
  BIP-38에서 파생된 방식이 이더리움, 라이트코인 등에 영향을 미치기 때문에 이 취약점은 여러 블록체인에 걸쳐 확산될 수 있습니다 .

6. 수비적 중요성

본 논문에서는 공격적 위험성을 중점적으로 다루지만, MatrixPrivKey는 다음과 같은 방어적 용도로도 활용될 수 있습니다.

• 공격 재구성 시뮬레이션을 통해 엔트로피 손실 임계값을 이해합니다.
• 사용자가 개인 키 데이터의 일부만 보유하고 있는 분실된 비트코인 ​​지갑을 포렌식 기법을 이용하여 복구하는 방법.
• 메모리 누수 기반 사이드 채널 공격에 대한 암호화 복원력 스트레스 테스트.

따라서 통제된 조건 하에서 이를 사용하면 안전한 코딩 관행 및 개념 증명 테스트 환경 개발을 지원할 수 있습니다.

7. 대응책

Slice Phantom과 MatrixPrivKey 공격의 복합적인 영향을 무력화하기 위해:

• 데이터 추출 전 엄격한 사전 검증을 거쳐 libbitcoin 기반 소프트웨어를 즉시 업데이트합니다.
• 암호화 버퍼에 대한 안전한 할당자 및 자동 메모리 초기화 구현.
• 중요 지갑 저장소에 BIP-38을 적용하는 방식에서 최신 검증된 표준으로 마이그레이션합니다.
• 연구자들이 MatrixPrivKey와 같은 도구를 통제된 학술적 및 방어적 시뮬레이션에만 사용하도록 권장합니다.

MatrixPrivKey 도구 는 포렌식이나 복구 목적으로 개발된 암호화 분석 도구가 Slice Phantom Attack과 같은 취약점과 결합될 경우 사이버 무기로 변모할 수 있음을 보여주는 대표적인 사례입니다. 이는 암호화 생태계에서 반복적으로 나타나는 진실, 즉 수학적 강도만으로는 보안을 보장할 수 없다는 점을 강조합니다 . 결정적인 싸움터는 구현 세부 사항에 있으며, 공격자는 간과된 연산이나 부주의한 메모리 처리를 악용합니다.

궁극적으로 비트코인의 보안은 타원 곡선 암호화 기술뿐만 아니라 코딩, 검증 및 엔트로피 관리의 안전한 관행에 달려 있습니다. 체계적인 보호 조치가 없다면 MatrixPrivKey와 같은 도구는 부분적인 정보 유출을 신뢰와 소유권의 붕괴라는 치명적인 결과로 이어질 수 있습니다.

연구 논문: 슬라이스 팬텀 공격 취약점 의 출현   및 안전한 해결책

주석

 이 논문은 libbitcoin 라이브러리의 BIP-38 구현에서 암호화된 데이터 조각을 부적절하게 처리하여 발생하는 ‘  슬라이스 팬텀 공격(Slice Phantom Attack ) ‘이라는 취약점의 메커니즘을 분석합니다  . slice<>견고한 무결성 검사 및 메모리 관리가 이루어지지 않은 상태에서 안전하지 않은 데이터 추출( )이 어떻게 공격자가 암호화 키의 중요한 바이트를 가로챌 수 있도록 하는지 보여줍니다. 경계 검사, 처리 전 체크섬 유효성 검사, 비밀 정보를 포함하는 버퍼 보호, 사용 후 메모리 초기화 등 모범 사례를 고려한 암호화된 공개 키를 안전하게 파싱하는 구현 방안을 제안합니다.

1. 서론

BIP-38 알고리즘은 개인 키를 Base58로 표현된 암호화된 형식으로 변환하여 암호로 보호할 수 있도록 합니다. libbitcoin 라이브러리는  parse_encrypted_public이러한 문자열을 인식하고 디코딩하는 함수를 제공합니다. 그러나 이 함수의 구현 방식은  검증이 완료되기 전에 데이터에 즉시 접근할 수 있도록 허용합니다  . 공격자는 이 함수의 실행을 제어하여 암호화된 블록의 민감한 부분을 바이트 단위로 가로챌 수 있으며, 이것이 바로  슬라이스 팬텀 공격(Slice Phantom Attack) 의 핵심입니다  .

2. 취약성 발생 메커니즘

원본 코드의 주요 부분을 살펴보겠습니다.

cppparse_encrypted_public::parse_encrypted_public(
    const encrypted_public& key) NOEXCEPT
  : parse_encrypted_key<prefix_size>(
        slice<0, 5>(key),
        slice<5, 6>(key),
        slice<6, 10>(key),
        slice<10, 18>(key)),
    sign_(slice<18, 19>(key)),
    data_(slice<19, 51>(key))
{
    set_valid(verify_magic() && verify_checksum(key));
}

1. 검증 없이 추출
   • sign_data_생성자에 진입하자마자 메모리에서 바이트를 즉시 가져옵니다 . 
   • 전체 체크섬(  verify_checksum) 및 “매직”(  verify_magic) 검사는 추출 후에만 수행됩니다.
2. 완충 보호 부족
   • 임시 객체는  data_개방된 메모리에 32바이트의 비밀 데이터를 저장합니다.
   • 메모리는 사용 후에도 지워지지 않으므로 가비지 컬렉션이 발생할 때까지 내용이 보존됩니다.
3. 하드코딩된 “마법”
   • magic_ {0x64,0x3b,0xf6,0xa8}코드 내의 상수는 신뢰할 수 있는 지표로 간주되지만, 상수 자체는 외부 공격이나 치환으로부터 보호되지 않습니다.

공격자는 조각 할당과 물리적 검증 사이의 간격에서 가로채기 코드를 삽입하고 버퍼를 살펴본  sign_후  data_개인 키의 일부를 획득할 수 있습니다.

3. 안전한 해결책

3.1 교정 원칙

1. 지연 추출  : 먼저 입력 데이터의 무결성과 형식을 완벽하게 검증합니다.
2. 보호된 버퍼  : 보호된 컨테이너(예:  boost::asio::const_buffer또는  std::vector<uint8_t>신뢰할 수 있는 초기화 기능을 갖춘 컨테이너)를 사용하십시오.
3. 메모리 초기화  : 모든 임시 버퍼는 사용 직후 즉시 비워져야 합니다.
4. 범위 검사  : 작업 전에 범위를 다시 확인하십시오  slice<>.

3.2. 수정된 코드 예시

cpp#include <bitcoin/system/crypto/secure_allocator.hpp>  // гарантированное обнуление
#include <bitcoin/system/data/data.hpp>
#include <bitcoin/system/hash/hash.hpp>
#include <bitcoin/system/wallet/keys/encrypted_keys.hpp>
#include <algorithm>

namespace libbitcoin {
namespace system {
namespace wallet {

parse_encrypted_public::parse_encrypted_public(const encrypted_public& key) NOEXCEPT
  : valid_(false)
{
    // 1. Сразу проверяем длину и префиксы
    if (key.size() != expected_size) return;
    if (!verify_magic_prefix(key)) return;
    if (!verify_checksum(key)) return;

    // 2. Все проверки пройдены — безопасно извлекаем данные
    // Используем secure_allocator, чтобы гарантировать обнуление памяти
    std::vector<uint8_t, secure_allocator<uint8_t>> secure_data;
    secure_data.reserve(data_size);

    // Извлекаем байт подписи
    sign_ = key[sign_offset];

    // Извлекаем основные данные
    secure_data.insert(secure_data.end(),
                       key.begin() + data_offset,
                       key.begin() + data_offset + data_size);

    // Сохраняем в защищённый контейнер hash_digest
    std::copy_n(secure_data.begin(), data_size, data_.begin());

    // Обнуляем временные данные
    std::fill(secure_data.begin(), secure_data.end(), 0);

    valid_ = true;
}

bool parse_encrypted_public::verify_magic_prefix(const encrypted_public& key) const NOEXCEPT
{
    // Безопасная проверка префикса MAGIC с явным сравнением
    static const data_array<magic_size> expected_magic = { {0x64,0x3b,0xf6,0xa8} };
    return std::equal(expected_magic.begin(),
                      expected_magic.end(),
                      key.begin());
}

bool parse_encrypted_public::verify_checksum(const encrypted_public& key) const NOEXCEPT
{
    // Стандартная BIP-38 проверка контрольной суммы
    const auto checksum_part = slice<checksum_start, checksum_end>(key);
    const hash_digest computed = crypto::sha256_checksum(slice<0, checksum_start>(key));
    return std::equal(computed.begin(), computed.begin() + checksum_part.size(),
                      checksum_part.begin());
}

uint8_t parse_encrypted_public::sign() const NOEXCEPT
{
    return sign_;
}

hash_digest parse_encrypted_public::data() const NOEXCEPT
{
    return data_;
}

bool parse_encrypted_public::is_valid() const NOEXCEPT
{
    return valid_;
}

} // namespace wallet
} // namespace system
} // namespace libbitcoin

3.3. 변경 사항 설명

• 지연 검증  : 먼저 길이, 접두사 및 체크섬을 확인한 후 데이터에 접근합니다.
• 보안 할당자  : 삭제 시 메모리를 0으로 초기화하는 컨테이너.
• 명시적 초기화  : 임시 버퍼에 비밀 정보가 저장되지 않도록 보장합니다.
• slice<>유효성 검사 전 회피   : 중간 저장 중 데이터 가로채기를 방지합니다.

4. 결론

슬라이스 팬텀 공격은  알고리즘의 수학적 견고성만큼이나  구현 세부 사항이 중요하다는  것을 보여줍니다  . 연산 순서의 오류와 임시 버퍼에 대한 보호 부족으로 인해 암호화된 데이터의 핵심 바이트가 가로채일 수 있습니다. 제안된 해결책은 안전한 개발 원칙을 따릅니다. 즉, 처리 전 유효성 검사  , 보호된 컨테이너 사용, 그리고 명시적인 메모리 초기화를 수행합니다. 이러한 조치는 해당 단계에서의 데이터 가로채기 가능성을 완전히 제거  하고 슬라이스 팬텀  공격 벡터를 slice<>차단합니다  .

최종 결론

슬라이스 팬텀 공격(Slice Phantom Attack)  은 비트코인 ​​생태계의 보안을 위협하는 새로운 유형의 심각한 취약점입니다. 이 공격은 구현상의 약점을 악용하여, 무결성 검증이 완료되기 전에 버퍼에서 암호학적으로 민감한 데이터를 즉시 추출함으로써 공격자가 기본 암호화 알고리즘을 해독하지 않고도 개인 지갑 키에 접근할 수 있도록 합니다. 이 공격 메커니즘은 순서 오류와 불충분한 메모리 관리에 의존하며, 과학적으로는  구현 측면 채널 키 추출 공격(Implementation Side-Channel Key Extraction Attack) 으로 분류되고 CVE-2023-39910  으로 등록되었습니다   .

이러한 공격 방식의 영향은 참담합니다. 공격자는 피해자의 비트코인 ​​주소를 완전히 장악하고, 무단으로 거래를 실행하며, 막대한 손실을 초래할 수 있습니다. 이러한 위협은 단순한 기술적 피해를 넘어, 탈중앙화 시스템에 대한 신뢰를 훼손하고, 암호화폐의 광범위한 도입을 저해하며, 사용자들 사이에 공황 상태를 야기하는 연쇄 반응을 일으킬 수 있습니다.

이번 공격은 암호학적으로 안전한 알고리즘을 사용하더라도 비트코인의 진정한 보안은 고품질 구현과 엄격한 데이터 처리 통제에 달려 있음을 보여줍니다. 안전한 구현 방식, 지속적인 코드 감사, 그리고 이러한 치명적인 취약점의 시의적절한 수정만이 디지털 자산 시대의 금융 자유라는 개념 자체에 대한 안정성과 신뢰를 유지할 수 있습니다.

1. https://www.ox.security/blog/npm-packages-compromised/
2. https://arxiv.org/html/2502.13513v1
3. https://www.reddit.com/r/CryptoCurrency/comments/1nbuq2v/theres_a_largescale_supply_chain_attack_in/
4. https://en.bitcoin.it/wiki/약점
5. https://www.deloitte.com/nl/en/services/consulting-risk/perspectives/quantum-computers-and-the-bitcoin-blockchain.html
6. https://arxiv.org/pdf/2502.13513.pdf
7. https://oai.e-spacio.uned.es/server/api/core/bitstreams/8c8f68e4-b827-4b18-863b-8092d6278f9f/content
8. https://www.egr.msu.edu/~renjian/pubs/Blockchain-IoT.pdf

1. https://cointelegraph.com/news/newly-discovered-bitcoin-wallet-loophole-let-hackers-steal-funds-slow-mist
2. https://keyhunters.ru/critical-vulnerabilities-of-private-keys-and-rpc-authentication-in-bitcoinlib-analysis-of-security-risks-and-attack-methods-on-bitcoin-cryptocurrency/
3. https://github.com/libbitcoin/libbitcoin/wiki/BIP38-Security-Unraveled
4. https://nvd.nist.gov/vuln/detail/CVE-2023-39910
5. https://github.com/cantonbecker/bitcoinpaperwallet/issues/32
6. https://news.bit2me.com/en/se-descubren-dos-nuevas-vulnerabilidades-que-afectan-la-seguridad-de-los-criptomonederos
7. https://www.web3isgoinggreat.com/single/libbitcoin-vulnerability
8. https://www.binance.com/cs/square/post/951306
9. https://forklog.com/en/hackers-stole-over-900000-via-vulnerability-in-a-bitcoin-wallet-utility/
10. https://en.bitcoin.it/wiki/BIP_0038
11. https://www.certik.com/resources/blog/private-key-public-risk
12. https://github.com/bitcoinjs/bip38
13. https://advisense.com/2025/03/13/cryptocurrency-and-blockchain-risks/
14. https://www.reddit.com/r/Bitcoin/comments/2l28j7/is_it_safe_to_keep_100_of_my_bitcoins_in_a_bip38/
15. https://www.cryptomathic.com/blog/cryptographic-key-management-the-risks-and-mitigations
16. https://algosone.ai/news/hackers-steal-900k-through-newly-discovered-bitcoin-wallet-loophole/
17. https://security.snyk.io/package/npm/bip38-network
18. https://komodoplatform.com/en/academy/bitcoin-private-key/
19. https://security.snyk.io/package/npm/bip38-decrypt/1.0.1
20. https://identitymanagementinstitute.org/crypto-wallet-security-risks/
21. https://www.incibe.es/en/incibe-cert/early-warning/vulnerabilities/cve-2023-39910
22. https://www.reddit.com/r/Bitcoin/comments/2i1bvg/securely_verify_bip38_encrypted_private_key/
23. https://www.opennet.ru/base/fire/1179938411_11045.txt.html
24. https://rules.sonarsource.com/python/rspec-5542/?search=owasp
25. https://docsbot.ai/prompts/technical/bip-38-bitcoin-wallet-challenges
26. https://snyk.io/test/github/parse-community/parse-server
27. https://github.com/libbitcoin/libbitcoin-system/wiki/Altchain-Encrypted-Private-Keys
28. https://rules.sonarsource.com/php/type/vulnerability/rspec-5547/
29. https://bips.dev/38/
30. https://rules.sonarsource.com/python/type/vulnerability/rspec-5547/
31. https://bitcointalk.org/index.php?topic=829893.0
32. https://www.exploit-db.com/exploits/41864
33. https://bitcointalk.org/index.php?topic=5255352.0
34. https://www.schneier.com/blog/archives/2023/08/cryptographic-flaw-in-libbitcoin-explorer-cryptocurrency-wallet.html
35. https://allelesecurity.com/category/alerts/page/19/?amp

1. https://en.bitcoin.it/wiki/BIP_0038
2. https://store.ballet.com/blogs/ballet-blogs/an-in-depth-look-at-bip38
3. https://github.com/libbitcoin/libbitcoin/wiki/BIP38-Security-Unraveled
4. https://www.invicti.com/blog/web-security/how-the-beast-attack-works/
5. https://kopenpgp.com
6. https://github.com/bitcoinjs/bip38
7. https://github.com/miha-stopar/crypto-notes/blob/master/attacks.md
8. https://www.chainalysis.com/blog/crypto-hacking-stolen-funds-2025/
9. https://www.reddit.com/r/Bitcoin/comments/1t2a7h/testing_the_password_of_a_paper_wallet_without/
10. https://2016.appsec.eu/wp-content/uploads/2016/09/2016-06-OWASP-Crypto-Attacks.pdf
11. https://www.darkreading.com/cyberattacks-data-breaches/factorization-bug-exposes-millions-of-crypto-keys-to-roca-exploit
12. https://bitcointalk.org/index.php?topic=5532768.0
13. https://blog.cryptographyengineering.com/category/attacks/
14. https://public.dhe.ibm.com/eserver/zseries/zos/vse/pdf3/wavv10/zVSESecurityExploitationWithCryptoHardware.pdf
15. https://bitcointalk.org/index.php?topic=5328400.0
16. https://cryptosource.de/slides/attacks_ws.pdf
17. https://github.com/synacktiv/laravel-crypto-killer
18. https://www.reddit.com/r/TREZOR/comments/46xt3a/passphrase_bip38_encryption/
19. https://www.cloudflare.com/learning/security/glossary/attack-vector/
20. https://www.kaspersky.com/resource-center/preemptive-safety/strengthen-cryptocurrency-security
21. https://socket.dev/npm/package/@asoltys/bip38
22. https://github.com/jvdsn/crypto-attacks/blob/master/README.md
23. https://arxiv.org/html/2409.11258v1
24. https://forklog.com/en/critical-vulnerability-found-in-bitcoin-wallet-chips/
25. http://cryptocoinjs.com/modules/currency/bip38/
26. https://www.iacr.org/archive/ches2012/74280406/74280406.pdf
27. https://orbit.dtu.dk/files/255563695/main.pdf
28. https://arxiv.org/abs/2409.11258
29. https://github.com/advisories/GHSA-584q-6j8j-r5pm
30. https://www.acigjournal.com/Enhancing-Secure-Key-Management-Techniques-for-Optimised-5G-Network-Slicing-Security,199725,0,2.html
31. https://arxiv.org/html/2405.04332v1
32. https://theweborion.com/blog/salami-slicing-attack/
33. https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures
34. https://www.reddit.com/r/Bitcoin/comments/2i1bvg/securely_verify_bip38_encrypted_private_key/
35. https://www.iotforall.com/사이버보안위험-네트워크슬라이싱-사물인터넷
36. https://www.sciencedirect.com/science/article/abs/pii/S1084804525001948
37. https://bitcointalk.org/index.php?topic=129317.20
38. https://www.cve.org/CVERecord/SearchResults?query=bitcoin
39. https://hashcat.net/forum/archive/index.php?thread-7660.html