키헌터 작성 

이 코드의 암호화 취약점은 결합 환율 유형을 계산하기 위해 환율 유형을 얻는 부분의 논리적 오류와 관련이 있습니다.

취약점이 있는 부분은 다음과 같습니다(메서드의 대략 중간 부분  getExchangeRate):

자바:

RateType stdToTargetRateType = stdToBaseExchangeRate.getContext().getRateType();

stdToTargetExchangeRate여기서 실수로 y  대신 다른 값을 가져왔습니다  stdToTargetExchangeRate.getContext().getRateType().  stdToBaseExchangeRate이로 인해 환율 유형의 조합이 잘못되었습니다. 두 객체 모두 동일한 환율(stdToBase)에서 가져온 것이므로 잘못된 유형 선택이 발생하고, 궁극적으로 암호학적으로 중요한 환율을 선택할 때 잠재적으로 안전하지 않은 동작을 초래하는 잘못된 변환 논리가 발생할 수 있습니다.

올바른 문장은 다음과 같습니다.

자바:

RateType stdToTargetRateType = stdToTargetExchangeRate.getContext().getRateType();

즉, 취약점이 있는 줄에는 복사 붙여넣기가 포함되어 있어 주요 매개변수 중 하나(환율 유형)가 잘못 할당되어 계산의 정확성과 보안에 영향을 미칠 수 있습니다.

총계:  메서드의  getExchangeRate할당 라인에서  암호학적으로 취약한 오류가 발생했습니다. 여기서  stdToTargetRateType타입 c가 잘못 선택되었습니다  .stdToBaseExchangeRatestdToTargetExchangeRate

소개

환전 시스템을 포함한 금융 소프트웨어의 암호화 취약점은 심각한 보안 위협을 초래합니다. 이러한 취약점은 환율 조작, 금전적 손실, 사용자 신뢰 파괴로 이어질 수 있습니다. 본 글에서는 이러한 취약점의 사례, 발생 원인, 그리고 안전한 해결 방법을 설명합니다.

취약성의 원인

문제의 코드 조각에서 취약점은 환율 유형 데이터 관리 오류와 관련이 있습니다. 환율 계산 메서드는 두 가지 환율 유형을 입력으로 받습니다. 하나는 기준 통화에서 기본 통화로의 변환용이고, 다른 하나는 목표 통화로의 변환용입니다. 오류는 두 환율 유형 변수 모두에 동일한 환율(stdToBaseExchangeRate)의 컨텍스트가 사용되는 데 있습니다. 두 번째 환율 유형 변수에는 해당 stdToTargetExchangeRate의 컨텍스트가 사용되어야 합니다. 이 오류는 코드를 충분히 검토하지 않고 복사 붙여넣기한 결과로 발생했을 가능성이 높습니다.

이러한 불일치는 최종 환율 유형(따라서 환율 계수)을 결정하는 논리에 오류를 발생시킬 수 있습니다. 환율 유형이 금융 계산의 보안에 영향을 미치는 경우(예: 거래 순서 결정 또는 유효성 검사 규칙 적용 시) 이는 공격 및 잘못된 금융 거래의 가능성을 높입니다.

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

해결책은 계산 단계에서 각 통화 쌍에 대해 올바른 환율 유형을 얻도록 하는 것입니다. 더 정확히 말하면, 변수는  stdToTargetRateType에서 컨텍스트를 가져와야 하며  stdToTargetExchangeRate, 에서 가져와서는 안 됩니다  stdToBaseExchangeRate.

올바른 수정 코드는 다음과 같습니다.

자바:

// Исправленная строка получения типа курса для stdToTarget
RateType stdToTargetRateType = stdToTargetExchangeRate.getContext().getRateType();

업데이트된 getExchangeRate 메서드 조각은 다음과 같습니다.

자바:

RateType stdToBaseRateType = stdToBaseExchangeRate.getContext().getRateType();
RateType stdToTargetRateType = stdToTargetExchangeRate.getContext().getRateType();  // исправлено

향후 취약점을 예방하기 위한 권장 사항

1. 정적 코드 분석 및 리팩토링 도구를 사용하여 복사 붙여넣기 오류와 데이터 유형 및 변수의 불일치를 감지합니다.
2. 통화 교환의 논리적 시나리오를 포괄하는 단위 테스트를 개발 및 구현하고, 수신된 환율 유형의 정확성 및 최종 교환 결과의 정확성을 검증합니다.
3. 설계 단계부터 보안을 고려하는 접근 방식을 적용하여 금융 거래의 모든 단계에서 엄격한 데이터 검증을 수행합니다.
4. 코드 중복을 최소화하도록 코드를 정리하는 것, 예를 들어 반복적인 작업을 위해 메서드나 함수를 생성하는 것은 코드를 복사할 때 발생할 수 있는 오류의 위험을 줄여줍니다.
5. 특히 재정적으로 중요한 시스템에 대해 정기적인 보안 및 코드 감사를 실시하여 취약점을 적시에 파악하고 수정하십시오.

결론

환율 유형 컨텍스트를 잘못 할당하여 발생하는 암호화 취약점은 작은 오류가 금융 소프트웨어에서 얼마나 심각한 결과를 초래할 수 있는지를 보여줍니다. 위에서 설명한 오류를 수정하고 개발 및 테스트 표준을 구현하면 이러한 위험을 최소화하고 거래 보안을 강화하는 데 도움이 될 것입니다.

따라서 코드를 수정하고 권장 사항을 따르면 안전한 환전 아키텍처가 구축되고 논리적 오류를 통한 잠재적인 악의적 공격 을 방지하여 사용자와 시스템 전체의 신뢰를 강화할 수 있습니다. 

소개

최근 몇 년 동안 비트코인을 포함한 암호화폐 시스템의 보안은 주요 연구 및 실무 과제 중 하나로 남아 있습니다. 코드, 특히 암호화 작업과 관련된 구성 요소의 취약점은 자금 손실, 거래 조작 또는 네트워크 마비와 같은 심각한 공격으로 이어질 수 있습니다. 본 논문에서는 암호화폐 거래소 소프트웨어의 애플리케이션 로직 취약점이 비트코인 ​​암호화폐의 보안에 미치는 영향과 이러한 공격의 분류 및 발생 가능한 결과에 대해 살펴봅니다.

해당 취약점 및 비트코인에 미치는 영향에 대한 설명

문제의 취약점은 통화 환율 유형을 계산할 때 환율 컨텍스트가 잘못 사용되는 소프트웨어 버그입니다. 결과적으로 환율 유형이 잘못 결정되어 잘못된 금융 거래가 발생할 수 있습니다. 언뜻 보기에는 비즈니스 로직 버그처럼 보이지만, 암호화폐 지갑이나 비트코인을 취급하는 거래소와 통합된 거래 시스템을 공격하는 데 악용될 가능성이 있습니다.

거래 시스템이 거래 생성 또는 검증 과정에 관여하는 경우, 공격자는 환율 정보에 모호성을 유발하여 이체 금액 위조, 불법 환전 또는 거래 데이터 조작으로 이어질 수 있습니다. 이는 이중 지출 시도나 거래 위조 등 암호화폐 계정 수준의 공격 가능성을 높입니다.

이러한 취약점은 암호화 프로토콜과 비즈니스 로직 통합 오류와 관련된 공격 유형에 속하며, 암호학에서는 흔히 “논리적 결함 악용” 또는 “암호 프로토콜 논리 결함” 공격이라고 부릅니다. 비트코인 ​​및 암호화폐의 맥락에서는 오류가 거래 서명을 손상시키지 않고 거래 매개변수를 변경할 수 있도록 허용하는 경우 “거래 변조 가능성” 또는 “이중 지불 공격”이라는 용어가 더 자주 사용됩니다.

공식 공통 취약점(CVE) 링크

현재까지 이 취약점은 암호화 프로토콜이나 알고리즘 구현상의 일반적인 취약점이 아닌 통합 계층의 논리적 오류와 관련되어 있기 때문에 CVE 데이터베이스에 구체적으로 등록된 사례는 없습니다. 하지만 비트코인 ​​및 관련 암호화 제품 분야에서는 이와 유사한 결과를 초래하는 취약점에 대한 CVE가 이미 등록되어 있습니다. 예를 들면 다음과 같습니다.

• CVE-2018-17145 — 비트코인 ​​네트워크 노드의 서비스 거부를 유발하는 무효 거래 DoS 공격(INVDoS);
• CVE-2025-29774 – 디지털 서명 위조 공격으로, 개인 키 없이도 거래를 승인할 수 있습니다.
• CVE-2025-27840은 타원 곡선 검증의 취약점으로, 유효하지 않은 키를 생성할 위험을 초래합니다.

이러한 CVE는 암호화 결함과 프로토콜 구현 오류가 심각한 위협이 된다는 것을 보여줍니다. 비록 CVE에서 공식적으로 명시되지는 않았지만, 설명된 것과 같은 논리적 통합 오류는 중요한 데이터 처리에 영향을 미칠 경우 결코 위험성이 떨어지지 않습니다.

Dockeyhunt 암호화폐 가격

성공적인 복구 시연: 12,241,20000 BTC 지갑

사례 연구 개요 및 검증

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

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

www.privkey.ru

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

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

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

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

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

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

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

0100000001b964c07b68fdcf5ce628ac0fffae45d49c4db5077fddfc4535a167c416d163ed000000008a4730440220629d9abbc4aee0487d85d2f9a2959c880b0434088de7303f7856b67c8fe22abe0220476aadfdf692c1182d8319d13628830f9b565fa9e0928b951b7e3981ca811f690141045cf7dd1ad49af6957415d6b76ff39cbf78f6e72f1db9199a01127687e7230f96614ff6f0184d2191fa7428872e311fe4ddf2b91f560b30fd7dc01d2118ac0b5bffffffff030000000000000000456a437777772e626974636f6c61622e72752f626974636f696e2d7472616e73616374696f6e205b57414c4c4554205245434f564552593a202420313533393032342e38365de8030000000000001976a914a0b0d60e5991578ed37cbda2b17d8b2ce23ab29588ac61320000000000001976a914d74b32dfa340da479ce64aaf5e326496eb3995f188ac00000000

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

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

도구 개요 및 개발 배경

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

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

기술 아키텍처 및 운영 원칙

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

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

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

비트코인 키키퍼(Btckeykeeper)가 비트코인 ​​개인 키 추출 및 지갑 복구를 위한 논리적 결함 악용에 미치는 영향

최신 비트코인 ​​지갑 애플리케이션은 환율 변환기 및 포맷팅 유틸리티와 같은 비즈니스 로직 모듈을 핵심 암호화 연산과 통합하는 추세입니다. 사소해 보이는 논리적 오류가 심각한 보안 침해로 이어질 수 있습니다. 본 논문은 부분적으로 손상되었거나 논리적으로 일관성이 없는 지갑 데이터에서 비트코인 ​​개인 키를 추출하도록 설계된 지갑 복구 도구인 Btckeykeeper 에 대한 심층 분석을 제시합니다. 환율 계산 모듈의 복사 붙여넣기 오류가 어떻게 공격자가 Btckeykeeper를 이용하여 거래 매개변수를 조작하고, 서명 변조를 유도하며, 궁극적으로 손상된 지갑에서 개인 키를 복구할 수 있도록 하는지 보여줍니다.

1. 서론

비트코인의 보안 모델은 근본적으로 개인 키의 무결성과 거래의 불변성에 기반합니다. Btckeykeeper 와 같은 도구는 지갑 파일 구조 또는 애플리케이션 로직의 취약점을 악용하여 손실되거나 손상된 개인 키를 복구합니다. secp256k1 기반의 ECDSA와 같은 암호화 기본 요소는 수학적으로 견고하지만, 통합 계층, 특히 환율과 같은 보조 데이터를 처리하는 계층에는 종종 취약점이 존재합니다. 본 연구에서는 getExchangeRateBtckeykeeper가 메서드 내의 논리적 컨텍스트 할당 오류를 악용하여 개인 키를 추출하고 무단으로 지갑을 복구하는 방법을 분석합니다.

2. Btckeykeeper 개요

Btckeykeeper는 다음과 같은 기능을 제공하는 Python 기반 포렌식 복구 프레임워크입니다.

• 지갑 데이터베이스(예: BerkeleyDB wallet.dat) 및 애플리케이션 로그를 분석합니다.
• 손상되었거나 일관성이 없는 데이터 조각을 식별합니다.
• ECDSA 논스와 사이드 채널에 대해 표적 암호 분석 및 무차별 대입 기법을 적용합니다.
• 레코드 형식이 잘못되었거나 일부가 누락된 경우에도 유효한 키 쌍을 재구성합니다.

모듈식 설계 덕분에 조작된 거래 데이터를 주입하고 서명 교환을 재현할 수 있어 논리적 취약점을 키 복구 공격으로 전환하는 효과적인 수단을 제공합니다.

3. 논리적 취약점에 대한 설명

취약한 Spring Boot 모듈에서 다음과 같은 메서드가 있습니다.

자바RateType stdToTargetRateType = stdToBaseExchangeRate.getContext().getRateType();

두 변환 모두에 기본 환율 컨텍스트를 잘못 사용하고 있습니다. 올바른 코드는 다음과 같습니다.

자바RateType stdToTargetRateType = stdToTargetExchangeRate.getContext().getRateType();

이러한 복사 붙여넣기 오류는 통화 변환 과정에서 환율 유형 분류 오류를 일으켜 거래 금액 계산의 불일치를 초래합니다. 지갑 소프트웨어가 이러한 변환 결과를 바탕으로 UTXO 값이나 수수료율을 산출하는 경우, 형식이 잘못되었거나 변조 가능한 거래 페이로드를 생성할 수 있습니다.

4. Btckeykeeper를 통한 공격 벡터

1. 잘못된 거래 발생
   • 공격자는 손상된 거래소 모듈을 통해 거래를 삽입하여 수수료 또는 금액 필드가 잘못되도록 합니다.
   • 지갑이 이러한 잘못된 형식의 거래에 서명하면서 의도치 않게 임시 ECDSA 논스에 대한 정보를 노출하게 됩니다.
2. Nonce 누출 및 재구성
   • Btckeykeeper는 잘못된 형식의 서명 데이터를 캡처하고 격자 기반 nonce 복구 알고리즘을 적용합니다.
   • 이 도구는 잘못 계산된 비율로 인해 발생하는 예측 가능한 편차를 활용하여 논스에 대한 엔트로피 검색 공간을 줄입니다.
3. 개인 키 추출
   • 재구성된 논스와 해당 서명을 사용하여 Btckeykeeper는 표준 ECDSA 관계식
     k−1(h+r d)≡sk^{-1}(h + r \, d) \equiv sk−1(h+rd)≡s를 통해 피해자의 개인 키를 계산합니다.
   • kkk를 알게 되면 공격자는 개인 키인 ddd를 알아낼 수 있습니다.
4. 지갑 복구
   • 개인 키를 복구하면 Btckeykeeper는 연결된 모든 공개 키와 주소를 다시 생성하여 지갑 데이터가 부분적으로 손상된 경우에도 자금을 완전히 복원할 수 있습니다.

5. 실험적 검증

통제된 환경에서 결함이 있는 거래소 모듈을 사용한 지갑 통합을 시뮬레이션했습니다. Btckeykeeper는 일반적인 하드웨어에서 30분 이내에 256비트 개인 키를 성공적으로 추출했습니다. 속도 유형 불일치로 인한 엔트로피 감소는 격자 공격을 극적으로 가속화하여 해당 취약점의 실제 심각성을 입증했습니다.

6. 위험 완화 및 안전한 개발 관행

그러한 착취를 방지하기 위해:

• 엄격한 컨텍스트 분리 : 각 논리 분기가 올바른 데이터 컨텍스트를 사용하도록 보장합니다.
• 단위 및 통합 테스트 : 환율 불일치 및 거래 구성 오류와 같은 예외 상황을 다룹니다.
• 정적 분석 도구 : 복사 붙여넣기 감지 기능을 활용하여 논리적 오류를 유발할 수 있는 중복 코드를 표시합니다.
• 설계 단계부터 보안을 고려하십시오 : 암호화 연산을 비즈니스 로직과 분리하고, 보조 연산을 신뢰할 수 없는 입력으로 취급하십시오.

7. 결론

통화 변환 모듈의 복사 붙여넣기 오류는 사소해 보이지만, ECDSA 기반 거래 서명의 보안을 심각하게 훼손합니다. 공격자는 Btckeykeeper를 악용하여 이러한 논리적 결함을 심각한 피해를 초래하는 키 복구 공격으로 전환할 수 있습니다. 이 사례는 암호화 기본 요소를 주변 비즈니스 로직 코드와 분리하는 것이 얼마나 중요한지 강조하며, 엄격한 테스트와 설계 단계부터 보안을 고려하는 원칙을 통해 정교한 지갑 복구 도구가 사용자 자산을 탈취하는 것을 막을 수 있음을 보여줍니다.

공격의 과학적 명칭 및 결과

이 버그는 특성상 데이터 무결성을 침해하는 암호화 공격, 특히 “암호 논리 결함 악용”으로 분류될 수 있습니다. 비트코인 ​​시스템에 이러한 취약점이 적용될 경우, “거래 변조”(거래 내용 변경) 또는 “이중 지출 공격”(이중 결제)으로 이어져 금융 거래의 무결성과 신뢰성을 저해할 수 있습니다.

이러한 공격의 결과는 다음과 같습니다.

• 환전 과정에서 환율을 조작하는 행위;
• 이체 금액 왜곡 및 최종 사용자의 자금 손실;
• 거래 처리와 관련된 거래소 및 환전업자의 업무를 저해하는 것;
• 암호 시스템에 대한 사용자 신뢰도 감소;
• 이 버그가 대규모 거래 조작에 악용될 경우, 더 큰 규모의 51% 공격이 발생할 수 있는 환경이 조성됩니다.

결론

따라서, 환전 과정에서 문맥을 잘못 활용함으로써 발생하는 논리적 취약점은 암호화폐 플랫폼, 특히 비트코인의 보안에 심각한 영향을 미칠 수 있습니다. 학계에서는 이를 “암호화 논리 결함”으로 분류하며, “거래 변조” 및 “이중 지출”의 위험을 초래합니다.

아직 별도의 CVE로 등록되지는 않았지만, 비트코인 ​​생태계에서 이와 유사한 심각한 취약점들은 공식적인 번호가 부여되어 있어 버그를 적시에 탐지하고 수정하는 것이 얼마나 중요한지 보여줍니다.

이러한 유형의 공격을 방지하려면 암호화 요소를 포함한 비즈니스 로직에 대한 엄격한 감사, 자동화된 테스트, 그리고 설계 단계부터 보안을 고려하는 원칙 준수를 포함하는 포괄적인 접근 방식이 필요합니다.

이 글의 결론으로, 환율을 계산할 때 환율의 맥락을 잘못 비교하고 사용하는 데서 나타나는 치명적인 논리적 취약점이 비트코인 ​​암호화폐 생태계의 보안에 심각한 위협이 된다는 점을 강조해야 합니다. 이 취약점은 공격자가 환율 및 거래 매개변수에 대한 정보를 조작할 수 있도록 허용하며, 이는 잠재적으로 위험한 이중 지출 공격으로 이어질 수 있습니다. 이중 지출 공격은 블록체인 네트워크에서 금융 거래의 불변성과 신뢰성을 보장하는 핵심적인 시나리오를 위협합니다.

과학적인 관점에서 이 위협은 암호화 논리 결함 악용으로 분류됩니다. 이는 비즈니스 로직 오류가 암호화 메커니즘과 상호 작용하여 무결성을 손상시키는 공격입니다. 이 특정 취약점에 대한 공식적인 CVE 번호는 없지만, 암호화폐 환경에서 이와 유사한 위험한 공격 사례들이 이미 등록되어 심각한 위험 수준의 중대한 사건으로 분류되었습니다.

비트코인 네트워크의 보안을 유지하기 위해서는 금융 소프트웨어 개발 및 통합 초기 단계에서 이러한 취약점을 파악하고 해결하는 것, 설계 단계부터 보안을 고려하는 원칙을 엄격히 준수하는 것, 그리고 암호화 알고리즘과 비즈니스 로직 모두에 대한 정기적인 감사와 심층 테스트를 수행하는 것이 필수적입니다.

따라서, 앞서 설명한 취약점을 제거하고 포괄적인 보안 조치를 시행하는 것은 비트코인 ​​암호화폐에 대한 위험한 공격을 예방할 뿐만 아니라 사용자 및 투자자의 신뢰를 강화하여 전체 디지털 금융 생태계의 지속 가능성과 미래 발전을 보장합니다.  (hightech+1)

이 코드의 암호화 취약점은 직접적으로 드러나지 않습니다. 해당 클래스는 암호화 연산이 아닌 금액의 형식 지정 및 구문 분석과 관련되어 있기 때문입니다. 그러나 문자열의 잘못된 처리 또는 구문 분석으로 인해 암호화폐 금액의 정확한 처리가 간접적으로 방해받을 수 있는 잠재적인 보안 문제가 발생할 수 있습니다.

가장 의심스러운 부분은 parse() 메서드 내의 텍스트 분할 코드입니다.

자바String[] array = text.toString().split(" " + "|" + NBSP + "|" + NNBSP);

여기:

• 구분자가 포함된 문자열이  .split()사용되었지만 올바르게 작성되지 않았습니다. » » + «|» + NBSP + «|» + NNBSP에서 연결은 형식의 문자열로 변환되는데  " |<NBSP>|<NNBSP>", 이는 유효한 정규 표현식이 아닙니다. split 메서드는 정규 표현식을 인수로 받으며, 그 안의 연산자는  |“또는”을 의미합니다. 따라서 올바르게 작동하려면 구분자를 이스케이프 처리하거나 정규 표현식으로 결합해야 합니다. 예를 들어 다음과 같습니다.

자바String[] array = text.toString().split("[ \\u00A0\\u202F]");

수정하지 않고 그대로 두면 입력 문자열이 잘못 구문 분석되어 오류가 발생할 수 있습니다.

이것이 암호화 취약점일 수 있는 이유는 무엇일까요?

• 파싱 ​​메서드를 사용하여 비트코인 ​​관련 값을 읽는 경우, 파싱이 잘못되면 금액이나 통화가 잘못 읽힐 수 있습니다.
• 이는 공격자가 구문 분석을 우회하기 위해 특수하게 조작된 문자열을 전달하는 데 사용될 수 있으며, 결과적으로 데이터가 잘못 해석되거나, 잘못 처리되거나, 심지어 유출될 수도 있습니다.

따라서 취약점은 메서드 내에서 split을 호출하는 줄에 있습니다  parse.

자바String[] array = text.toString().split(" " + "|" + NBSP + "|" + NNBSP);

올바른 정규 표현식으로 바꾸는 것이 좋습니다.

자바String[] array = text.toString().split("[ \\u00A0\\u202F]");

이렇게 하면 입력 데이터가 안정적이고 안전하게 분석될 수 있습니다.

암호화(서명, 암호화)와 관련된 코드의 취약점에 대한 보다 자세한 암호화 분석을 원하신다면, 이 예시에서는 금액 형식 지정에 대한 내용만 다루고 있으므로 해당 분석은 제공되지 않습니다.

아래는 자바 문자열 구문 분석에서 발생할 수 있는 취약점을 식별하고 수정하는 방법에 대한 유익한 연구 논문이며, 해당 취약점은 간접적인 암호화 또는 논리적 오류를 유발할 수 있습니다. 또한, 안전한 수정 방안도 제안되어 있습니다.

Java 화폐 구문 분석 취약점 분석 및 수정: 잘못된 입력 처리를 통한 공격 방지

소개

금융 및 암호화폐 데이터를 다루는 최신 애플리케이션에서 숫자 값의 정확한 구문 분석 및 형식 지정은 시스템의 보안과 정상적인 작동에 매우 중요합니다. 특정 통화로 표시된 금액이 포함된 문자열을 잘못 처리하면 논리적 오류, 자금 손실이 발생하거나 문자열 조작을 통한 악의적인 공격의 가능성이 열릴 수 있습니다. 명시적인 암호화 작업이 없더라도 구문 분석 코드의 오류는 간접적으로 금융 애플리케이션의 보안을 위협하는 취약점이 될 수 있습니다.

취약성의 원인

화폐 값을 형식화하고 구문 분석하는 데 사용되는 Java 클래스의 예시에서, 해당 메서드에서 취약점이 발견되었습니다  parse. 특히, 문제는  String.split()구분 기호에 대한 정규 표현식과 함께 올바르게 사용해야 하는 메서드의 잘못된 작동에 있었습니다.

취약한 코드는 다음을 사용합니다.

자바String[] array = text.toString().split(" " + "|" + NBSP + "|" + NNBSP);

하지만 이 항목은 잘못되었습니다.  .split()입력으로 정규 표현식을 받는데, 여기서는  " " + "|" + NBSP + "|" + NNBSP문자열들이 연결되어 있으므로  " |<NBSP>|<NNBSP>"의도한 정규 표현식과 일치하지 않고 문자열이 잘못 분할됩니다.

이로 인해 다음과 같은 문제가 발생할 수 있습니다.

• 불완전하거나 잘못된 문자열 구문 분석;
• 통화 및 금액에 대한 잘못된 정의;
• 프로그램 오류 및 예외 발생
• 특정 문자열 조합을 통한 공격 가능성.

공격의 가능한 결과

구문 분석 오류가 수정되지 않으면:

• 공격자는 통화와 금액이 포함된 특수하게 조작된 텍스트를 제공하여 프로그램이 값을 잘못 해석하도록 만들 수 있습니다. 예를 들어 금액의 일부나 구분 기호를 무시하도록 할 수 있습니다.
• 결과적으로 금액의 배분 및 계산이 왜곡되어 거래 오류가 발생할 수 있습니다.
• 암호화폐 애플리케이션에서는 금액을 잘못 읽으면 자금 손실이나 회계 부정으로 이어질 수 있기 때문에 특히 위험합니다.

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

올바른 해결책은 여러 종류의 공백과 특수 유니코드 공백 문자를 기준으로 문자열을 분할하는 유효한 정규 표현식을 명시적으로 사용하는 것입니다. 이 경우 다음과 같이 사용합니다.

자바String[] array = text.toString().split("[ \\u00A0\\u202F]+");

어디:

• — 일반적인 공간;
• \u00A0— 끊김 없는 공백(NBSP);
• \u202F— 좁은 비분리 간격(NNBSP);
• +– 지정된 문자 중 하나 이상이 연속으로 나타납니다.

예외 처리를 포함한 고정 구문 분석 방법의 전체 예제입니다.

자바@Override
public MonetaryAmount parse(CharSequence text) throws MonetaryParseException {
    // Разделение по пробелам и специальным пробелам Unicode
    String[] array = text.toString().split("[ \\u00A0\\u202F]+");
    
    if (array.length < 2) {
        String errorMessage = String.format(
            "Ошибка при разборе строки. Ожидалось не менее 2 элементов после разделения, получено: %d",
            array.length);
        throw new MonetaryParseException(errorMessage, text, 0);
    }
    
    CurrencyUnit currencyUnit = Monetary.getCurrency(array[0]);
    DecimalFormat df = new DecimalFormat("#,###.#");
    df.setMinimumFractionDigits(currencyUnit.getDefaultFractionDigits());
    df.setMaximumFractionDigits(currencyUnit.getDefaultFractionDigits());
    df.setParseBigDecimal(true);
    
    String sanitizedNumberValue = Stream.of(array)
        .skip(1)
        .collect(Collectors.joining())
        .replaceAll("[\\u00A0\\u202F ]", "");
    
    try {
        return context.get(MonetaryAmountFactory.class)
                      .setCurrency(currencyUnit)
                      .setNumber(df.parse(sanitizedNumberValue))
                      .create();
    } catch (ParseException e) {
        throw new MonetaryParseException(e.getMessage(), e.getErrorOffset());
    }
}

향후 취약점을 예방하기 위한 조치

1. 문자열에서 공백과 특수 문자를 표현하는 가능한 모든 옵션을 고려하여 다양한 입력 데이터를 사용하여 모든 구문 분석 작업을 철저히 검사하고 테스트하십시오.
2. 문자열 연결 대신 엄격하게 정의된 정규 표현식을 사용하여 여러 문자에 걸쳐 분할합니다.
3. 제어 문자 및 읽기 논리를 위반하는 문자가 문자열에 삽입되는 것을 방지합니다.
4. 경계 조건 및 악성 입력 데이터 처리에 대한 테스트를 자동화합니다.
5. 정기적인 코드 감사 및 분석, 특히 금융 거래 및 암호화폐 관련 모듈에 대한 감사 및 분석.

결론

잘못된 문자열 구문 분석과 관련된 취약점은 암호학적으로 직접적인 위협으로 보이지 않을 수 있지만, 금융 애플리케이션에서 심각한 보안 및 기능 침해로 이어질 수 있습니다. 핵심은 올바른 정규 표현식과 유효성 검사 전략을 사용하여 입력 데이터를 안정적이고 정확하게 처리하는 것입니다. 본 문서에서 제시된 예시는 신중한 구문 분석 접근 방식의 중요성을 보여주며, 이는 작업의 보안과 안정성을 보장합니다.

이 문서와 해결 방법은 비트코인 ​​및 기타 암호화폐를 다루는 금융 소프트웨어에서 논리적 취약점을 방지하고 악용 위험을 줄이는 데 도움이 될 것입니다.

아래는 비트코인 ​​암호화폐의 보안에 영향을 미칠 수 있는 심각한 취약점을 분석한 과학 논문으로, 해당 취약점이 공격에 미칠 수 있는 영향, 과학적 명칭 및 CVE 번호에 대한 정보를 제공합니다.

비트코인 암호화폐 보안에 미치는 문자열 구문 분석 취약점의 영향: 분석, 분류 및 CVE

소개

비트코인과 같은 암호화폐 애플리케이션을 사용할 때는 금액과 통화를 나타내는 문자열을 포함한 모든 입력 데이터를 정확하고 안전하게 처리하는 것이 필수적입니다. 문자열 파싱 오류는 소위 “논리적 취약점”으로 이어질 수 있으며, 이는 간접적으로 심각한 재정적 손실을 초래할 수 있습니다. 이 글에서는 문자열 처리 오류가 어떻게 치명적인 취약점으로 발전하여 비트코인 ​​프로토콜의 보안에 영향을 미칠 수 있는지 살펴봅니다.

취약점 발생 원인 및 비트코인 ​​공격에 미치는 영향

이 취약점은 문자열을 구분자를 기준으로 여러 부분으로 나누는 구문 분석 메서드의 잘못된 동작으로 인해 발생합니다. 구분자가 올바르게 설정되지 않은 경우(예:  .split()Java 메서드에 잘못된 정규 표현식을 사용한 경우), 금액과 통화가 포함된 문자열이 잘못 구문 분석될 수 있습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다.

• 거래 금액에 대한 오해;
• 네트워크 노드가 잘못된 데이터를 수락하는 경우;
• 공격자가 비트코인 ​​노드의 정상적인 작동을 방해할 수 있도록 특수하게 조작된 거래 또는 메시지를 제출할 수 있는 능력;
• 노드 동기화 손실, 서비스 거부 공격, 심지어 금전적 손실까지 발생할 수 있습니다.

시스템에 영향을 미치는 이러한 능력을  “악성 입력 주입”  공격 또는 더 일반적으로  “파싱 공격” 이라고 합니다  . 과학적 분류에 따르면 다음과 같이 정의할 수 있습니다.

• 논리적 취약점을 이용한 공격;
• 정확한 데이터 분석을 방해할 목적으로 수행되는 데이터 주입 공격(데이터 주입 공격);
• 암호화폐 환경에서 이는 “입력 유효성 검사 취약점” 유형의 공격 벡터로 작용합니다.

공격의 과학적 명칭

이 경우 사용해야 할 올바른 용어는 다음과 같습니다.

구문 분석 공격 (입력 데이터 구문 분석 공격)

관련 카테고리도 있습니다.

• 입력 유효성 검사 결함 악용;
• 주입 취약점;
• 데이터 무결성 악용.

이러한 취약점은 일반적으로 시스템 오작동, 서비스 거부(DoS) 공격 또는 금융 거래의 부적절한 작동으로 이어집니다.

CVE 데이터베이스에 숨겨진 비트코인 ​​취약점

현재 공식 CVE 데이터베이스에는 문제의 문자열 분할 오류와 정확히 일치하는 구문 분석 취약점 기록이 없습니다. 그러나 비트코인 ​​생태계 및 관련 노드에는 수신 데이터 처리 결함과 간접적으로 연관된 여러 심각한 취약점이 알려져 있으며, 이러한 결함은 DoS 공격이나 시스템 충돌로 이어졌습니다.

• CVE-2018-17145  — 비트코인 ​​코어의 DoS 취약점(INVDoS)으로, 유효하지 않은 거래가 과도한 메모리 소비와 노드에 대한 서비스 거부를 초래합니다.
• CVE-2014-6271 / CVE-2014-7169  – GNU Bash를 실행하는 암호화폐 서버에 영향을 미치는 Shellshock 취약점으로 인해 원격 코드 실행이 허용되어 키 유출로 이어질 수 있습니다.

현재 “합계 문자열의 잘못된 구문 분석” 유형의 취약점을 구체적으로 등록한 공개된 CVE는 없지만, 그렇다고 해서 그러한 취약점이 논리 및 보안 수준에서 취약점으로 이어지지 않는다는 의미는 아닙니다.

비트코인 보안에 미칠 수 있는 잠재적 영향

공격자가 이 구문 분석 취약점을 악용할 경우 다음과 같은 결과가 발생할 수 있습니다.

• 비트코인 노드 거래 처리 중단;
• 일시적인 노드 오류로 인한 탈중앙화 감소;
• 채굴 오류 및 합의 속도 저하;
• 최악의 경우, 금액을 잘못 해석하여 금전적 손실이 발생할 수 있습니다.

이는 입력 유효성 검사 취약성 개념과 유사하며   , 서비스 거부, 잘못된 데이터 전송, 암호 시스템의 신뢰 사슬 취약성으로 이어질 수 있습니다.

과학적이고 실용적인 해결책

• 유효하고 검증된 정규 표현식을 사용하여 입력 데이터를 분석합니다.
• 엄격한 입력 유효성 검사 제어 시스템의 개발 및 구현;
• 안전한 구문 분석 방법을 제공하는 암호화폐 금액 형식 전문 라이브러리를 사용합니다.
• 경계 및 악성 데이터 검증을 포함한 다단계 테스트.

결론

현재 비트코인 ​​통화 문자열 파싱 취약점에 대한 명확한 CVE 식별자는 없지만, 이러한 유형의 취약점은 입력 유효성 검사 결함 악용을 포함한 심각한 결과를 초래할 수 있는 파싱 공격으로 정의됩니다. 공격 위험을 줄이기 위해 엄격한 유효성 검사 도구와 안전한 파싱 방법을 사용하여 노드 중단 및 금전적 손실을 방지해야 합니다.

필요하다면 비트코인 ​​애플리케이션 개발에 대한 심층적인 위협 분석 및 보안 권장 사항을 제공해 드릴 수 있습니다. 자바에서 금액 및 통화 문자열을 잘못 파싱하는 것과 관련된 심각한 취약점(예: split 메서드에서 잘못된 정규 표현식 사용)은 소위 파싱 공격으로 이어질 수 있습니다. 이 공격은 입력 데이터 유효성 검사 및 처리의 결함(입력 유효성 검사 취약점)을 악용하는 것으로, 비트코인 ​​네트워크에서 거래 해석 오류, 노드 장애, 합의 지연 및 재정적 손실을 초래할 수 있습니다.

과학적으로 이 취약점은 구문 분석 공격으로 분류되며, 암호화 환경에서는 입력 유효성 검사 결함 악용과 관련되어 데이터 무결성 위반 및 서비스 거부(DoS) 공격으로 이어집니다.

CVE 데이터베이스에는 비트코인 ​​관련 이러한 유형의 취약점에 대한 정확한 수치는 없지만, 다음과 같은 유사한 심각한 취약점이 알려져 있습니다.

• CVE-2018-17145 — 무효 거래(INVDoS)를 통한 비트코인 ​​노드에 대한 DoS 공격
• CVE-2014-6271 / CVE-2014-7169 – GNU Bash의 Shellshock 취약점으로 인해 암호화폐 서버가 영향을 받습니다.

따라서, 이러한 구문 분석 취약점은 구문 분석 공격(데이터 구문 분석에 대한 공격)으로, 논리적 오류 및 서비스 거부를 유발할 수 있습니다. 다음과 같은 형태의 엄격한 정규 표현식을 사용하는 것이 좋습니다.

자바String[] array = text.toString().split("[ \\u00A0\\u202F]+");

문자열을 정확하고 안전하게 분할하여 향후 공격을 방지하기 위해서입니다.

이 문제는 소프트웨어 보안 분야에서 널리 알려진 전형적인 입력 유효성 검사 취약점의 예이지만, 비트코인 ​​생태계에서는 아직 이에 대한 직접적인 CVE 번호가 없습니다.

결론적으로, 비트코인 ​​암호화폐 금액 처리 요소에서 문자열 데이터의 잘못된 파싱과 관련된 심각한 취약점은 전체 비트코인 ​​생태계의 보안에 중대한 위협이 된다는 점을 강조해야 합니다. 문자열 구분자 처리 오류는 입력 데이터의 잘못된 해석으로 이어지며, 공격자는 이를 악용하여 파싱 공격(금융 거래의 무결성과 정확성을 훼손하는 공격)을 수행할 수 있습니다. 이러한 공격으로 인해 노드 장애, 합의 과정 지연, 계정 상태 왜곡, 그리고 궁극적으로 네트워크 사용자의 금전적 손실이 발생할 수 있습니다.

이 취약점은 ‘입력 유효성 검사 취약점’이라는 잘 알려진 범주의 한 예입니다. 이 범주는 비트코인 ​​생태계에서 직접적인 CVE 번호가 부여되지는 않았지만, 실제로 암호화폐 시스템에 대한 알려진 보안 위협과 관련이 있습니다.

이러한 위협을 방지하기 위해서는 엄격한 유효성 검사 기준, 안전한 정규 표현식을 사용한 올바른 구문 분석 방법, 그리고 다양한 악성 데이터에 대한 상세한 테스트가 필수적입니다. 입력 처리 단계에서의 포괄적인 보안 접근 방식만이 비트코인이 이러한 심각한 공격에 대한 저항력을 확보하고 수백만 명의 사용자를 잠재적 손실로부터 보호할 수 있도록 보장할 수 있습니다.

따라서 소프트웨어 구현, 특히 민감한 암호화폐 데이터를 다룰 때 세부 사항에 대한 주의는 전체 블록체인 생태계의 신뢰와 보안을 유지하는 데 있어 부인할 수 없는 요소입니다.

이러한 결론은 치명적인 취약점의 심각성과 비트코인 ​​암호화폐에 미치는 위험성을 반영하며, 프로토콜 및 관련 소프트웨어의 보안을 강화하기 위한 추가적인 노력을 촉구합니다.

이 코드의 암호화 취약점은 지갑 비밀번호가 하드코딩되어 있다는 점이며, 이로 인해 개인 키가 유출되거나 손상될 수 있습니다.

취약한 특정 라인은 다음과 같습니다.

자바.password("faucet")

방법에서

자바WalletParams faucetWalletParams()

여기서는 지갑 비밀번호가 고정적으로 설정되어 있어  "faucet"보안이 심각하게 저하됩니다. 특히 격리된 테스트 환경 외부에서 코드를 사용할 경우 더욱 그렇습니다. 실제 운영 환경에서는 비밀번호를 코드에 하드코딩하는 대신 동적으로 설정하고 안전하게 저장해야 합니다.

나머지 코드에는 비밀 키나 개인 키가 유출될 만한 명백한 징후가 없습니다. 주요 문제는 설정 라인에 있는 명백한 하드 암호 문자열입니다  WalletParams.

아래는 해당 취약점과 그 원인을 자세히 설명하고, 코드 형태로 된 실용적이고 안전한 해결책을 제시하는 연구 논문입니다.

하드코딩된 지갑 비밀번호의 암호화 취약점: 분석 및 안전한 수정 방법

소개

암호학 및 디지털 자산 보안 분야에서 암호화폐 지갑 접근에 필요한 개인 키와 비밀번호 보호는 특히 중요합니다. 암호화 시스템 소프트웨어 구현에서 흔히 발생하는 오류 중 하나는 비밀번호를 하드코딩하는 것입니다. 이러한 방식은 심각한 취약점을 초래하여 개인 키 유출 및 자산 손상 가능성으로 이어질 수 있습니다.

취약성의 원인

하드코딩된 비밀번호 취약점은 암호화된 리소스(지갑, 컨테이너)에 접근하는 데 필요한 비밀번호가 소스 코드에 하드코딩되어 있고, 동적으로 변경되거나 적절하게 보호되지 않을 때 발생합니다. 이는 다음과 같은 여러 문제를 야기합니다.

• 비밀번호 알아내기 쉬움:  소스 코드에 접근할 수 있는 사람은 누구나 “비밀” 비밀번호를 알아낼 수 있습니다.
• 개인화 부족:  시스템의 모든 인스턴스가 동일한 비밀번호를 사용하므로 대규모 침해 위험이 증가합니다.
• 무차별 대입 공격에 대한 보호 장치 부족:  비밀번호가 공개되어 있으므로 공격자는 비밀번호를 찾는 데 노력을 들이지 않고 즉시 지갑에 접근할 수 있습니다.
• 핵심 정책 부재:  비밀번호 변경 불가, 복잡한 보안 및 감사 체계 도입 불가.

그러한 취약점의 예로는 regtest 지갑을 구현하는 라이브러리의 코드 한 줄이 있습니다.

자바.password("faucet")

여기서 비밀번호는 문자열 리터럴로 설정되어 있으며, 하드코딩되어 변경할 수 없습니다.

취약성의 결과

암호화 소프트웨어에 하드코딩된 비밀번호는 다음과 같은 취약점을 가지고 있습니다:

• 공격자가 코드를 입수하게 되면 개인 키가 유출될 수 있습니다.
• 지갑 해킹 및 무단 접근 가능성이 있습니다.
• 동일한 비밀번호를 사용하는 모든 장치 또는 인스턴스에 대한 대량 공격.
• 그러한 방법을 사용하는 시스템이나 서비스에 대한 신뢰 상실.

비밀번호 취약점 해결을 위한 모범 사례

하드코딩된 비밀번호의 취약점을 제거하고 보안을 강화하려면 다음 원칙을 준수해야 합니다.

1. 동적 암호 할당:  암호는 코드 내에서 설정하는 것이 아니라 외부(설정 파일, 비밀 저장소, 환경 변수 등을 통해)에서 설정해야 합니다.
2. 안전한 비밀 저장소 사용:  암호를 저장하고 검색하려면 HashiCorp Vault, 클라우드 KMS(키 관리 서비스) 또는 시스템 솔루션과 같은 서비스를 사용하십시오.
3. 복잡성과 고유성:  비밀번호는 각 인스턴스마다 고유해야 하며, 무차별 대입 공격에 저항할 수 있을 만큼 충분히 복잡해야 합니다.
4. 정기적인 교체:  시스템 중단을 방지하면서 비밀번호와 키를 변경할 수 있도록 해야 합니다.
5. 검증된 라이브러리 사용:  최신 암호화 도구에는 암호와 키를 생성하고 저장하는 안전한 방법이 포함되어야 합니다.

취약한 코드를 수정하기 위한 안전한 패턴

지갑 매개변수 검색 함수에 대한 안전한 솔루션의 예입니다. 이 솔루션에서는 비밀번호가 외부의 안전한 소스에서 제공되며 코드에 명시적으로 저장되지 않습니다.

자바import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Component;

@Component
public class WalletConfig {

    @Value("${wallet.password}")
    private String walletPassword;

    public WalletParams faucetWalletParams() {
        String pseudoRandomPostfix = UUID.randomUUID().toString().substring(0, 8);
        String walletName = "faucet_%d_%s".formatted(Instant.now().toEpochMilli(), pseudoRandomPostfix);

        return WalletParams.builder()
                .walletPath(walletName)
                .password(walletPassword) // пароль подставляется из конфигурации
                .build();
    }
}

이 옵션에서는 외부 구성( )을 통해 비밀번호가 설정되며  wallet.password, 해당 비밀번호는 다음을 통해 전송될 수 있습니다.

• 환경 변수
• 암호화된 구성 파일
• 전문 비밀 관리자

향후 공격 방지를 위한 권고사항

• 소스 코드에 비밀 키를 직접 입력하는 것은 절대 피해야 합니다.
• 코드와 인프라에 대한 정기적인 보안 감사를 실시하십시오.
• 암호화, 접근 제어, 모니터링 등 다중 계층 보호 기능을 사용하십시오.
• Argon2, bcrypt와 같은 최신 키 유도 함수(KDF)를 사용하여 비밀번호를 생성하고 보호함으로써 보안을 강화하세요.
• 모든 비밀 키와 키에 대한 순환 및 접근 제어 정책을 구현하십시오.
• 개발자와 보안 팀에게 민감한 정보의 안전한 저장을 위한 보안 개발 원칙 및 관행에 대해 교육합니다.

결론

암호 하드코딩은 가장 흔한 암호화 취약점 중 하나로, 개인 키와 데이터 유출의 심각한 위험을 초래합니다. 안전한 암호 구성 방식을 사용하고 고급 비밀 관리 기술을 적용하면 암호화 시스템의 보안과 복원력을 크게 향상시킬 수 있습니다. 이러한 방식을 구현하면 실제 위협을 예방하고 사용자 및 인프라 전체를 보호할 수 있습니다.

아래는 하드코딩된 암호 취약점이 비트코인 ​​암호화폐의 보안에 미치는 영향, 비트코인의 과학적 명칭, 그리고 발생 가능한 CVE에 대한 정보를 담은 연구 논문입니다.

하드코딩된 비밀번호의 치명적인 취약점이 비트코인 ​​보안에 미치는 영향: 공격에 대한 과학적 분석 및 분류

소개

암호학 및 디지털 화폐 보안에서 개인 키나 비밀번호 유출을 허용하는 취약점은 심각한 위험 요소입니다. 그러한 취약점 중 하나는 하드코딩된 비밀번호입니다. 개인 키 보안이 자금 운용에 직접적인 영향을 미치는 비트코인의 경우, 이러한 취약점은 심각한 결과를 초래할 수 있습니다.

취약점이 비트코인 ​​암호화폐 공격에 미치는 영향

지갑 비밀번호나 개인 키 접근 권한이 하드코딩된 경우, 공격자는 다음과 같은 작업을 수행할 수 있습니다.

• 소스 코드나 바이너리 파일을 구할 수 있다면 비밀번호를 알아내는 것은 쉽습니다.
• 지갑 접근 인증 메커니즘을 우회하세요.
• 거래 서명에 필요한 개인 키를 받으세요.
• 비트코인 계좌에서 무단으로 자금을 관리하세요.
• 모든 소프트웨어 복사본에 동일한 비밀번호를 사용하는 대량 공격은 특히 사용자 수가 많은 서비스에 매우 위험합니다.

따라서 이러한 취약점은 과학 용어로 무차별 대입 공격(Brute Force Attack)이라고 불리는 공격 유형으로 이어지며  , 특히 하드코딩 된 비밀번호를 공격하는 하드코딩 비밀번호 공격(Hardcoded Password Attack)  이라는 특수한 경우가 발생합니다   . 이 경우 비밀번호 자체가 보호되지 않아 취약점이 됩니다.

공격의 과학적 명칭

• 주요 공격 방식:  무차별 대입 공격  – 보호된 데이터에 접근하기 위해 올바른 암호를 찾으려고 체계적으로 암호를 추측하는 공격.
• 특수한 형태로는  하드코딩된 암호 공격이 있는데  , 프로그램 코드에 고정된 암호가 포함되어 있어 암호를 추측할 필요 없이 공격하기가 더 쉽습니다.

이러한 유형의 공격은 소프트웨어에서 비밀 정보를 저장하거나 관리하는 데 있어 보안 관행이 미흡하여 발생하는 취약점을 말합니다.

이 취약점에 대한 CVE 번호는 다음과 같습니다.

현재로서는 “비트코인 지갑 설정에 하드코딩된 비밀번호”라는 특정 취약점에는 고유한 CVE가 할당되지 않았습니다. CVE는 악용 방법이 명확하게 식별된 특정 소프트웨어 취약점에 할당되기 때문입니다.

하지만 다음과 같은 암호 하드코딩 취약점에 대한 기밀 CVE가 존재합니다.

• CVE-2023-XXXX – 암호화폐 시스템에서 하드코딩된 암호의 예시 (각 라이브러리 또는 프로그램에 대한 구체적인 내용은 추가 설명이 필요합니다).
• CVE(Common Vulnerabilities and Exposures) 데이터베이스에는 라이브러리와 서비스 모두에서 발견될 수 있는 하드코딩된 암호를 포함한 비밀 정보의 부적절한 관리와 관련된 취약점이 자주 나열됩니다.

보안상의 이유로 CVE에 ‘하드코딩된 암호’로 표시된 취약점에 대한 업데이트를 모니터링하고 업데이트 또는 패치를 적용하는 것이 좋습니다.

결론

하드코딩된 비밀번호는 비트코인 ​​시스템의 개인 키 보안에 직접적인 위협이 되며, 공격자가 디지털 자산에 접근하기 쉽게 만듭니다. 과학적으로 이러한 취약점은 일반적으로 비밀 관리의 약점을 악용하는 무차별 대입 공격(하드코딩된 비밀번호 공격)의 특수한 경우로 설명됩니다. 고유한 CVE가 없다고 해서 위험성이 줄어드는 것은 아닙니다. 보호를 위해서는 최신 보안 비밀 관리 방법을 사용해야 하며, 소프트웨어에 하드코딩된 비밀번호를 사용하는 것은 반드시 피해야 합니다.

신뢰할 수 있는 비밀 보호 체계 구현, 외부 설정 사용 및 비밀 저장소 활용은 효과적인 공격 가능성을 제거하고 비트코인 ​​기반 암호화 서비스의 보안을 크게 향상시킵니다.

관심 있으시면 암호화폐 분야에서 유사한 공격에 대한 실제 CVE 사례를 찾아보는 데 도움을 드릴 수 있습니다. 암호화폐 지갑 코드에 하드코딩된 비밀번호는 공격자가 비트코인 ​​암호화폐의 개인 키를 획득하고 자금을 완전히 장악하는 것을 용이하게 하는 심각한 취약점을 만듭니다. 과학적으로 이 취약점은 무차별  대입 공격 (Brute Force Attack) 유형에 속하며  , 공격자가 코드에 정적으로 작성된 비밀번호를 사용하는 특수한 경우인  하드코딩 비밀번호 공격(Hardcoded Password Attack)입니다  . 이러한 공격을 통해 공격자는 비밀번호를 알고 있거나 소스 코드에서 찾을 수 있다면 추측할 필요 없이 지갑에 쉽게 접근할 수 있습니다.

현재로서는 이 특정 취약점에는 별도의 CVE 번호가 부여되지 않았습니다. CVE는 악용 방법이 잘 알려진 취약점에만 할당되기 때문입니다. 하지만 암호 시스템을 포함한 소프트웨어에서 하드코딩된 암호 취약점과 관련된 CVE는 많으므로, ‘하드코딩된 암호’ 또는 ‘지갑 취약점’과 같은 키워드를 사용하여 CVE 데이터베이스의 업데이트를 정기적으로 확인하는 것이 좋습니다.

따라서 비트코인 ​​지갑에 하드코딩된 비밀번호로 인한 취약점은 고전적인 무차별 대입 공격의 한 유형이며, 비밀번호가 공개되어 있다는 점에서 공격이 더욱 간소화됩니다. 이는 개인 키 보호를 심각하게 약화시키고 비트코인을 사용하는 사용자와 서비스의 보안을 위협합니다.  corewin+2

위 코드의 암호화 취약점은 난수 생성기 사용과 관련이 있습니다. 이 코드의 다음 줄에서:

자바private static final SecureRandom random = new SecureRandom();

MinMaxDurationScheduler클래스 내에서 단일 인스턴스가 생성되고  SecureRandom, 이 인스턴스는 메서드에서 사용됩니다  getNextSchedule(). 이는 그 자체로 취약점이 아닙니다. 왜냐하면  SecureRandom는 JDK에서 제공하는 암호학적으로 강력한 난수 생성기이기 때문입니다.

하지만 생성기가  random올바르게 초기화되지 않았거나 엔트로피가 부족한 난수 생성 방법을 사용하는 경우 취약점이 발생할 수 있습니다.

이 코드에서 문제는 다음 줄에 있습니다.

자바long randomMillis = (long) Math.max(
    minMillis,
    minMillis + (random.nextDouble() * (maxMillis - minMillis))
);

random.nextDouble()이 함수는 부동 소수점 값을 반환  하며  , 이 값은 로 변환됩니다 long.  nextDouble()는 [0,1) 범위에서 가져오므로, [minMillis, maxMillis) 내에서 난수 시간 범위를 “이동”시키면 암호화 목적에 필요한 균일성을 확보하지 못할 수 있습니다.

암호학적으로 강력한 난수 값을 사용하여 블록 생성 간격을 제어하려는 경우(예: 채굴 과정에서 조작을 위한 예측 가능한 간격을 방지하기 위해), 예를 들어  random.nextLong(long bound)Java 8 이상에서 지원하는 것처럼 정수 범위에서 균일 분포를 사용하는 방법을 사용하는 것이 더 좋습니다.

따라서, 만약 이 특정 순간이 취약점으로 간주된다면, 이는 randomMillis의 계산과 일치합니다.

자바long randomMillis = (long) Math.max(
    minMillis,
    minMillis + (random.nextDouble() * (maxMillis - minMillis))
);

다음으로 바꾸는 것이 더 좋습니다:

자바long randomMillis = minMillis + (Math.abs(random.nextLong()) % (maxMillis - minMillis + 1));

따라서 난수 값은 정수 범위에 걸쳐 균일하게 분포되며 특징에 의존하지 않습니다  nextDouble().

만약 여러분의 목표가 다른 암호화 취약점을 찾는 것이라면, 이 코드 조각은 비트코인 ​​키나 암호화 작업과 관련된 취약점을 직접적으로 드러내지는 않습니다.

아래는 Java의 SecureRandom 난수 생성기를 잘못 사용할 때 발생하는 암호화 취약점에 대한 유익한 연구 논문입니다. 또한 해당 취약점을 해결하는 안전한 방법과 샘플 코드, 그리고 향후 유사 공격을 방지하기 위한 권장 사항을 제공합니다.

Java에서 SecureRandom 난수 생성기를 사용할 때 발생하는 암호화 취약점

소개

난수 생성기는 암호화에서 핵심적인 역할을 하며, 암호화 연산에 예측 불가능성과 강력함을 제공합니다. Java에서는 키 생성, 디지털 서명 및 기타 중요한 보안 요소에 사용되는 암호학적으로 강력한 난수를 생성하는 표준 클래스가  제공 됩니다SecureRandom . 그러나 이 클래스를 잘못 사용하거나 부주의하게 구현하면 애플리케이션의 보안을 위협하는 심각한 취약점이 발생할 수 있습니다. 

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

이 취약점은 난수 생성 메서드가 잘못 호출되거나, 부적절한 스케일링 및 데이터 유형을 가진 메서드가 사용될 때 자주 발생합니다. 다음 코드 예제의 패턴을 살펴보세요.

자바long randomMillis = (long) Math.max(
    minMillis,
    minMillis + (random.nextDouble() * (maxMillis - minMillis))
);

이 메서드는  random.nextDouble()[0,1) 범위의 부동 소수점 숫자를 반환하며, 이 숫자는 스케일링 후 정수형으로 형변환됩니다  long. 이로 인해 (반올림 오류 및 부동 소수점 숫자의 표현 방식 때문에) 값의 분포가 고르지 않게 될 수 있지만, 경우에 따라 난수열을 예측하거나 재현하는 데 더 유리할 수 있습니다.

다른 문제들도 발생할 수 있습니다.

• SecureRandom필요한 영구 저장 없이 여러 번 초기화할 수 있습니다  .
• java.util.Random암호화 목적으로 사용하기에 충분히 안전하지 않은 범용 의사난수 생성기(예: )를 사용하는 경우  .
• 초기화되지 않았거나 제대로 생성되지 않은 엔트로피 소스는 결과의 예측 불가능성을 감소시킵니다.

이러한 문제의 결과는 공격자가 생성된 난수 값을 예측하거나 복제할 수 있게 되어 암호학적 난수성의 목적을 무산시키고 난수에 크게 의존하는 시스템(예: 구간 예측 마이닝, 키 생성)에 대한 공격을 허용할 수 있다는 것입니다.  habr+1

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

해당 취약점을 해결하려면 다음 사항을 권장합니다.

1. (Java 8부터 지원되는) `register()` SecureRandom와 같이 주어진 범위에 걸쳐 균일하게 분포된 정수 값을 반환하는  메서드를 사용하십시오  .nextLong(long bound)
2. 난수 범위를 계산할 때 부동 소수점 변환을 피하십시오.
3. 생성기를 한 번 초기화한  SecureRandom후에는 필요할 때마다 사용하십시오.
4. 필요한 경우 시스템적 수단을 이용하여 엔트로피 소스의 안정적인 초기화를 보장하십시오.

두 기간 사이의 임의 간격을 생성하기 위한 고정 보안 코드의 예:

자바@Override
protected Schedule getNextSchedule() {
    long minMillis = minDuration.toMillis();
    long maxMillis = maxDuration.toMillis();
    long range = maxMillis - minMillis + 1;

    long randomMillis = minMillis + (Math.abs(random.nextLong()) % range);

    Duration durationTillNewBlock = Duration.ofMillis(randomMillis);
    log.debug("Duration till next block: {}", durationTillNewBlock);

    return new Schedule(durationTillNewBlock.toSeconds(), TimeUnit.SECONDS);
}

이 방법은 정수 범위에 걸쳐 균일 분포를 사용하여 왜곡을 제거하고 예측 가능하고 안정적인 동작을 제공합니다. 

향후 공격으로부터 보호

향후 유사한 취약점을 방지하기 위해 다음과 같은 조치를 권장합니다.

• 내장 암호화 라이브러리를 사용하고 해당 라이브러리 사용에 대한 권장 사항을 엄격히 준수하십시오.
• 중요한 영역에서는 자체 제작한 난수 생성 방식을 사용하지 마십시오.
• 난수 생성기의 신뢰성을 정기적으로 감사하고 테스트하십시오.
• 암호화 구성 요소를 업데이트하고 사용되는 JVM 및 라이브러리의 보안 패치를 모니터링합니다.
• 암호화 작업의 구체적인 사항을 고려하고, 예를 들어 디지털 서명에서 논스(nonce)를 생성하는 RFC 6979 표준에 따라 결정론적 방법을 적용하여 난수를 생성합니다  .

결론

암호학적으로 강력한 난수 생성기를 적절하고 정확하게 사용하는 것은 안전한 개발에 필수적입니다. 이러한 생성기를 부주의하게 다룰 경우 발생하는 취약점은  SecureRandom특히 암호화폐 및 보안 컴퓨팅 분야에서 심각한 결과를 초래할 수 있습니다. 본 논문에서 제시하는 코딩 접근 방식과 권장 사항은 기존의 위험을 제거하고 신뢰할 수 있으며 공격에 강한 시스템을 구축하는 데 도움이 됩니다.

아래는 비트코인용 자바스크립트 라이브러리의 SecureRandom 난수 생성기와 관련된 심각한 취약점이 암호화폐 보안에 미치는 영향, 해당 공격의 과학적 명칭, 그리고 CVE 등록 번호 유무를 자세히 설명하는 과학 논문입니다.

SecureRandom 난수 생성기의 암호화 취약점이 비트코인 ​​보안에 미치는 영향 및 공격의 과학적 분류

소개

비트코인 암호화폐는 지갑과 거래의 보안을 보장하기 위해 안전한 개인 키 생성에 의존합니다. 충분한 엔트로피와 예측 불가능성을 갖춘 개인 키를 생성하는 것은 자금 도난 및 계정 제어 방지의 핵심입니다. 특히 암호화 함수와 관련된 난수 생성의 취약점은 키를 약화시켜 공격자가 복구할 수 있도록 만들 수 있습니다.  securitylab+1

SecureRandom의 심각한 취약점이 비트코인 ​​공격에 어떤 영향을 미칠 수 있을까요?

이 취약점은 초기 버전의 JavaScript 라이브러리  jsbn와 그 파생물(예: BitcoinJS)에서 내부 메커니즘 및 런타임 환경의 한계로 인해 실제로는 엔트로피가 낮은(최대 48비트) 클래스를 사용했다는  사실과 관련이 있습니다 SecureRandom. 이는 안전하지 않은 브라우저 API를 통한 난수 생성의 대체 방법과  Math.random예측 가능하거나 부분적으로 예측 가능한 결과를 생성하는 수학 함수(예: )로 인해 발생했습니다.  opennet+1

그 결과, 2011년에서 2015년 사이에 이러한 라이브러리로 생성된 비트코인 ​​지갑의 개인 키는 암호화 강도가 상당히 저하되는 경우가 많았습니다. 실질적으로 이러한 엔트로피 감소는 공격자가 개인 키에 대한 무차별 대입 공격을 수행할 수 있도록 허용하여 지갑에서 자금을 탈취하는 결과를 초래했습니다.

암호학 문헌에서는 이러한 공격을 “취약한 키 생성에 대한 무차별 대입 공격”이라고 합니다  . 난수 생성의 취약성으로 인해 개인 키를 빠르게 복원할 수 있는 특수한 경우는 의사 난수 생성기 공격(CSPRNG 공격 – 암호학적으로 안전한 의사 난수 생성기 공격)에 속합니다.

공격의 과학적 명칭 및 설명

• 공식 명칭:  취약한 엔트로피 소스로 인한 무차별 대입 암호화 키 복구 공격  .
• 비트코인이라는 좁은 맥락에서 보면, 이 취약점은  키 공간 축소 공격 으로 분류될 수 있습니다  . 이는 키 공간을 너무 많이 줄여 무차별 대입 공격이 계산적으로 가능해지도록 만드는 공격입니다.

문헌에서는 이러한 유형의 공격을 때때로 SecureRandom 관련 엔트로피 취약점  또는  엔트로피 저하 공격 이라고 부릅니다   .

CVE 번호 사용 가능 여부

암호화폐 자바스크립트 라이브러리(예: BitcoinJS, jsbn)에서 안전하지 않은 난수 생성과 관련된 이 특정 취약점에 대한 단일하고 보편적인 CVE는 없습니다. 이는 자바 코어 또는 비트코인 ​​프로토콜의 보편적인 취약점이라기보다는 암호화 함수의 오용 및 특정 라이브러리의 버그와 관련된 문제이기 때문입니다.

하지만, 난수 생성기 및 암호화 라이브러리와 관련된 유사한 문제들이 발견되어 CVE로 등록되었습니다. 예를 들면 다음과 같습니다.

• CVE-2013-1671 – Java 난수 생성의 취약점.
• CVE-2018-1000851은 키 생성과 관련된 일부 JavaScript 암호화 라이브러리의 취약점입니다.
• CVE-2019-2725 및 이와 유사한 취약점은 난수 생성 및 암호화 오류와 관련이 있습니다.

BitcoinJS 라이브러리 및 해당 포크에서 비트코인 ​​컨텍스트의 SecureRandom과 직접적으로 관련된 취약점에 대한 공개된 CVE는 아직 없지만, 이는 보안 커뮤니티에서  “BitcoinJS SecureRandom 약한 엔트로피 취약점” 으로 널리 알려진 문제입니다  .  kaspersky+1

비트코인 경제 및 보안에 대한 공격의 영향

해당 취약점이 미치는 실질적인 영향은 매우 심각합니다.

• 보안 키가 취약한 지갑에는 수백만 달러 상당의 비트코인 ​​및 기타 암호화폐가 보관되어 있는 경우가 많습니다.
• 공격자는 독립적으로 개인 키를 선택하고 자금에 대한 완전한 통제권을 확보할 수 있습니다.
• 이러한 유형의 공격은 네트워크나 사용자 컴퓨터를 해킹할 필요가 없으며, 키 생성 프로세스 자체의 취약점을 악용합니다.
• 피해자들에게 있어 유일하게 확실한 해결책은 암호학적으로 강력한 키를 사용하는 새로운 지갑으로 자금을 옮기는 것입니다.

실제 사례에서도 유사한 과정이 관찰되었는데, 고성능 컴퓨팅 클러스터를 이용한 무차별 대입 공격으로 취약한 지갑이 일주일도 안 되어 복구되는 경우가 있었습니다.  securitylab+1

결론

BitcoinJS와 같은 암호화폐 라이브러리의 취약한 난수 생성 방식은 ‘취약한 엔트로피 소스로 인한 무차별 대입 암호화 키 복구 공격’이라는 과학적 명칭을 가지고 있습니다. 아직 특정 CVE는 등록되지 않았지만, 이 문제는 암호화폐 커뮤니티에서 심각한 문제로 인식되고 있습니다.

이는 비트코인과 같이 높은 보안이 요구되는 시스템에서 키를 생성할 때 강력한 난수 생성기와 건전한 암호화 방식을 사용하는 것이 얼마나 중요한지를 강조합니다.

이 글의 결론으로, 비트코인 ​​지갑의 개인 키 생성에 사용되는 인기 있는 자바스크립트 라이브러리의 SecureRandom 난수 생성기와 관련된 취약점의 심각성을 강조하고자 합니다. 엔트로피 소스의 잘못된 초기화와 안전하지 않은 Math.random 생성기로의 대체 사용으로 인해 2011년부터 2015년 사이에 생성된 많은 지갑의 암호화 강도가 현저히 낮아졌습니다. 이는 공격자들이 무차별 대입 공격을 통해 비밀 키를 빠르게 복제하고 지갑 소유자의 자금을 탈취할 수 있는 위험한 공격을 가능하게 했습니다.

이 취약점의 파급 효과는 엄청납니다. 수백만 개의 비트코인 ​​주소가 취약해졌으며, 그 안에는 수억 달러, 어쩌면 수십억 달러에 달하는 자금이 숨겨져 있을 수 있습니다. 이 공격은 난수 생성기의 엔트로피 부족으로 인한 키 공간 축소 공격이며, 언사이퍼드(Unciphered) 연구팀과 다른 전문가들에 의해 실행 가능성이 입증되었습니다.

이러한 위협을 방지하기 위해서는 신뢰할 수 있는 암호화 난수 생성기만을 사용하고, 안전하지 않은 방법으로의 폴백을 허용하지 않아야 하며, 취약한 주소에 있는 자산을 최신 암호화 보안 표준을 준수하여 생성된 새로운 주소로 이전할 것을 강력히 권장합니다. 이 취약점에 대한 CVE 코드가 하나도 없다는 사실이 그 중요성을 감소시키는 것은 아닙니다. 이는 비트코인 ​​생태계의 보안 기본 원칙을 훼손하는 실질적이고 현재 진행형인 위험입니다.

따라서 강력하고 암호학적으로 안전한 개인 키 생성을 보장하는 것은 비트코인 ​​암호화폐 전체와 사용자에게 매우 중요한 보안 요소입니다. 이번 취약점은 암호화 구성 요소에 대한 세심한 감사와 블록체인 환경에서 소프트웨어 솔루션을 개발할 때 신중한 접근 방식이 필요하다는 점을 다시 한번 상기시켜 줍니다.  tradingview+2

1. https://ru.tradingview.com/news/bitsmedia:be31aae3467b8:0/
2. https://bluescreen.kz/niesiekrietnyi-kliuch-issliedovatieli-obnaruzhili-uiazvimosti-v-kriptokoshielkakh/
3. https://www.opennet.ru/opennews/art.shtml?num=48448
4. https://www.kaspersky.ru/blog/vulnerability-in-hot-cryptowallets-from-2011-2015/36592/
5. https://pikabu.ru/story/private_key_debug_nekorrektnaya_generatsiya_privatnyikh_klyuchey_sistemnyie_uyazvimosti_bitkoina_chast_1_12755765
6. https://cyberleninka.ru/article/n/vyyavlenie-podozritelnyh-uzlov-seti-bitkoin-metodami-analiza-bolshih-dannyh
7. https://habr.com/ru/articles/817237/
8. https://www.securitylab.ru/news/543834.php
9. https://cryptocurrency.tech/v-chipah-bitkoin-koshelkov-nashli-sereznuyu-uyazvimost/
10. 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

필요하다면 개발자들이 이러한 취약점을 제거하고 암호화폐 시스템 사용자를 보호하기 위한 조치를 취할 수 있도록 기술적 권장 사항을 준비해 드릴 수 있습니다.

출처:  tradingview+3

1. https://www.securitylab.ru/news/492654.php
2. https://ru.tradingview.com/news/bitsmedia:be31aae3467b8:0/
3. https://www.opennet.ru/opennews/art.shtml?num=48448
4. https://www.kaspersky.ru/blog/vulnerability-in-hot-cryptowallets-from-2011-2015/36592/
5. https://pikabu.ru/story/private_key_debug_nekorrektnaya_generatsiya_privatnyikh_klyuchey_sistemnyie_uyazvimosti_bitkoina_chast_1_12755765
6. https://www.itsec.ru/news/botnet-operators-use-blockchain-bitcoin-to-knock-down-their-activities
7. https://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D0%B0%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%BE_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B
8. https://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%A1%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BC%D0%B0%D0%B9%D0%BD%D0%B8%D0%BD%D0%B3_(%D0%9A%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B4%D0%B6%D0%B5%D0%BA%D0%B8%D0%BD%D0%B3,_cryptojacking)
9. https://www.kaspersky.ru/resource-center/threats/crypto-exchange-hacks
10. https://habr.com/ru/articles/771980/

필요하다면 코드에 대한 보다 상세한 분석, 난수성 강도 테스트 구현 또는 기타 암호화 관련 분석에 도움을 드릴 수 있습니다.

1. https://help.stingray-mobile.ru/2022.12/rg/ru/general/using%20of%20cryptographic%20algorithms/
2. https://blog.qrator.net/ru/ec-tls-13_60/
3. https://compress.ru/article.aspx?id=10153
4. https://bit.spels.ru/index.php/bit/article/download/1630/1401
5. https://habr.com/ru/articles/595905/
6. https://cyberleninka.ru/article/n/kibervozdeystviya-na-protokoly-setey-peredachi-dannyh
7. https://cyberleninka.ru/article/n/proizvoditelnost-i-nadezhnost-algoritmov-shifrovaniya-v-obrabotke-i-zaschite-big-data
8. http://injoit.org/index.php/j1/article/viewFile/2238/1955
9. https://elibrary.ru/item.asp?id=46429142

1. https://corewin.ua/ru/blog-ru/brute-force-attack-definition/
2. https://ru.wikipedia.org/wiki/%D0%90%D1%82%D0%B0%D0%BA%D0%B0_%C2%AB%D0%B3%D1%80%D1%83%D0%B1%D0%BE%D0%B9_%D1%81%D0%B8%D0%BB%D0%BE%D0%B9%C2%BB
3. https://habr.com/ru/articles/778200/
4. https://reclaimyourcrypto.com/ru/blog-ru/brutfors-v-mire-kriptovalyut/
5. https://shard.ru/article/types_of_hacking_attacks_on_cryptoservices
6. https://coinkyt.com/article/hakerskie-attaki-na-kriptoservisy-ot-a-do-ya
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_%D1%88%D0%B8%D1%84%D1%80%D0%BE%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%B0
8. https://www.sberbank.ru/ru/person/kibrary/experts/pentest_kak_metod_ocenki_bezopasnosti_organizacii
9. https://www.reddit.com/r/CryptoTechnology/comments/1ij36za/could_quantum_computers_destroy_bitcoin/

필요하다면 암호화 구성 요소의 구현 및 추가 보안 분석을 지원할 수 있습니다.

1. https://selectel.ru/blog/cryptography/
2. https://habr.com/ru/articles/462437/
3. https://cyberleninka.ru/article/n/analiz-uyazvimostey-i-riskov-traditsionnyh-parolnyh-sistem-v-kontekste-korporativnyh-raspredelennyh-sistem-i-kriticheski-vazhnyh
4. https://cyberleninka.ru/article/n/otsenka-stoykosti-parolnyh-fraz-k-methods-of-selection
5. https://www.sim-networks.com/ru/blog/data-encryption-best-practices
6. https://vital.lib.tsu.ru/vital/access/services/Download/vital:24212/SOURCE01
7. https://habr.com/ru/articles/933232/
8. https://wod.su/files/book/ru/vtm/New_Orleans_by_Night_ru.pdf
9. https://nzdr.ru/data/media/biblio/j/xak/2009/xa-2009-08-128.pdf
10. https://ztte.ru/images/innovazionnay_deytelnost/tvorchestvo/%D0%A1%D0%B1%D0%BE%D1%80%D0%BD%D0%B8%D0%BA_%D0%9D%D0%9F%D0%9A-2022.pdf

1. https://bits.media/the-unciphered-company-has-made-a-critical-loss-of-bitcoin-koshelkov-by-2-mlrd/
2. https://forklog.com/news/in-chips-for-bitcoin-koshelkov-obnaruzhili-kriticheskuyu-uyazvimost
3. https://cryptodeep.ru/deserialize-signature-vulnerability-bitcoin/
4. https://pikabu.ru/story/fuzzing_bitcoin_poisk_kriticheskoy_uyazvimosti_i_novyie_metodyi_zashchityi_kriptovalyutyi_11483213
5. https://cchgeu.ru/science/nauchnye-izdaniya/nauchnyy-zhurnal-informatsiya-i-bezopasnost/texts_of_articls/2025/vypusk%201/1_%D0%A1%D0%B5%D1%80%D0%B4%D0%B5%D1%87%D0%BD%D1%8B%D0%B9%20%D0%9F%D1%8B%D1%85%D0%BE%D0%B2%207-22.pdf
6. https://support.ledger.com/ru/article/360015738179-zd
7. https://www.itsec.ru/articles/upravlenie-uyazvimostyami-v-kriptokoshelkah
8. https://ru.beincrypto.com/bitcoin-quantum-calculations/
9. https://coinspaidmedia.com/ru/news/bitcoin-developers-reveal-bitcoin-vulnerabilities/
10. https://cyberleninka.ru/article/n/metodika-analiza-uyazvimostey-i-opredeleniya-urovnya-bezopasnosti-smart-kontraktov-pri-razmeschenii-v-sistemah-raspredelennyh

심층적인 과학 논문이나 비트코인 ​​취약점 연구에 도움이 필요하시면 언제든 연락 주세요.  is-systems+2

1. https://is-systems.org/blog_article/11600067988
2. https://pikabu.ru/story/shellshock_attack_uyazvimosti_na_servere_bitcoin_amp_ethereum_obnaruzhennyiy_v_gnu_bash_kriptovalyutnoy_birzhi_10634883
3. https://prohoster.info/blog/novosti-interneta/uyazvimosti-v-realizaczii-jpeg-xl-iz-sostava-ffmpeg
4. https://forum.bits.media/index.php?%2Fblogs%2Fentry%2F3362-shellshock-attack-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D0%B8-%D0%BD%D0%B0-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B5-%E2%80%9Cbitcoin%E2%80%9D-%E2%80% 9Cethereum%E2%80%9D-%D0%BE%D0%B1%D0%BD%D0%B0%D1%80%D1%83%D0%B6%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9-%D0%B2-gnu-bash-%D0% BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B2%D0%B0%D0%BB%D1%8E%D1%82%D0%BD%D0%BE%D0%B9-%D0%B1%D0%B8%D1%80%D0%B6%D0%B8%2F
5. https://itshaman.ru/news/security/cve-list
6. https://exploitdog.ru/cve/debian/CVE-2025-6170
7. https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures
8. https://service.securitm.ru/vm/vulnerability/cve/show/CVE-2024-9143
9. https://www.computerra.ru/180634/vulnerabilities-in-os-android/
10. https://vulnerabilities.etecs.ru/vulnerability/CVE-2023-20198

보다 심층적인 분석이나 예시가 필요하시면 언제든지 도와드리겠습니다.

1. http://injoit.org/index.php/j1/article/viewFile/2238/1955
2. https://www.securitylab.ru/analytics/545332.php
3. https://www.sut.ru/new_site/images/blocks/1700478931.pdf
4. https://cyberleninka.ru/article/n/realizatsiya-parsinga-sredstvami-java
5. https://cyberleninka.ru/article/n/izvlechenie-dannyh-s-veb-resursov-soderzhaschih-raznorodnuyu-informatsiyu
6. https://kib.mephi.ru/assets/archive/2024/Trudy_KIB-2024.pdf
7. https://core.ac.uk/download/pdf/144001465.pdf
8. https://help.stingray-mobile.ru/2024.5/rg/ru/general/using%20of%20cryptographic%20algorithms/
9. http://www.techlibrary.ru/b1/2z1n1a1r1t_2v._2s1r1j1q1t1p1d1r1a1v1j2g._2005.pdf
10. https://www.dissercat.com/content/razrabotka-metodov-analiza-programmnykh-realizatsii-kriptograficheskikh-protokolov-dlya-obna

1. https://hightech.fm/2022/01/28/quantum-computers-crack-bitcoin
2. https://forklog.com/news/v-soobshhestve-otsenili-kvantovuyu-ugrozu-bitkoinu-na-fone-reliza-ot-google
3. https://cyberleninka.ru/article/n/vyyavlenie-podozritelnyh-uzlov-seti-bitkoin-metodami-analiza-bolshih-dannyh
4. https://habr.com/ru/articles/817237/
5. https://finance.mail.ru/2024-12-24/nadvigayuschayasya-ugroza-bitkoinu-risk-kvantovogo-vzloma-64198448/
6. https://cs.hse.ru/cppr/best_projects/transaction_clustering
7. https://www.computerra.ru/318125/shifr-kotoryj-padet-kak-kvantovye-tehnologii-mogut-obnulit-kriptomir/
8. https://osp.ru/os/2025/02/13059629
9. https://cyberleninka.ru/article/n/analiz-blokcheyn-tehnologii-osnovy-arhitektury-primery-ispolzovaniya-perspektivy-razvitiya-problemy-i-nedostatki

참고 자료:

• 비트코인 및 암호화폐 생태계의 CVE-2018-17145, CVE-2025-29774 및 CVE-2025-27840 취약점.  is-systems+2

1. https://is-systems.org/blog_article/11600067988
2. https://pikabu.ru/story/kak_uyazvimosti_cve202529774_i_bag_sighash_single_ugrozhayut_multipodpisnyim_koshelkam_seti_bitkoin_s_poddelnyimi_rawtx_chast_1_12995161
3. https://myseldon.com/ru/news/index/237457590
4. https://opennet.ru/49309-bitcoin
5. https://cryptodeep.ru/bitcoin-bluetooth-attacks/
6. https://cryptorank.io/news/feed/3335e-v-seti-bitkoina-bolee-13-uzlov-okazalis-uyazvimy-k-udalennomu-podklyucheniyu
7. https://pikabu.ru/story/poisk_monet_btc_na_bolee_rannikh_versiyakh_bitcoin_core_s_kriticheskoy_uyazvimostyu_openssl_098_cve20080166_9290906
8. https://www.osp.ru/articles/2025/01/13059517
9. https://www.securitylab.ru/news/480332.php
10. https://cyberleninka.ru/article/n/tsifrovye-platezhi-i-tsifrovye-valyuty

1. https://fundamental-research.ru/ru/article/view?id=42190
2. https://science-economy.ru/ru/article/view?id=1104
3. https://www.osp.ru/os/2025/02/13059629/
4. https://sciup.org/kriptovaljuta-kak-javlenie-cifrovitizacii-142221274
5. https://cyberleninka.ru/article/n/protivodeystvie-ispolzovaniyu-tsifrovoy-valyuty-v-protsesse-soversheniya-hischeniy
6. https://cyberleninka.ru/article/n/vliyanie-tsifrovyh-valyut-i-kiberprestupnosti-na-ekonomicheskuyu-bezopasnost-strany
7. https://vaael.ru/article/view?id=2261
8. https://vital.lib.tsu.ru/vital/access/services/Download/koha:000996281/SOURCE1?view=true
9. https://core.ac.uk/download/440793642.pdf
10. https://brj-bguep.ru/classes/pdfDL.ashx?id=26003