키헌터 작성 

원격 비트코인 ​​보안 위협(RPC 비밀번호 유출): BTC, ETH 자금 통제 및 도난의 심각한 위험  , 비트코인의 매우 위험한 암호화 취약점: 스크립트 삽입 공격 가능성 및 비트코인 ​​블록체인  네트워크 보안에 미치는 영향   .  비트코인 ​​거래 처리의 심각한 취약점: 스크립트 삽입 위협 및 거래 변조 공격으로 인한 BTC, ETH 등 의 암호화폐 보안 위협 

거래 처리, 검증 또는 암호화 키 생성 과정에서의 취약점은 사용자 자금의 안전과 네트워크의 무결성을 위협하는 심각한 결과를 초래할 수 있습니다. 본 글에서는 비트코인 ​​클라이언트 및 API에서 거래 스크립트 처리 오류와 관련된 심각한 취약점이 어떻게 나타나는지, 그리고 그 과학적 분류는 무엇인지에 대해 논의합니다.

심각한 취약점이 비트코인 ​​공격에 미치는 영향

이 사례처럼 거래 입력 및 출력 스크립트의 유효성 검사가 잘못된 경우와 같은 심각한 취약점은 여러 유형의 공격의 근거가 될 수 있습니다.

• 거래 변조 및 스크립트 삽입:   공격자는 유효하지 않은 서명이나 잠금 스크립트를 삽입하여 거래 식별자를 변경하지 않고도 거래 내용을 변경하거나, 시스템에서 승인되는 유효하지 않은 서명이 포함된 허위 거래를 생성할 수 있습니다.
• 무단 거래 서명:   취약점이 존재하여 공격자가 악성 스크립트를 삽입할 수 있는 경우, 시스템이 자신의 주소를 수신자로 지정하여 거래에 서명하도록 강제함으로써 자금을 빼돌릴 수 있습니다.
• 키 생성 취약점 악용:   무작위성이 부족하거나 예측 가능성이 낮은 키(예: 낮은 엔트로피 또는 난수 생성기의 취약점으로 인한)를 사용하면 개인 키를 복구하여 모든 자금을 잃을 수 있습니다.

종합적으로 볼 때, 이 취약점은 공격자가 암호화적 맥락에서 “스크립트 삽입 공격”   또는   “트랜잭션 변조 공격” 이라고 불리는 공격을 시작할 수 있도록 허용합니다     . 즉, 형식적 정확성을 침해하지 않고 서명된 스크립트를 변경할 수 있게 됩니다.

공격의 과학적 명칭

취약점의 맥락과 특성에 따라 이러한 공격은 다음과 같이 분류됩니다.

• 거래 변조 가능성:   공격자가 서명된 거래의 구조를 변경하여 거래 ID(txid)는 바뀌지만 거래 자체는 유효한 상태로 유지되도록 하는 공격입니다. 이는 거래 회계의 정확성에 영향을 미칩니다.
• 스크립트 삽입:   필드   scriptSig 또는   에 악성 스크립트를 삽입하여 scriptPubKey오류 또는 악의적인 거래 처리를 초래할 수 있습니다.
• 암호화 키 복구 공격:   예측 가능한 키 생성이나 서명 위조와 같은 암호화 기술의 취약점을 악용하여 개인 키를 획득하는 공격입니다.

관련 취약점의 CVE 식별자

비트코인 및 관련 시스템의 거래 및 암호화와 관련된 알려진 취약점은 다음과 같은 CVE 항목에 등록되어 있습니다.

• CVE-2025-27840   — 하드웨어 지갑 암호화 하드웨어(ESP32)에서 발견된 취약점으로, 무단 거래 서명 및 개인 키 탈취를 허용합니다. 이 취약점은 키 및 서명의 생성 및 처리 오류와 관련이 있습니다.
• CVE-2010-5141 및 CVE-2010-5140   — 비트코인 ​​코어 이전 버전의 취약점으로, 거래 스크립트 처리 방식이 부적절하여 공격자가 이중 지불 공격을 수행하고 유효하지 않은 거래를 생성할 수 있습니다.
• CVE-2013-2293, CVE-2013-3219와 같이 DoS 공격 및 유효성 검사 문제와 관련된 다른 CVE는 비트코인 ​​거래 처리 방식을 지속적으로 개선하는 것이 얼마나 중요한지를 보여줍니다.

질문에서 설명된 취약점은 본질적으로   트랜잭션 변조   및   스크립트 삽입 취약점의 범위에 속할 수 있지만  , 특정 CVE에 따라 실제 코드 및 환경에서 발생하는 취약점으로 기술되어 있습니다. 반면 이전 질문에서 언급된 코드는 아직 일반적으로 인정되는 CVE가 없습니다. 이는 클라이언트 구현에서 발생할 수 있는 잠재적 취약점의 전형적인 예입니다.

결론

비트코인 클라이언트와 API에서 트랜잭션 스크립트의 구문 분석 및 유효성 검사 오류로 인해 발생하는 심각한 취약점은 트랜잭션 변조 및 스크립트 삽입과 같은 공격에 직접적인 영향을 미칩니다. 이러한 취약점은 사용자 자금 손실부터 네트워크 마비에 이르기까지 심각한 결과를 초래할 수 있습니다. 과학 및 산업 현장에서는 이러한 공격에 대해 CVE(보안 취약점)로 등록된 유사 사례가 있으며, 이는 잘못된 암호화 논리 및 트랜잭션 처리와 관련된 위험을 설명합니다. 이러한 공격으로부터 보호하기 위해서는 일련의 유효성 검사 조치, 검증된 암호화 라이브러리 사용, 그리고 코드베이스에 대한 정기적인 감사가 필요합니다.

출처:  forklog+4

암호화 취약점

제시된 코드의 암호화 취약점은 직접적인 암호화 작업이 아닌 주로 API에 대한 네트워크 요청 및 비트코인 ​​거래 데이터 처리와 관련되어 있기 때문에 명확하게 드러나지 않습니다.

하지만 API에서 입력되는 데이터 처리 또는 API 사용과 관련된 잠재적인 취약점을 지적할 수 있습니다.

62~79행(함수   _parse_transaction)은 트랜잭션을 구문 분석하고 객체를 생성하는 부분입니다   Transaction. 여기서는 외부 소스(Bitaps API)에서 수신한 데이터를 직접 사용하여 스크립트(  unlocking_script,   locking_script, witness 등)를 포함한 트랜잭션 입력 및 출력을 구성합니다.

특히 다음 줄에 주의를 기울여야 합니다.

파이썬:

for n, ti in tx['vIn'].items():
    if t.coinbase:
        t.add_input(prev_txid=ti['txId'], output_n=ti['vOut'], unlocking_script=ti['scriptSig'],
                    sequence=ti['sequence'], index_n=int(n), value=0, witness_type=witness_type)
    else:
        t.add_input(prev_txid=ti['txId'], output_n=ti['vOut'], unlocking_script=ti['scriptSig'],
                    locking_script=ti['scriptPubKey'], witnesses=ti.get('txInWitness', []),
                    address='' if 'address' not in ti else ti['address'], sequence=ti['sequence'],
                    index_n=int(n), value=ti['amount'], strict=self.strict)

Bitaps API가 이러한 필드에 잘못된 값(예: 감염된 스크립트 또는 특수하게 조작된 스크립트)을 전송하는 경우, 특히 서명 또는 전송 시 이 데이터를 추가로 사용하면 암호화 취약점(예: 스크립트 또는 데이터의 불충분한 유효성 검사)이 발생할 수 있습니다.

getutxos 또한 (86번째 줄부터) 및   (113번째 줄부터) 함수에는   gettransactions API에서 가져온 데이터의 집계 및 필터링이 포함되어 있는데, 데이터에 대한 엄격한 검사 및 필터링이 이루어지지 않으면 잠재적인 취약점이 발생할 수 있습니다.

가장 중요한 권장 사항은 API에서 제공되는 모든 데이터의 유효성 검사 및 검증을 실시하는 것입니다. 그렇지 않으면 가짜 거래나 스크립트를 통한 공격이 발생할 수 있습니다.

요약: API에서 전달된 데이터가 제대로 검증되지 않고 전달될 경우 ,  
필드 처리 과정    과   62번째 줄 부근의  함수에서   암호화 취약점이 발생할 수 있습니다.unlocking_scriptlocking_scriptwitnesses_parse_transaction

Dockeyhunt 암호화폐 가격

성공적인 복구 시연: 15,455,00000 BTC 지갑

사례 연구 개요 및 검증

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

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

www.privkey.ru

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

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

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

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

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

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

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

0100000001b964c07b68fdcf5ce628ac0fffae45d49c4db5077fddfc4535a167c416d163ed000000008a47304402200656e54eaf52fc20ab9f7ca77f7cc88cbbcbcc8312fd89617fa502133f1bb12e02202f720e949d13a5e4d3fce201a1502d3a972bfb7c0ff384a51cf6ce2eb102903b0141041c891c7d06e6e33e64fd2d03114cfa981ace73ef33c1d5effa918546808cab564108840c7b707337d8f078af97e03b4be98627edc0393c5359472bbfcd2e00a1ffffffff030000000000000000456a437777772e626974636f6c61622e72752f626974636f696e2d7472616e73616374696f6e205b57414c4c4554205245434f564552593a202420313934333037392e38375de8030000000000001976a914a0b0d60e5991578ed37cbda2b17d8b2ce23ab29588ac61320000000000001976a914cd4df6808a7ad338c6bda0e591736de954bc2d6e88ac00000000

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

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

도구 개요 및 개발 배경

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

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

기술 아키텍처 및 운영 원칙

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

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

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

BitRecoverPro: 고급 BTC 개인 키 복구 및 스크립트 삽입 취약점의 영향

BitRecoverPro는 비트코인 ​​개인 키의 포렌식 복구 및 분실된 비트코인 ​​지갑 복원을 위해 설계된 특수 소프트웨어 도구입니다 . 이 도구는 결정론적 키 공간 탐색, 최적화된 타원 곡선 디지털 서명 알고리즘(ECDSA) 논스 분석, 그리고 표적 스크립트 기반 공격을 결합하여 부분적으로 손상된 지갑 데이터 또는 취약한 클라이언트 구현에서 개인 키를 추출합니다.

BitRecoverPro 개요

BitRecoverPro는 다음과 같은 핵심 기술을 사용합니다.

• 부분 지갑 분석 : 손상되었거나 불완전한 wallet.dat파일을 분석하여 유효한 키 조각을 식별하고 키 메타데이터를 재구성합니다.
• 논스 재사용 감지 : 트랜잭션 서명에서 엔트로피가 낮거나 반복되는 논스를 검사한 다음, 격자 기반 방법을 사용하여 ECDSA 개인 키를 복구합니다.
• 스크립트 삽입 취약점 : 트랜잭션 유효성 검사의 취약점, 특히 scriptSig 및 scriptPubKey 처리 방식의 결함을 악용하여 서명 nonce를 노출하거나 개인 키 정보를 유출하는 사용자 지정 잠금 또는 잠금 해제 스크립트를 삽입합니다.
• 병렬화된 무차별 대입 방식 : 키 공간 검색을 GPU 클러스터에 분산시켜 엔트로피가 낮거나 키 비트가 잘린 키도 복구할 수 있습니다.
• API 통합 : RPC(예: Bitcoin Core)를 통해 인기 있는 비트코인 ​​클라이언트 및 타사 서비스에 연결하여 분석을 위한 거래 데이터를 자동으로 가져옵니다.

취약점의 과학적 분류

BitRecoverPro가 악용한 심각한 취약점은 비트코인 ​​클라이언트 구현에서 거래 스크립트 유효성 검사가 잘못되어 발생하는 것입니다. 이 취약점은 다음과 같이 분류됩니다.

• 거래 변조 공격 : 유효한 거래의 스크립트를 변경하여 경제적 효과는 바꾸지 않지만, 재서명된 버전을 통해 ECDSA 논스를 노출시키는 공격입니다.
• 스크립트 삽입 공격scriptSig : 특수하게 조작된 스크립트를 필드 에 삽입하여 scriptPubKey클라이언트가 유효하지 않은 서명을 수락하거나 내부 키 데이터를 노출하도록 하는 공격입니다.
• 암호화 키 복구 공격 : 논스 유출 및 부분적인 키 정보를 이용하여 격자 기반 알고리즘을 통해 전체 개인 키를 재구성하는 공격.

비트코인 보안 및 지갑 복구에 미치는 영향

비트코인 클라이언트가 거래 스크립트를 엄격하게 검증하지 못하면 공격자(또는 포렌식 분석가)는 다음과 같은 작업을 수행할 수 있습니다.

1. 클라이언트가 예측 가능하거나 반복되는 논스(nonce) 값으로 서명하도록 강제하는 악성 스크립트를 발신 거래에 삽입합니다 .
2. 엔트로피가 낮은 논스를 포함하는 ECDSA 서명을 수집하여 격자 공격(예: 블라이헨바허 방법)을 통해 기본 개인 키를 복구할 수 있습니다.
3. 지갑 파일이 손상되었거나 부분적으로 암호화된 경우에도 이러한 기술을 적용하여 새 UTXO와 사용된 UTXO 모두에서 손실된 지갑을 복구할 수 있습니다 .

이러한 공격은 사용자 자금을 탈취하는 데 악용될 수도 있고 , 반대로 정당한 연구자들이 데이터 손상 후 지갑 접근 권한을 복구하는 데 사용될 수도 있습니다. 개인 키를 추출하는 능력은 악의적인 공격과 데이터 복구 서비스 모두의 핵심 요소입니다.

활용 워크플로

1. 데이터 수집 : RPC를 통해 대상 비트코인 ​​노드 또는 서비스 API에 연결하고 최근 거래 목록을 추출합니다.
2. 스크립트 삽입scriptPubKey : 클라이언트의 잘못된 구문 분석 로직을 작동시키는 조작된 트랜잭션 템플릿을 만듭니다 .
3. 논스 노출 : 주입된 트랜잭션을 브로드캐스트하고 서명된 버전을 검색하여 ECDSA 서명 (r, s)과 논스를 추출합니다 k.
4. 격자 구성 : 연관된 논스 또는 부분적인 키 재사용을 사용하는 여러 서명을 기반으로 격자를 구축합니다.
5. 개인 키 복구 : LLL 알고리즘을d 적용하여 각 서명이 s≡k
   −1(z+d r)(modn)s \equiv k^{-1} (z + d\,r) \pmod{n}s≡k−1(z+dr)(modn)을 만족하는 개인 키를 구합니다.
6. 지갑 복구 : 복구된 정보를 사용하여 d주소 키를 재생성하고 지갑 파일을 복호화합니다.

완화 전략

BitRecoverPro 유형의 공격 및 스크립트 삽입 취약점으로부터 보호하기 위해:

• 엄격한 스크립트 유효성 검사 : scriptSig및 에 대해 엄격한 구문 분석 규칙을 적용하여 scriptPubKey비표준 또는 잘못된 형식의 스크립트를 모두 거부합니다.
• 결정론적 논스 사용 : 고유하고 재사용할 수 없는 논스를 보장하기 위해 RFC 6979 결정론적 ECDSA를 채택합니다.
• 라이브러리 감사 : 검증된 암호화 라이브러리(예: libsecp256k1)를 사용하고 상수 시간 연산을 적용하여 사이드 채널 취약점 유출을 방지하십시오.
• 거래 재현 방지 : 서명 전에 변조된 거래를 감지하기 위해 거래 지문 인식을 구현합니다.
• 정기적인 보안 검토 : 지갑 및 거래 처리 모듈에 대한 퍼즈 테스트 및 코드 감사를 실시하여 스크립트 처리상의 결함을 파악합니다.

결론

BitRecoverPro는 스크립트 처리 오류와 nonce 재사용을 악용하여 비트코인 ​​개인 키를 복구하는 “스크립트 삽입 + 트랜잭션 변조” 공격을 성공적으로 수행하는 사례를 보여줍니다 . 이러한 공격 방식은 사용자 자금에 심각한 위협이 될 수 있지만, 동시에 합법적인 지갑 복구에도 사용될 수 있습니다. 효과적인 대응을 위해서는 암호화 모범 사례 (결정론적 nonce, 상수 시간 라이브러리)와 비트코인 ​​클라이언트 내의 강력한 스크립트 유효성 검사 기능을 모두 갖추어 개인 키 복구 공격을 방지해야 합니다.

과학 논문:

비트코인 거래 처리 과정의 암호화 취약점 및 이를 안전하게 제거하는 방법

소개

최근 몇 년 동안 암호화폐, 특히 비트코인은 사용자와 보안 연구자 모두로부터 집중적인 감시를 받아 왔습니다. 비트코인의 보안은 암호화 알고리즘, 특히 타원 곡선과 암호화 스크립트에 기반하여 자금의 무결성과 기밀성을 보장합니다. 그러나 구현 오류, 불충분한 데이터 검증 또는 잘못된 거래 형식 처리는 공격자가 자금을 탈취하거나 시스템을 마비시키는 데 악용할 수 있는 심각한 취약점으로 이어질 수 있습니다.

비트코인 거래 처리 코드에서 취약점 발견

제시된 BitcoinLib 라이브러리 코드에서 Bitaps API를 사용하는 구현 과정에서 외부 소스에서 가져온 거래 데이터를 파싱하고 유효성을 검사하는 단계에서 취약점이 나타납니다. 특히, 해당 함수는   입력 및 출력 스크립트( ,   ,   ) _parse_transaction 를 포함하는 필드를 잘못 처리합니다  .unlocking_scriptlocking_scriptwitnesses

파이썬for n, ti in tx['vIn'].items():
    if t.coinbase:
        t.add_input(prev_txid=ti['txId'], output_n=ti['vOut'], unlocking_script=ti['scriptSig'],
                    sequence=ti['sequence'], index_n=int(n), value=0, witness_type=witness_type)
    else:
        t.add_input(prev_txid=ti['txId'], output_n=ti['vOut'], unlocking_script=ti['scriptSig'],
                    locking_script=ti['scriptPubKey'], witnesses=ti.get('txInWitness', []),
                    address='' if 'address' not in ti else ti['address'], sequence=ti['sequence'],
                    index_n=int(n), value=ti['amount'], strict=self.strict)

API에서 제공되는 데이터가 잘못되었거나 악의적으로 변조된 스크립트 또는 매개변수를 포함하고 있고, 프로그램이 이를 엄격하게 검증하지 않는 경우, 악성 스크립트 삽입, 주소 변경 등의 후속 공격이 발생할 수 있으며, 이는 다음과 같은 결과를 초래할 수 있습니다.

• 가짜 거래;
• 서명 검증 및 유효성 검사의 취약점;
• 자금 유출.

암호화 구현상의 오류, 특히 개인 키 생성 및 검증 과정에서의 오류(예: 타원 곡선 secp256k1의 순서 오류)는 또 다른 취약점을 야기하며, 이는 유효 키 값 범위의 만료 및 잠재적인 보안 침해 가능성을 높입니다.

암호화 취약성의 본질

암호화 취약점은 외부에서 들어오는 데이터의 진위성과 정확성에 대한 검증이 불충분할 때 발생합니다. 비트코인의 경우, 다음 사항을 반드시 확인해야 합니다.

• 입력 및 출력 스크립트의 유효성;
• 데이터 구조 및 유형의 정확성;
• 거래가 네트워크 프로토콜을 준수하는지 여부;
• 키의 보안 및 유효성.

이러한 측면에서 실수를 저지르면 공격으로 이어질 수 있습니다.

• 악성 스크립트 삽입 또는 거래 재실행;
• 취약하거나 범위를 벗어난 키를 사용하여 암호화가 손상되는 경우;
• 거래 재현 및 변조 공격.

취약점을 안전하게 해결하는 방법

거래 처리 코드의 취약점을 방지하려면 모든 입력 데이터에 대한 엄격한 유효성 검사를 구현하고 검증된 암호화 라이브러리를 사용해야 합니다. 아래 솔루션을 통해 다음과 같은 이점을 얻을 수 있습니다.

1. 특수 구문 분석기 및 유효성 검사기를 사용하여 스크립트의 형식과 내용을 확인하십시오.
2. 모든 주소와 키 형식의 유효성을 확인하십시오.
3. 키와 서명을 다룰 때는 검증된 라이브러리를 사용하세요.
4. 유효성 검사 오류가 있는 거래 및 로그인을 처리하지 마십시오.

타사 스크립트 유효성 검사기를 사용하여 유효성 검사를 추가한 보안 함수의 예(의사 코드):

파이썬from bitcoinlib.transactions import Transaction
from bitcoinlib.script import Script

def safe_parse_transaction(tx, strict=True):
    # Проверка обязательных полей
    required_fields = ['vIn', 'vOut', 'txId', 'lockTime', 'version']
    for field in required_fields:
        if field not in tx:
            raise ValueError(f"Missing required transaction field: {field}")

    # Валидация каждой транзакции входа
    for n, ti in tx['vIn'].items():
        # Проверка структуры скрипта разблокировки и блокировки
        if not Script.is_valid_script(ti['scriptSig']):
            raise ValueError(f"Invalid unlocking script in input {n}")
        if 'scriptPubKey' in ti and not Script.is_valid_script(ti['scriptPubKey']):
            raise ValueError(f"Invalid locking script in input {n}")
        # Проверка адреса формата
        if 'address' in ti and not is_valid_address(ti['address']):
            raise ValueError(f"Invalid address format in input {n}")
    
    # Аналогичная проверка для выходов
    for _, to in tx['vOut'].items():
        if not Script.is_valid_script(to['scriptPubKey']):
            raise ValueError("Invalid locking script in output")
        if 'address' in to and not is_valid_address(to['address']):
            raise ValueError("Invalid address format in output")

    # Создание объекта транзакции после валидации
    t = Transaction(
        locktime=tx['lockTime'], version=tx['version'], network='bitcoin',
        txid=tx['txId'], fee=tx.get('fee', None), size=tx.get('size', None)
    )
    # Добавление входов и выходов (аналогично с проверками)
    # ...
    return t

def is_valid_address(address):
    # Проверка формата адреса Bitcoin (Base58/Bech32) с помощью проверенной библиотеки
    try:
        # Проверка по стандарту Bitcoin
        return True
    except Exception:
        return False

향후 공격으로부터 보호 기능을 제공합니다

향후 유사한 코드에 대한 공격을 방지하기 위해 다음과 같은 조치를 권장합니다.

• 검증되고 오랜 기간 동안 테스트를 거쳤으며 감사를 받은 암호화 라이브러리만 사용하십시오.
• 보안 라이브러리와 도구를 정기적으로 업데이트하고 비트코인 ​​프로토콜 업데이트를 모니터링하세요.
• 입력 데이터에 대한 동적 테스트 및 퍼징을 포함한 자동화된 코드 감사를 수행합니다.
• 외부 소스에서 유입되는 모든 거래에 대해 데이터 무결성 관리 및 엄격한 검증을 시행하십시오.
• 개발자들에게 안전한 프로그래밍 및 암호화 원리에 대한 교육을 제공합니다.

결론

비트코인 거래 처리 과정에서 발생하는 암호화 취약점은 대부분 데이터 검증 미흡, 스크립트 처리 오류, 키 암호화 구현 오류 등으로 인해 발생합니다. 시스템 보안을 확보하기 위해서는 모든 입력 데이터를 엄격하게 통제하고 검증하며, 검증된 암호화 라이브러리를 사용하고, 코드를 정기적으로 감사해야 합니다. 본 논문에서 제안하는 안전한 거래 처리 기능 예시는 적절한 검증 방법을 보여줍니다. 이러한 권장 사항을 준수하면 시스템을 악용으로부터 보호하고 저장 및 전송되는 암호화폐 자금의 안전성을 보장할 수 있습니다.

결과:

이 논문의 최종 과학적 결론은 다음과 같습니다.

비트코인 거래 입력 및 출력 스크립트의 부적절한 처리와 불충분한 검증으로 인해 발생하는 심각한 취약점은 전체 암호화폐 네트워크의 보안에 중대한 위협을 가합니다. 이러한 취약점은   스크립트 삽입 공격(Script Injection Attack)   및   거래 변조 공격(Transaction Malleability Attack) 으로 알려진 공격 유형을 발생  시킵니다. 공격자는 이러한 공격을 통해 악성 또는 위조 스크립트를 삽입하고, 거래 구조를 변경하고, 서명을 위조하고, 수신자 주소를 바꿔 자금을 탈취할 수도 있습니다. 이러한 공격의 결과는 네트워크 마비, 사용자 자금 손실, 블록체인 기술에 대한 신뢰도 저하 등으로 나타납니다.

이러한 위험한 시나리오를 방지하기 위해서는 모든 입력 데이터를 엄격하게 검증하고, 검증된 암호화 라이브러리를 사용하며, 코드를 정기적으로 감사해야 합니다. 과학적, 기술적 표준에 의해 검증된 포괄적이고 지속 가능한 거래 처리 방식만이 이러한 암호화 공격으로부터 비트코인 ​​네트워크를 확실하게 보호하고 시스템 참여자의 자금 유출 가능성을 최소화할 수 있습니다.

암호화 스크립트 및 거래를 다룰 때 안전한 관행을 효과적으로 구현하는 것은 비트코인 ​​네트워크의 보안과 탈중앙화를 유지하는 데 필수적인 조건이며, 이를 준수하지 않으면 미래에 암호화폐 기술의 안정적인 개발과 적용이 불가능합니다.

비트코인 RPC 비밀번호의 심각한 취약점: 암호화폐 자금 탈취 및 노드 원격 제어 위협  .  비트코인에 대한 위험한 공격: RPC 인터페이스 취약점을 이용한 개인 키 탈취 및 노드 장악.

비트코인은 암호화 방식과 소프트웨어 및 하드웨어의 신뢰성을 기반으로 보안이 유지되는 탈중앙화 암호화폐입니다. 중요한 보안 요소 중 하나는 비트코인 ​​노드의 RPC 인터페이스에 대한 신뢰할 수 있는 인증으로, 이를 통해 거래, 지갑 및 네트워크 동기화가 관리됩니다.

RPC 암호 관리의 심각한 취약점은 원격 명령 실행, 개인 키 탈취, 자금 탈취 등 비트코인 ​​노드에 대한 공격으로 이어집니다. 이 글에서는 이러한 취약점의 발생 원인, 관련 용어, 그리고 기존 CVE 항목에 대한 심층 분석을 제공합니다.

비트코인 보안에 대한 심각한 취약점의 영향 메커니즘

주요 취약점은 연결 문자열(URL)에 직접 포함된 RPC 암호의 안전하지 않은 저장 및 전송과 관련이 있습니다. 공격자가 이러한 암호를 입수하게 되면 비트코인 ​​노드의 RPC 서비스에 대한 완전한 접근 권한을 제한 없이 획득하게 되는데, 이는 개인 키 및 자금 관리에 대한 보안을 위협하는 것과 마찬가지입니다.

발생 가능한 결과:

• 승인되지 않은 거래를 전송하는 기능을 포함하여 비트코인 ​​노드에 대한 완전한 제어 권한.
• 지갑 및 거래 데이터의 도난 또는 변조.
• 노드 다운타임 또는 서비스 거부(DoS) 공격.
• 시스템에 장기간 은밀하게 접근하여 눈에 띄지 않는 변경을 가합니다.

이번 보안 침해는 기존 암호화 기술의 범위를 넘어서는 것이지만, 사용자 자금 보호와 네트워크에 대한 신뢰에 직접적인 영향을 미칩니다.

공격에 대한 과학적 정의

이러한 취약점 및 이와 관련된 악용은 다음 범주에 속합니다.

• “자격 증명 탈취 공격”이란  공격자가 인증에 사용되는 비밀 정보에 접근하는 공격을 말합니다.
• CWE(Common Weakness Enumeration) 분류에 따르면 다음과 같은 상호 연관된 범주가 가장 관련성이 높습니다.
  • CWE-284 – 부적절한 접근   제어
  • CWE-285 – 부적절한   승인
  • CWE-200 — 정보   노출
• 원격 프로시저 호출(RPC)의 맥락에서,    가로채기, 스푸핑 및 자격 증명 재사용의 위험이 있는 ‘ 보안되지 않은 원격 프로시저 호출’이라는 분류도 흔히 사용됩니다.
• 이는 때때로 “RPC 인증 보안 취약점” 이라고 불립니다    .

비트코인 RPC 비밀번호 취약점 관련 CVE

현재 비트코인 ​​클라이언트에서 URL 문자열 생성을 통한 비밀번호 유출만을 기록한 널리 알려진 CVE 항목은 없습니다. 하지만 CVE에는 다음과 같은 취약점이 기록되어 있습니다.

• RPC를 통한 원격 코드 실행(예: CVE-2019-13684).
• 접근 제어 문제 및 인증 우회(CVE-2018-17144).
• 일반적인 이해를 돕기 위해 유사한 특성을 가진 다른 시스템의 RPC 서비스에서 발견되는 취약점들을 살펴봅니다.

비트코인에 사용되는 하드웨어 지갑 및 IoT 장치에는 암호화 키의 보안에 영향을 미치는 CVE(예: ESP32 마이크로컨트롤러의 CVE-2025-27840)가 존재하며, 이로 인해 자금이 도난당할 가능성이 있습니다.

해당 취약점이 비트코인 ​​암호화폐 전체에 미치는 영향

• 공격자가 개인 키 또는 RPC 인터페이스에 접근할 수 있게 되면 거래를 가로채 서명하여 비트코인을 훔칠 수 있습니다.
• 대규모 취약점은 대규모 해킹과 생태계에 대한 신뢰 상실로 이어집니다.
• RPC를 통한 원격 공격을 탐지하기 어렵다는 점이 피해를 더욱 가중시킵니다.
• 비트코인에 미치는 영향으로 인해 전례 없는 RPC 보호 조치가 요구되고 있으며, 이는 전반적인 암호화 보안의 일부입니다.

결론

비트코인 클라이언트의 RPC 암호 관리에서 심각한 취약점이 발견되었으며, 이는 CWE-284/285와 관련된 자격 증명 유출 취약점으로 분류됩니다. 이 취약점을 악용하면 인증 기능이 제거되어 비트코인 ​​자금에 대한 완전한 통제권을 확보할 수 있습니다. 비트코인 ​​자체에서 이 취약점을 구체적으로 수정하는 CVE는 없지만, 부실한 암호 관리로 인해 위험성이 크게 증가합니다.

과학적 접근 방식은 비밀 정보 유출을 최소화하는 원칙, 즉 안전한 통신 채널(TLS) 사용, 유효 기간이 제한된 토큰 활용, 비밀 정보의 안전한 저장 및 접근 제어를 적용하는 것입니다. 이러한 방식으로만 키 탈취 공격을 방지하고 비트코인 ​​네트워크의 보안에 대한 신뢰를 확보할 수 있습니다.

암호화 취약점

제시된 코드에서는 비밀 키 또는 개인 키의 직접적인 유출(예: 로그 출력, 보호되지 않은 형태로 저장, 네트워크를 통한 공개 전송)과 관련된 암호화 취약점이 명확하게 드러나지 않습니다.

잠재적 취약점 분석:

• 해당 메서드   from_config() (약 39~84행)에서 bitcoind에 연결하기 위한 구성은   url 다음 줄을 사용하여 수행됩니다.

파이썬:

url = "http://%s:%s@%s:%s" % (config.get('rpc', 'rpcuser'), config.get('rpc', 'rpcpassword'), server, port)

여기서는 구성 파일의 RPC 암호(  rpcpassword)가 URL에 직접 포함되어 있는데 이는 RPC 클라이언트의 일반적인 관행이지만 URL 문자열이 로그에 기록되거나 보호되지 않은 방식으로 전송되면 암호가 유출될 수 있습니다.

• 생성자   __init__ (약 90번째 줄)에서 URL이 저장됩니다   self.proxy = AuthServiceProxy(base_url). URL에 민감한 데이터(로그인/비밀번호)가 포함된 경우, URL이 로그에 기록되지 않도록 하는 것이 중요합니다.
• (102번째 줄 부근의) 해당 함수는   _logger.info("Connect to bitcoind") URL이나 비밀번호를 공개하지 않고 연결 사실만 기록합니다.
• 다른 모든 방법은 개인 키를 명시적으로 사용하지 않습니다(저장이나 출력 모두). 작업은 RPC를 통해 수신된 주소, 거래 및 정보를 사용하여 수행됩니다.

결론:

• 주요 잠재적 위험은 RPC 암호가 URL에 직접 포함되어 있어 URL이 기록되지 않거나 올바르게 전달되지 않을 경우 유출될 수 있다는 점입니다.
• 애플리케이션 자체에서 개인 키가 유출되는 코드는 없습니다.
• 해당 취약점은 이 코드 외부에서도 나타날 수 있습니다. 예를 들어   base_url 비밀번호가 의도치 않게 기록되거나 전송되는 경우입니다.

간단히:

코드에서 개인 키 유출 형태의 암호화 취약점은 발견되지 않았습니다.   잠재적으로 위험한 부분은 메서드 내에서 비밀번호를 사용하여 URL을 생성하는 부분입니다   from_config().

파이썬:

url = "http://%s:%s@%s:%s" % (config.get('rpc', 'rpcuser'), config.get('rpc', 'rpcpassword'), server, port)

이 URL이 안전하지 않은 방식으로 전달되거나 기록될 경우, RPC 암호가 bitcoind에 유출될 수 있습니다.

특정 개인 키 작업 또는 RPC 연결 보안 분석에 추가적인 도움이 필요하시면, 구체적으로 어떤 부분에 관심이 있는지 명시해 주십시오.

보정

아래는 비밀 키 유출(예: bitcoind 클라이언트의 RPC 암호)과 관련된 잠재적 취약점, 그 원인, 그리고 코드 예제를 통해 안전하게 해결하는 방법에 대한 연구 논문입니다.

비트코인 클라이언트의 RPC 암호 관리에서 발견되는 암호화 취약점: 분석 및 보안 방안

소개

최신 암호화폐 소프트웨어, 특히 비트코인 ​​데몬(bitcoind)을 사용하는 클라이언트에서 RPC 암호 및 개인 키와 같은 민감한 데이터의 저장 및 처리 보안은 매우 중요합니다. 이러한 비밀 정보를 부적절하게 처리하면 노드 손상 및 자금 손실로 이어질 수 있습니다. 본 논문에서는 RPC 암호가 URL 연결 문자열에 직접 포함되어 발생하는 일반적인 취약점을 분석하고, 이로 인해 암호가 유출되고 손상될 수 있는 가능성을 살펴봅니다. 발생 원인과 공격 패턴을 분석하고, 파이썬 클라이언트 코드 예제를 통해 안전한 해결 방법을 제시합니다.

취약성 발생 메커니즘

이 취약점은 RPC 암호와 같은 민감한 데이터가 추가적인 보호 또는 제어 없이 연결 문자열 URL에 직접 삽입될 때 발생합니다. 제공된 BitcoinLib 코드에서 이러한 현상은 다음 위치에서 발생합니다.

파이썬:

url = "http://%s:%s@%s:%s" % (config.get('rpc', 'rpcuser'), config.get('rpc', 'rpcpassword'), server, port)

이 줄은 bitcoind에 대한 연결 URL을 생성하며, 이 URL에는 평문 암호가 포함되어 있습니다. 만약 이 URL이:

• 시스템 또는 애플리케이션 로그에 기록됨,
• 제3자에게 이전되거나 보안되지 않은 채널을 통해 전송됩니다.
• 환경 변수 관리가 불안정한 환경에서 사용됩니다.

그러면 공격자는 RPC 자격 증명에 접근한 후 노드 관리 또는 지갑 데이터에 접근할 수 있습니다. 결과적으로 다음과 같은 상황이 발생할 수 있습니다.

• 비트코인 노드의 완전 장악
• 개인 키의 도난 또는 조작(사용 가능한 경우)
• 사용자가 모르는 사이에 사용자를 대신하여 거래를 수행하는 행위.

위험 분석 및 공격 시나리오

이러한 유형의 비밀번호 유출은 다양한 공격에 취약한 전형적인 보안 결함입니다.

• 비밀번호가 포함된 URL이 있는 프로세스의 로그 또는 덤프를 가로채십시오.
• 비밀번호가 한 번 유출된 경우, 리플레이 공격이 발생할 수 있습니다.
• 내부자가 구성 파일 및 환경에 접근하여 공격을 수행합니다.

일부 공격은 소셜 엔지니어링이나 시스템의 다른 부분에 대한 취약점을 통해 증폭될 수 있습니다. 암호화 키가 공격자의 손에 들어가면 키의 암호화 가치가 손상될 수 있습니다.

취약점을 해결하고 예방하는 안전한 방법

권장 조치 사항:

1. URL에 비밀번호를 직접 포함하지 마세요  . 대신, 로그에 기록되지 않는 보안 객체나 매개변수를 전달하는 등의 안전한 인증 방법을 사용하세요.
2.   비밀 정보는 비밀 관리자, 시스템 저장소 서비스 또는 필수 프로세스만 접근할 수 있는 환경 변수와 같은 안전한 저장소를 사용하여 보관하십시오 .
3.  민감한 데이터는 기록되지 않도록 최소한의 로깅 수준을 유지하십시오 .
4.   암호화된 TLS/SSL 채널을 지원하는 최신 라이브러리와 프로토콜을 사용하십시오 .
5. 비밀번호 주기화   및 만료 토큰 사용.

BitcoindClient를 예시로 사용한 안전한 코드 수정

다음은 생성자와 메서드를 다음   from_config과 같이 변경하는 예입니다.

• URL에 비밀번호를 단일 문자열 리터럴로 포함시키지 마십시오.
• 사용자 이름과 비밀번호를 분리해서 보관하세요.
• 해당 데이터를 로그에 기록하지 않고 인증된 방식으로 클라이언트에 전달합니다.

파이썬:

class BitcoindClient(BaseClient):
    def __init__(self, network='bitcoin', rpc_user='', rpc_password='', host='127.0.0.1', port=8332, *args):
        if isinstance(network, Network):
            network = network.name
        if not rpc_user or not rpc_password:
            raise ValueError("RPC user and password must be provided")

        self.rpc_user = rpc_user
        self.rpc_password = rpc_password
        self.host = host
        self.port = port

        self.base_url = f"http://{host}:{port}"
        _logger.info("Connect to bitcoind at %s:%s", host, port)

        # Предполагается, что AuthServiceProxy поддерживает передачу отдельно user/password
        self.proxy = AuthServiceProxy(self.base_url, rpc_user, rpc_password)
        
        super(self.__class__, self).__init__(network, PROVIDERNAME, self.base_url, 100000000, *args)

    @staticmethod
    def from_config(configfile=None, network='bitcoin', **kwargs):
        config = configparser.ConfigParser()
        config.read(configfile or 'bitcoin.conf')
        
        rpc_user = config.get('rpc', 'rpcuser', fallback=None)
        rpc_password = config.get('rpc', 'rpcpassword', fallback=None)
        rpc_host = config.get('rpc', 'rpcconnect', fallback='127.0.0.1')
        rpc_port = config.getint('rpc', 'rpcport', fallback=8332 if network == 'bitcoin' else 18332)
        
        if not rpc_user or not rpc_password:
            raise ConfigError("RPC credentials missing in config")
        
        return BitcoindClient(network, rpc_user, rpc_password, rpc_host, rpc_port, **kwargs)

이러한 접근 방식은 다음과 같은 이유로 비밀번호 유출 가능성을 줄입니다.

• 비밀번호는 URL 입력란에 생성되지 않습니다.
• 로그에는 비밀 키를 제외한 호스트 및 포트 정보만 포함됩니다.
• 클라이언트는 로그에 저장되지 않는 매개변수를 통해 인증을 받습니다.

결론

암호화 애플리케이션의 보안을 확보하는 데 있어 기밀 키와 비밀번호 유출 관련 취약점은 여전히 ​​가장 위험한 요소 중 하나입니다. 특별한 보호 조치 없이 연결 문자열의 URL에 비밀번호를 직접 포함하는 것은 심각한 보안 침해 위험을 초래합니다. 따라서 이러한 기밀 정보를 안전하게 저장하고 전송하며, 로그 기록을 최소화하고, 최신 인증 프로토콜을 사용하는 것이 좋습니다. 제안된 수정 사항은 일반적인 공격으로부터 보호하고 비트코인 ​​클라이언트의 보안을 강화합니다.

필요하다면 다른 암호화 관련 측면의 개발 및 심층 분석을 지원할 수 있습니다. 아래는 비트코인 ​​클라이언트의 RPC 암호 유출 취약점 원인에 대한 광범위한 과학적 검토와 공격 분석, 그리고 코드 예제를 통해 안전하게 문제를 해결할 수 있는 방안을 제시합니다.

비트코인 클라이언트에서 RPC 암호를 사용할 때 발생하는 암호화 취약점: 원인 분석 및 보안 방안

소개

비트코인 클라이언트(예: bitcoind)에서는 비밀번호로 보호되는 RPC 인터페이스를 통해 접근 제어가 이루어집니다. 노드 해킹 및 자금 탈취를 방지하려면 이 비밀번호를 안전하게 저장하고 전송하는 것이 매우 중요합니다. 암호화 및 제어 없이 연결 URL에 비밀번호를 직접 포함하는 잘못된 관행은 정보 유출 및 취약점으로 이어집니다. 이 글에서는 이러한 취약점의 원인, 일반적인 공격 방식, 그리고 bitcoind용 파이썬 클라이언트 예제를 통해 안전하게 문제를 해결하는 방법을 제시합니다.

취약성의 출현

주요 취약점은 다음과 같습니다. 구성 파일에서 추출된 RPC 암호가 연결 URL 문자열에 명시적으로 삽입됩니다.

파이썬:

url = "http://%s:%s@%s:%s" % (rpcuser, rpcpassword, server, port)

추가적인 보호 조치가 없다면, 이 URL은 실수로 로그나 메모리 덤프에 포함되거나 공격자의 제어 하에 들어가 보안이 침해될 수 있습니다. 이러한 경우 공격자는 RPC 인터페이스에 대한 완전한 제어권을 획득하여 지갑 관리 및 거래에 접근할 수 있게 됩니다.

위협 및 공격 가능성 분석

• 로그 또는 시스템 덤프를 가로채십시오. 여기에는 암호가 포함된 전체 URL이 있을 수 있습니다.
• 파일 시스템에 내부자 접근 권한이 있는 경우, 암호가 평문으로 저장된 상태에서 공격이 발생합니다.
• 암호화가 사용되지 않는 보안이 취약한 네트워크에서 패킷을 가로챕니다.
• 오래된 데이터의 재사용(리플레이 공격).
• 구성 파일의 선택 또는 분석을 위한 자동화 시나리오 활용.

위에서 설명한 위협들은 종종 신속한 대응이 불가능한 인프라에 대한 대규모 공격으로 이어집니다.

안전한 해결 방법: 권장 사항 및 샘플 코드

권장 사항

1. 비밀번호를 평문으로 포함하여 전체 URL을 구성하지 마십시오.
2. 로그인과 비밀번호를 전달하는 데 별도의 매개변수를 사용하여 로그에 표시되지 않도록 하세요.
3. 비밀번호는 안전한 저장소에 보관하거나 안전한 비밀번호 복구 기능을 이용하십시오.
4. 민감한 데이터의 로깅을 최소화하십시오.
5. 안전한 통신 채널(예: HTTPS/TLS)을 지원합니다.
6. 비밀번호 및 토큰 순환을 구현하십시오.

파이썬에서 안전한 수정 방법의 예시

파이썬:

class BitcoindClient(BaseClient):
    def __init__(self, network='bitcoin', rpc_user='', rpc_password='', host='127.0.0.1', port=8332, *args):
        if not rpc_user or not rpc_password:
            raise ValueError("RPC user and password must be provided")
        
        self.rpc_user = rpc_user
        self.rpc_password = rpc_password
        self.host = host
        self.port = port
        
        self.base_url = f"http://{host}:{port}"
        _logger.info("Connecting to bitcoind at %s:%s", host, port)  # Без пароля
        
        # Передача отдельно user и password, без включения в URL
        self.proxy = AuthServiceProxy(self.base_url, rpc_user, rpc_password)
        super().__init__(network, PROVIDERNAME, self.base_url, 100000000, *args)

    @staticmethod
    def from_config(configfile=None, network='bitcoin', **kwargs):
        config = configparser.ConfigParser()
        config.read(configfile or 'bitcoin.conf')
        
        rpc_user = config.get('rpc', 'rpcuser', fallback=None)
        rpc_password = config.get('rpc', 'rpcpassword', fallback=None)
        rpc_host = config.get('rpc', 'rpcconnect', fallback='127.0.0.1')
        rpc_port = config.getint('rpc', 'rpcport', fallback=8332 if network == 'bitcoin' else 18332)
        
        if not rpc_user or not rpc_password:
            raise ConfigError("RPC credentials missing in config")
        
        return BitcoindClient(network, rpc_user, rpc_password, rpc_host, rpc_port, **kwargs)

이번 수정 사항에서는 다음과 같습니다.

• 비밀번호는 URL에 포함되지 않으며 로그에도 기록되지 않습니다.
• RPC 권한 부여에 대한 인수는 별도로 전달됩니다   AuthServiceProxy .
• 진단 목적으로 주소와 포트만 기록되며, 민감한 데이터는 포함되지 않습니다.

결론

명시적인 URL 생성을 통한 RPC 암호 유출과 관련된 암호화 취약점은 비트코인 ​​노드의 보안에 심각한 위협을 가합니다. 적절한 클라이언트 아키텍처는 비밀 정보를 보호되지 않은 형태로 저장하거나 전송하는 것을 방지하고, 로그 기록에 비밀 정보가 나타나는 것을 최소화해야 합니다. 제안된 접근 방식은 침해 위험을 크게 줄이고 시스템의 신뢰성을 높이며 최신 보안 표준을 준수합니다.

결과

결론적으로, 본 논문은 비트코인 ​​클라이언트의 RPC 암호 관리에서 발견된 심각한 취약점이 비트코인 ​​암호화폐 전체의 보안에 중대한 위협이 된다는 점을 강조합니다. 자격 증명 탈취 및 무단 접근(CWE-284/285)으로 분류되는 이 취약점을 악용하면 네트워크 노드와 사용자 개인 키를 원격으로 제어할 수 있게 됩니다. 이는 공격자가 무단 거래를 실행하고, 자금을 탈취하며, 비트코인 ​​생태계에 대한 신뢰를 훼손할 수 있도록 합니다.

이 공격은 종종 암호를 평문으로 보호 없이 전송하고 저장하는 방식으로 이루어지며, 이는 RPC 인터페이스를 통한 원격 명령 실행을 포함한 다양한 공격을 용이하게 합니다. 비트코인에서 이 특정 취약점을 직접적으로 등록한 CVE는 없지만, 유사한 취약점으로 인해 여러 차례 심각한 피해가 발생한 사례가 있습니다.

보안을 확보하려면 비밀 정보 유출을 최소화하고, 안전한 통신 채널을 사용하며, 인증 데이터를 안전하게 저장하고, 접근 키를 정기적으로 변경하는 등의 원칙을 엄격히 준수해야 합니다. 이러한 조치를 완벽하게 이행해야만 심각한 공격을 방지하고, 사용자 자금의 무결성과 가용성을 유지하며, 비트코인 ​​네트워크의 안정성을 확보할 수 있습니다.

따라서, 논의된 취약점과 그와 관련된 위험한 공격은 인증 관리의 약점이 암호화폐 시스템에 얼마나 치명적인 결과를 초래할 수 있는지를 명확히 보여주는 사례이며, 이 분야의 보안 관행에 대한 지속적인 연구와 개선의 필요성을 강조합니다.

비트코인 보안에 미치는 증인 데이터 처리 취약점의 영향 및 공격 분류. 비트코인 ​​보안의 심각한 결함: RPC 접근 취약점 분석 및 공격 방지 과제. 비트코인 ​​암호화폐에 대한 심각한 증인 데이터 파싱 취약점 및 위험한 서비스 거부 공격: 위협 분석 및 방어 대책.

비트코인에 구현된 SegWit(Segregated Witness) 업그레이드는 확장성 문제를 해결하고 거래 변조 가능성을 제거하기 위해 서명 데이터(witness)와 거래의 주요 부분을 분리하는 새로운 방식을 도입했습니다.

하지만 비트코인 ​​클라이언트 소프트웨어와 타사 라이브러리에서 증인 데이터를 처리하는 방식이 매우 중요한 요소이며, 불충분한 검증이나 잘못된 데이터 처리는 전체 네트워크의 보안을 위협하는 취약점으로 이어질 수 있습니다.

취약점의 특성과 비트코인에 미치는 영향

취약점 설명

이 취약점은 외부 소스에서 가져온 데이터가 16진수 문자열에서 바이트로 변환될 때 형식, 길이, 내용 유효성 검사 또는 오류 처리를 제대로 거치지 않아 트랜잭션을 파싱할 때 소유권 증명 데이터(증명 데이터)를 잘못 처리하는 것과 관련이 있습니다.

이는 구현 오류로, 예를 들어   bytes.fromhex(w) 부적절한 문자열에 대한 호출로 인해 예외가 발생하거나 잘못 처리되어 클라이언트가 실패하거나 트랜잭션이 잘못 해석될 수 있습니다.

비트코인 암호화폐에 미치는 영향

• DoS(서비스 거부) 공격.   공격자는 특수한 형태의 잘못된 형식의 증인 데이터를 제출하여 노드 다운이나 처리 속도 저하를 유발하고 네트워크 안정성을 떨어뜨릴 수 있습니다.
• 거래 조작:   파서가 증인 데이터를 올바르게 처리하지 못하면 서명이 잘못된 거래가 승인되거나 위조될 수 있으며, 이는 자금 소유권의 보안을 위협할 수 있습니다.
• 체인 분할:   데이터 처리 오류로 인해 노드 상태가 잘못되면 블록체인 상태 불일치가 발생할 수 있으며, 이는 합의 및 보안에 매우 중요합니다.
• 개인정보 침해.   증인 진술서 처리 오류로 불필요한 데이터가 노출되거나 거래 분석의 빌미가 제공될 수 있습니다.

공격의 과학적 명칭 및 분류

이 취약점은 다음과 같은 공격 유형에 속합니다:

• 취약점 분석(취약점 처리/분석) 증인 데이터
• 잘못된 형식의 증인 데이터를 이용한 서비스 거부(DoS) 공격
• 거래의 가변성과 합의 실패   (서명 및 증인에 대한 잘못된 해석의 경우)
• 본질적으로 이는    암호학적으로 민감한 데이터를 처리하는 과정에서 발생 하는 입력 유효성 검사 실패 오류입니다.

유명한 CVE 사례

이 취약점은 다음과 같이 알려지게 되었습니다.

• CVE-2023-50428 “데이터 캐리어 크기 제한을 우회하기 위해 Witness 스크립트가 악용됨” – 잘못된 Witness 스크립트가 제한을 우회하고 DoS 공격을 수행하는 데 사용된 사례.  github
• CVE-2024-38359 — 라이트닝 네트워크 데몬에서 증인 파싱 블록과 관련된 서비스 거부 공격.  vulert
• CVE-2022-39389 – btcd 및 LND의 블록 구문 분석 버그로 인해 노드 성능 저하 발생.  opencve

이러한 CVE는 증인 데이터 처리 취약점이 정기적으로 발견되고 있으며 심각도 등급이 중간에서 높음(CVSS 6.5 이상)으로 평가된다는 것을 보여줍니다.

결론

비트코인 거래 증명 데이터 처리 과정에서 발견된 심각한 취약점은 암호화폐의 무결성과 보안을 직접적으로 위협합니다. 증명 데이터 변환 및 검증 오류, 예외 처리 부재는 서비스 거부(DoS) 공격, 잘못되거나 허위 거래의 확산을 초래하고, 체인 붕괴 및 자금 손실을 포함한 심각한 네트워크 장애로 이어질 수 있습니다.

과학적으로 이 취약점은 “증거 데이터의 구문 분석 취약점”으로 분류되며, 서비스 거부 공격 및 트랜잭션 변조 공격을 통해 악용되는 경우가 많습니다.

이러한 문제를 해결하려면 엄격한 데이터 형식 검사, 오류 처리, 로깅 및 비트코인 ​​합의 규칙 준수를 포함한 포괄적인 보안 접근 방식이 필요합니다.

필요한 경우, 특정 CVE에 대한 보다 상세한 기술 분석과 해당 취약점을 제거하기 위한 권장 사항을 제공할 수 있습니다.

암호화 취약점

이 코드 자체의 암호화 취약점은 암묵적이며 직접적으로 탐지할 수 없습니다. 이 코드는 mempool.space API의 클라이언트로서, 비트코인 ​​거래 및 블록 데이터에 대한 요청을 구현하고 수신 및 파싱하는 기능을 수행하지만, 키 생성, 서명 또는 검증과 같은 명시적인 암호화 작업은 포함하지 않습니다.

하지만 잠재적인 취약점은 거래 입력값을 파싱할 때 증인 데이터가 바이트로 변환되는 부분에 있을 수 있습니다.

파이썬:

witnesses=None if 'witness' not in ti else [bytes.fromhex(w) for w in ti['witness']]

증인 데이터가 추가 유효성 검사 또는 오류 처리를 통과하지 못하면 다음과 같은 상황이 발생합니다.

• bytes.fromhex(w) 공격자가 입력 데이터를 특수하게 조작한 경우, 해당 호출은   예외를 발생시키거나 유효하지 않은 데이터를 반환할 수 있습니다.

또한 증인 유형 계산이 포함된 줄도 있습니다.

파이썬:

if tx['size'] * 4 > tx['weight']:
    witness_type = 'segwit'

특정 조건에서 거래를 잘못 분류할 수 있으며, 이는 서명 처리 과정에 영향을 미칠 수 있습니다.

또한, 해당 방법에서는 다음과 같습니다   sendrawtransaction.

파이썬:

res = self.compose_request('tx', post_data=rawtx, method='post')

전송 전에 유효성 검사 또는 거래 확인이 수행되지 않으면   rawtx 유효하지 않거나 악의적인 거래가 전송될 수 있습니다.

전반적으로 이 코드 조각의 암호화 알고리즘이나 연산에는 명백한 암호화 취약점이 없습니다.

결과: 잠재적 임계점(잘못된 데이터 처리로 인해 취약해질 수 있음)

• 거래 입력의 증인 데이터가 처리되는 줄(함수 내   _parse_transaction):

파이썬:

witnesses=None if 'witness' not in ti else [bytes.fromhex(w) for w in ti['witness']]

예외 처리, 데이터 유효성 검사 및 형식 검사를 추가하는 것이 좋습니다.

보정

다음은 비트코인 ​​거래에서 증인 데이터(분리된 증인 형식) 처리와 관련된 취약점에 대한 자세한 과학적 분석, 그 원인, 그리고 코드를 이용한 안전한 수정 방법입니다.

연구 논문: 비트코인 ​​증인 데이터 처리의 취약점 및 안전한 해결책

소개

세그위트(Segregated Witness, SegWit)는 비트코인 ​​네트워크의 확장성과 거래 변조 문제를 해결하기 위해 구현된 프로토콜 업데이트입니다. 세그위트를 사용하면 서명과 증인 데이터가 주요 거래 데이터와 분리되어 별도의 구조에 저장됩니다. 이는 새로운 직렬화 형식을 도입한 것으로, 증인 데이터에는 코인 소유권을 증명하는 중요한 증거, 즉 자금 사용 권한을 확인하는 전자 서명 및 스크립트가 포함됩니다.

증인 데이터 처리의 취약점

비트코인 클라이언트 및 거래 분석 라이브러리(파이썬 포함) 코드에서, 검증 데이터(witness data)를 파싱할 때 입력 데이터를 바이너리 형식으로 변환하기 전에 적절한 검증 및 유효성 검사가 부족하여 취약점이 자주 발생합니다.

문제 영역:

파이썬:

witnesses = None if 'witness' not in ti else [bytes.fromhex(w) for w in ti['witness']]

이것이 중요한 이유:

• 수신되는 증인 데이터는 외부 API에서 제공되며, 해당 데이터는 부정확하거나 악의적으로 변조되었을 수 있습니다.
• 이 메서드는   bytes.fromhex(w) 유효한 16진수 표현을 예상하며, 형식이 올바르지 않으면 예외가 발생하거나 프로그램이 충돌하거나 유효하지 않은 데이터가 처리될 수 있습니다.
• 증인 데이터의 구조와 길이에 대한 검증 부족으로 인해 가짜 확인을 이용한 공격과 거래 처리 로직의 교란이 가능해집니다.
• 증인 데이터에 대한 오해는 서명 평가 오류로 이어질 수 있으며, 심지어 서명되지 않았거나 악의적인 거래가 승인될 수도 있습니다.

취약성은 어떻게 발생하는가

1. 증인 데이터 변환 전 검증 부족.
2. 형식 변경 가능성이 있는 신뢰할 수 없는 출처(멤풀 API, 타사 서비스)의 데이터를 수락합니다.
3. 16진수 문자열을 바이트로 변환할 때 예외를 무시합니다.
4. 거래 크기 및 가중치 매개변수에 따른 거래 분류(레거시/세그윗) 논리가 잘못되었습니다.

위험한 결과

• 잘못된 형식의 증인 데이터를 제공하여 시스템 충돌이나 오작동을 유발하는 DoS 공격 가능성이 있습니다.
• 거래 데이터의 보안 및 진위성 침해.
• 잘못된 거래가 허용될 가능성이 있어 시스템에 대한 신뢰를 약화시킵니다.

취약점에 대한 안전한 패치

교정의 기본 원칙

1. 증인 데이터의 각 행의 형식과 길이를 엄격하게 확인합니다.
2. 16진수를 바이트로 변환할 때 발생하는 예외 처리.
3. 공격 시도에 대한 성공적인 분석을 위해 오류 로그를 기록합니다.
4. 증인 데이터와 기존 형식 작업을 위한 논리를 명확하게 분리합니다.
5. 데이터 처리의 정확성과 안정성을 검증하는 테스트를 추가합니다.

안전한 코드 변형의 예

파이썬:

def safe_parse_witness(witness_list):
    """
    Безопасное преобразование списка witness-строк в байты с валидацией и обработкой ошибок.
    """
    safe_witnesses = []
    for w in witness_list:
        # Проверка типа и длины строки witness
        if not isinstance(w, str) or len(w) % 2 != 0:
            logging.warning(f"Invalid witness entry format or odd length: {w}")
            continue
        try:
            # Преобразование hex-строки в байты
            w_bytes = bytes.fromhex(w)
        except ValueError as err:
            logging.warning(f"Invalid hex witness data {w}: {err}")
            continue
        # Дополнительная проверка длины witness данных (например, не более 1000 байт)
        if len(w_bytes) > 1000:
            logging.warning(f"Witness data too long: length={len(w_bytes)}")
            continue
        safe_witnesses.append(w_bytes)
    return safe_witnesses if safe_witnesses else None

def _parse_transaction(self, tx):
    # ... (другие части кода)
    for ti in tx['vin']:
        if ti['is_coinbase']:
            # ... (обработка coinbase)
            pass  
        else:
            # Используем безопасный парсер witness
            witnesses = None
            if 'witness' in ti:
                witnesses = safe_parse_witness(ti['witness'])
            t.add_input(
                prev_txid=ti['txid'], 
                output_n=ti['vout'],
                unlocking_script=ti['scriptsig'], 
                value=ti['prevout']['value'],
                address=ti['prevout'].get('scriptpubkey_address', ''),
                locking_script=ti['prevout']['scriptpubkey'], 
                sequence=ti['sequence'],
                witnesses=witnesses,
                strict=self.strict
            )
    # ... (остальной код)

수정 사항에 대한 설명

• 이 함수는   safe_parse_witness 예외를 발생시키지 않고 유효하지 않은 요소를 필터링하고 무시합니다.
• 비정상적으로 큰 페이로드로부터 보호하기 위해 데이터 크기 제한을 추가했습니다.
• 모든 오류는 기록되므로 침입자를 식별하는 데 도움이 됩니다.
• 해당 장치는 애플리케이션을 충돌시키는 대신 유효하지 않은 증인을 처리하지 못하게 하여 오류를 발생시킵니다.

결론

SegWit 트랜잭션과 관련된 비트코인 ​​클라이언트 라이브러리 및 서비스의 보안에서 증인 데이터의 적절한 유효성 검사 및 처리는 매우 중요합니다. 증인 데이터를 바이트로 변환할 때 입력 데이터의 유효성을 검사하지 못하거나 예외를 처리하지 못하면 서비스 거부 공격(DoS 공격)이나 트랜잭션 위조로 이어질 수 있는 취약점이 발생합니다.

포괄적인 유효성 검사 및 오류 추적 기능을 갖춘 보안 코드를 구현하면 공격에 대한 확실한 보호 기능을 제공하여 시스템 전체의 안정성과 신뢰도를 높일 수 있습니다. 암호화 데이터를 처리하는 모든 모듈에 이러한 접근 방식을 구현하는 것이 좋습니다.

결과:

이 글의 결론을 통해 다음과 같이 최종 결론을 내릴 수 있습니다.

최종 결론

비트코인 거래에서 증인 데이터(witness data)를 잘못 처리하는 것과 관련된 치명적인 취약점이 비트코인 ​​암호화폐 전체의 보안에 심각한 위협을 가하고 있습니다. 증인 데이터의 파싱 오류와 검증 부족은 공격자가 위험한 서비스 거부(DoS) 공격을 감행하여 네트워크 노드의 장애와 불안정을 초래할 수 있도록 합니다. 더욱이, 증인 데이터의 잘못된 처리는 거래 무결성 침해, 서명 위조 가능성, 그리고 분산 합의 메커니즘을 위협하는 조작으로 이어질 수 있습니다.

과학적으로 이 취약점 분류는 DoS 공격으로 이어질 수 있는 구문 분석 취약점과 거래 변조 가능성을 의미합니다. 이는 자금 소유권 확인 및 거래 확정에 있어 증인 데이터가 핵심적인 역할을 한다는 점을 고려할 때 더욱 심각한 문제입니다. CVE에 반영된 알려진 사례(예: CVE-2023-50428 및 CVE-2024-38359)는 이 문제의 심각성과 중요성을 입증합니다.

비트코인 네트워크와 사용자를 보호하기 위해서는 엄격한 검증 규칙 준수, 오류 처리, 그리고 검증 데이터(witness data)를 분석하고 검증하는 안전한 방법 구현이 필수적입니다. 이것이 바로 세계 최대 암호화폐인 비트코인의 신뢰성, 안정성, 보안을 보장하고 생태계의 신뢰와 지속가능성을 유지하는 유일한 방법입니다.