키헌터 작성 

이러한 취약점을 이용한 공격은 일반적으로 키 복구 공격(Key Recovery Attack) 또는 더 구체적으로는 ECDSA 개인 키 복구 공격(ECDSA Private Key Recovery Attack)이라고 합니다.  “비트코인 개인 키 생성의 심각한 취약점: 암호화폐 자산의 심각한 침해 위협 및 키 공격 실행. 비트코인 ​​개인 키 생성의 심각한 취약점: 영향, 공격의 과학적 분류 및 CVE.”

비트코인 보안에 대한 취약점의 영향

비트코인 네트워크에서 개인 키는 암호화폐 사용자가 거래하고 자금을 관리할 수 있는 유일한 수단입니다. 개인 키에 접근할 수 있는 사람은 누구나 위조된 거래 서명을 생성하여 소유자의 자금을 횡령할 수 있습니다. 개인 키의 생성, 저장 또는 유출과 관련된 심각한 취약점은 전체 지갑의 보안은 물론 네트워크 전체의 보안까지 위협할 수 있습니다.

이러한 취약점은 여러 형태로 나타날 수 있습니다. 예를 들어 키 생성 시 난수의 예측 가능성, ECDSA 서명에서 논스(nonce)의 재사용 또는 유출, 로그 또는 평문에 키 저장, 보안 프로토콜 구현 오류 등이 있습니다.

공격에 대한 과학적 분류

과학 문헌 및 암호 보안 실무에서 이 취약점은 다음과 같이 분류됩니다.

• 개인 키 유출
• 약키 생성
• 난수 생성기(RNG)   취약점
• Nonce 재사용 공격   – ECDSA에서 nonce 재사용을 대상으로 하는 공격

이러한 취약점을 이용한 공격은 일반적으로   키 복구 공격   또는 더 구체적으로는   ECDSA 개인 키 복구 공격 이라고 합니다  .

실제 공격 사례

업계에서는     2010년대 암호화폐 지갑의 난수 생성기 취약점으로 인해 발생한 ‘  랜스스톰 (Randstorm)’ 사건을 잘 알고 있습니다. 당시 개인 키가 낮은 엔트로피로 생성되면서 공격자들은 수천 개의 지갑을 해킹하고 수백 개의 비트코인을 훔칠 수 있었습니다. halborn+2

CVE 및 취약점

다음은 개인 키 생성 및 처리와 관련된 취약점에 대한 CVE입니다.

• CVE-2013-5704   는 비트코인 ​​코어의 키 생성기 취약점으로, 이로 인해 결정론적 키가 생성됩니다.
• CVE-2018-17144   는 시그니처 리플레이 공격 취약점입니다.
• 다른 CVE 문서에는 소프트웨어 또는 하드웨어 버그로 인한 개인 키 유출 사례가 기록되어 있습니다.

결론

비트코인 개인 키의 심각한 취약점은 자금 탈취와 암호화폐에 대한 신뢰도 하락으로 직결되는 가장 위험한 위협 중 하나입니다. 이는 ECDSA에서 난수 생성 및 논스 재사용의 취약점을 이용한 개인 키 공격을 의미합니다. 시스템을 보호하기 위해서는 키 생성 및 저장에 대한 모범 사례 준수, 시기적절한 소프트웨어 업데이트, 그리고 보안 감사가 필수적입니다.

따라서,   취약한 난수 생성기와 개인 키 처리 방식을 이용한 키 복구 공격은   비트코인 ​​암호 보안의 주요 문제점 중 하나로 인식되고 있으며, 이에 상응하는 CVE(공개 취약점)가 존재합니다.

암호화 취약점

제공된 AwaitWalletSynchronizedAction 클래스 코드는 개인 키를 직접 처리하거나 전송하지 않으므로, 이 코드 조각에서 개인 키 유출과 관련된 명백한 암호화 취약점은 없습니다.

하지만 누출 위험 영역은 다음과 같은 것들과 관련될 수 있습니다:

• WalletParams 객체(wallet 필드)의 구현체가 개인 키를 안전하지 않게 저장하거나 전송하는 경우, 해당 객체를 사용할 때 보안이 취약해질 수 있습니다. 개인 키 또는 기타 민감한 정보가 로그, 추적 또는 전송 과정에서 wallet.getWalletPath() 메서드나 지갑 객체 자체에 노출될 경우, 보안 침해는 이 클래스가 아닌 WalletParams가 구현된 부분에서 발생합니다.
• 로깅 또는 추적은 로거 구성이나 외부 서비스에 스택 트레이스, 디버그 메시지 등을 통해 개인 데이터 내용이 노출되는 경우에 적용되며, 이는 지갑과의 상호 작용 설정에 따라 달라집니다.

지갑과 관련된 잠재적 위험을 나타내는 문구:

자바:

wallet.getWalletPath()

create() 메서드 내부에서 client.isWalletSynchronized(…) 호출에 전달될 때 문제가 발생합니다. walletPath에 민감한 데이터가 포함되어 있으면 데이터 유출이 발생할 수 있습니다.

전반적으로, AwaitWalletSynchronizedAction 구현 자체에는 개인 키 유출과 관련된 명백한 취약점이 없습니다. 하지만 WalletParams 및 ElectrumClient와 관련된 코드의 다른 부분에서 유출이 발생할 수 있습니다.

개인 키가 유출된 부분을 정확하게 식별하려면 WalletParams와 ElectrumClient의 전체 구현을 검토하고 로그 및 전송된 데이터를 분석해야 합니다.

요약: 이 코드에는 개인 키 유출에 취약한 부분이 없지만, 지갑이 개인 데이터를 안전하지 않게 저장하는 경우 wallet.getWalletPath()를 처리하는 과정에서 잠재적인 위험이 발생할 수 있습니다. AwaitWalletSynchronizedAction 클래스의 이 코드에는 개인 키 유출이나 기타 중요한 암호화 취약점이 명백하게 드러나지 않습니다. 개인 키는 노출되지 않으며 이 코드 조각에 직접 전달되지도 않습니다.

유일한 잠재적 위험은 WalletParams 객체(wallet.getWalletPath()와 같은 메서드)를 사용할 때, 해당 객체 내부에 개인 키가 노출되거나 로그, 추적 정보 또는 잘못된 직렬화로 인해 데이터가 전송될 때 발생할 수 있습니다. 하지만 이 클래스 자체는 지갑 동기화 상태만 요청할 뿐, 개인 키를 직접 다루지는 않습니다.

따라서 이 코드 조각에는 비밀/개인 키 유출과 관련된 명백한 취약점이 없습니다. 정확한 취약점 문자열을 파악하려면 WalletParams 및 ElectrumClient의 구현, 로깅 구성, 그리고 지갑 내부 데이터 상태를 분석해야 합니다.

결과: 통화 과정에서 취약성에 대한 의심이 제기됩니다.

자바:

wallet.getWalletPath()

WalletParams가 안전하지 않게 구현된 경우에만 해당됩니다. 이 코드에서는 개인 키가 직접 전송되거나 공개되지 않습니다.

수정하기 위해

비트코인 개인 키 생성의 심각한 취약점에 대한 기술적 분해 및 안전한 수정 방법

소개

비트코인 암호화 코드에서 가장 위험한 취약점 중 하나는 난수 생성기의 잘못된 구현이나 타원 곡선 secp256k1 매개변수의 잘못된 사용으로 인해 발생하는 개인 키의 잘못된 생성입니다. 이러한 오류는 개인 키 유출, 자금 도난, 그리고 전체 블록체인 네트워크의 보안을 위협하는 결과를 초래합니다.

이 글에서는 해당 취약점이 발생하는 메커니즘을 설명하고, 일반적인 구현 사례를 제시하며, 공격을 방지하는 코드를 보여주면서 이를 안전하게 해결하는 방법을 자세히 설명합니다.

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

비트코인은 타원 곡선 디지털 서명 방식인 ECDSA secp256k1을 사용합니다. 개인 키 생성은 [1,N−1][1, N-1][1,N−1] 구간에서 난수 kkk를 선택하여 수행됩니다. 여기서 N≈1.158×1077N \approx 1.158 \times 10^{77}N≈1.158×1077은 곡선 점들의 집합의 차수입니다.

취약점을 유발하는 오류:

1. 암호화 방식이 아닌 난수 생성기(RNG):   암호화 보안 표준을 충족하지 않는 생성기(예:   JavaScript의 `random` java.util.Random 또는 `   Math.random() random`)를 사용하면 예측 가능한 키가 생성됩니다.
2. NNN 그룹의 순서가 잘못되었습니다.   때때로 곡선 매개변수를 초기화할 때, 비공식적으로 천문학적으로 변경된 NNN 값이 잘못 설정되는 경우가 있습니다. 예를 들어, 올바른 값인 N=0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141N = 대신 N=2256−0x14551231950B75FC4402DA1732FC9BEBFN = 2^{256} — 0x14551231950B75FC4402DA1732FC9BEBFN=2256−0x14551231950B75FC4402DA1732FC9BEBF가 설정되는 경우가 있습니다. 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141N=0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141 이로 인해 생성된 많은 키가 범위를 벗어나거나, 유효하지 않거나, 암호 분석에 취약해집니다.
3. 키 유효성 검사가 없습니다.   올바른 범위에 속하지 않는 키도 시스템에서 허용되므로 보안이 저하됩니다.
4. ECDSA 서명에서 논스(nonce)의 재사용 또는 예측 가능성.   분석된 서명으로부터 비밀 키를 복구할 수 있게 해줍니다.

취약한 구현 예시 (PHP 의사 코드)

PHP// Неверное значение порядка группы N
$one = new BN(1);
$n = $one->shln(256)->sub(new BN('14551231950B75FC4402DA1732FC9BEBF', 16));

do {
    $privateKey = BN::rand(256);
} while ($privateKey->cmp($n) >= 0 || $privateKey->isZero());

// Генерация приватного ключа вне правильного диапазона secp256k1

여기서는 표준에서 크게 벗어난 잘못된 NNN 매개변수가 사용되어 암호화 그룹 외부에 있는 “키”가 생성되고 취약점이 발생합니다.

안전한 솔루션

1. 기본 secp256k1 매개변수 사용

모든 암호화 작업은 NNN 그룹의 공식 지침을 따라야 합니다.

자바BigInteger N = new BigInteger("FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141", 16);

2. 암호학적으로 강력한 난수 생성기(CSPRNG)

Java에서는 다음과 같이 사용하는 것이 좋습니다   SecureRandom.

자바SecureRandom secureRandom = new SecureRandom();
BigInteger privKey;
do {
    privKey = new BigInteger(256, secureRandom);
} while (privKey.compareTo(BigInteger.ZERO) <= 0 || privKey.compareTo(N) >= 0);

이렇게 하면 개인 키가 허용된 범위 내에 엄격하게 유지됩니다.

3. 키의 유효성 검사 및 사용

사용 전에 키의 유효성을 확인하고 분실을 방지하십시오.

자바public boolean isValidPrivateKey(BigInteger privKey) {
    return privKey.compareTo(BigInteger.ZERO) > 0 && privKey.compareTo(N) < 0;
}

4. 안전한 보관 및 취급

• 개인 키는 절대로 출력하거나 로그에 기록하지 마십시오.
• 키는 하드웨어 스토리지 모듈(HSM)과 같은 보안 요소에 저장하십시오.
• 개인 데이터의 노출을 최소화하고 안전하지 않은 구성 요소에 전달하지 않도록 하십시오.

Java를 사용한 안전한 키 생성의 최종 예시:

자바import java.math.BigInteger;
import java.security.SecureRandom;

public class SecureKeyGenerator {
    private static final BigInteger N = new BigInteger(
        "FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141", 16);
    private static final SecureRandom secureRandom = new SecureRandom();

    public static BigInteger generatePrivateKey() {
        BigInteger privKey;
        do {
            privKey = new BigInteger(256, secureRandom);
        } while (privKey.compareTo(BigInteger.ZERO) <= 0 || privKey.compareTo(N) >= 0);
        return privKey;
    }

    public static void main(String[] args) {
        BigInteger privateKey = generatePrivateKey();
        System.out.println("Generated private key: " + privateKey.toString(16));
    }
}

결론

비트코인의 암호학적 강도는 전적으로 개인 키의 보안에 달려 있습니다. 키 생성 오류, 특히 secp256k1 매개변수의 잘못된 사용이나 안전하지 않은 난수 생성기는 심각한 취약점을 초래하고 자금 도난의 위험을 야기합니다.

표준 매개변수 사용, 신뢰할 수 있는 생성기 활용, 그리고 비밀 정보 노출 범위를 엄격하게 제한하는 것은 비트코인 ​​개인 키 생성 및 관리와 관련된 공격을 방지하는 핵심 조치입니다.

오직 이처럼 포괄적인 보안 조치만이 사용자의 암호화폐 자산을 현대적인 위협으로부터 보호하는 데 도움이 될 것입니다.

이 글의 결론에서, 비트코인 ​​생태계에서 개인 키 생성 오류와 관련된 심각한 취약점은 디지털 자산 보안에 가장 위험한 위협 중 하나임을 강조해야 합니다. 타원 곡선 그룹 secp256k1의 순서 매개변수 정의 오류는 상당수의 유효하지 않거나 예측 가능한 키 생성을 초래하여 개인 키 공격 및 자금 탈취의 가능성을 크게 높입니다.

이 취약점은 과학 문헌에서 ‘개인 키 유출 및 키 복구 공격’으로 널리 분류되며, 취약하거나 결함이 있는 난수 생성기(취약한 RNG 취약점)와 키 유효성 검증 오류로 인해 발생합니다. 이러한 공격이 실행되면 비트코인의 무결성과 보안이 손상되고 사용자 신뢰도가 떨어지며 대규모 재정적 손실로 이어질 수 있습니다.

이 취약점을 해결하려면 암호화 표준을 엄격히 준수해야 합니다. 즉, 명확하고 검증된 secp256k1 그룹 순서 매개변수를 사용하고, 암호학적으로 강력한 난수 생성기를 사용하며, 견고한 키 유효성 검사 메커니즘을 구현해야 합니다. 또한 로깅이나 안전하지 않은 저장소를 통한 키 유출을 방지하는 것도 매우 중요합니다.

따라서, 이 치명적인 취약점은 암호화폐의 보안을 보장하는 데 있어 기본적인 암호화 알고리즘의 완벽한 구현이 얼마나 중요한지, 그리고 소프트웨어 솔루션에 대한 지속적인 감사 및 업데이트가 얼마나 필요한지를 명확하게 보여주는 사례입니다.

이러한 근본적인 오류를 시의적절하고 철저하게 수정하지 않으면 비트코인을 비롯한 암호화폐 시스템의 보안이 심각한 위협에 처하게 되며, 이는 개인 공격자와 조직적인 공격자 모두에 의해 실현될 수 있습니다.

이번 발견은 암호학 개발자, 연구원 및 사용자에게 현대 암호학 커뮤니티에서 개인 키 보호 도구를 지속적으로 개발하고 강화해야 할 필요성을 일깨워주는 신호가 되어야 합니다.

Dockeyhunt 암호화폐 가격

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

사례 연구 개요 및 검증

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

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

www.bitseed.ru

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

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

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

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

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

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

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

0100000001b964c07b68fdcf5ce628ac0fffae45d49c4db5077fddfc4535a167c416d163ed000000008a47304402206652c60ec710fef554d3e90ef8a06705664392f171f880610a0c66cf9ecc80b70220498d8927f39b68e9f80ab6487c54df99a88968f4b1105b2ecb4b11b8b09edeca01410433d02533887ae237d223b074416a146f4b3263fcdad8024e425b127a745bc6afeb74bd11e0dc89c72846ee9387f1ef6995407bf9ee0b7e15040cc90be95b96e5ffffffff030000000000000000436a417777772e626974636f6c61622e72752f626974636f696e2d7472616e73616374696f6e205b57414c4c4554205245434f564552593a2024203331343331322e355de8030000000000001976a914a0b0d60e5991578ed37cbda2b17d8b2ce23ab29588ac61320000000000001976a9145b9e5a4f7e8ee6b2849c96d1775d145f74c6b48f88ac00000000

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

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

도구 개요 및 개발 배경

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

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

기술 아키텍처 및 운영 원칙

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

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

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

일렉트럼과 유사한 취약한 난수 생성기(RNG)와 잘못된 secp256k1 매개변수는 JScanPrivKey와 같은 도구를 사용하여 관찰된 서명으로부터 비트코인 ​​개인 키를 재구성하고 “분실된” 지갑을 복구할 수 있는 ECDSA 키 복구 공격 유형을 생성합니다. 그러나 이러한 기술은 악용될 경우 도난에도 취약합니다. 이 글에서는 취약한 RNG 및 매개변수 취약성 이론을 실제 환경에서 블록체인 데이터로부터 개인 키를 추출하는 실용적인 파이프라인으로 구현한 암호 분석 복구 시스템인 JScanPrivKey에 초점을 맞춥니다 .

JScanPrivKey는 암호 분석 플랫폼입니다.

JScanPrivKey 는 이론적인 ECDSA 암호 분석과 블록체인 및 웹3 생태계에 대한 자동화된 대규모 분석을 결합한 특수 플랫폼입니다. 핵심 설계 목표는 시드 구문이나 백업을 사용할 수 없지만 클라이언트, 라이브러리 또는 스마트 계약에 악용 가능한 암호화 또는 구현 결함이 존재하는 상황에서 디지털 자산을 복구하는 것입니다.b8c

이 소프트웨어는 ECDSA 서명의 취약하거나 재사용된 논스, 결함이 있는 secp256k1 구현(잘못된 그룹 순서 포함) 등 여러 취약점 유형을 대상으로 합니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}$N) 및 부분적인 비밀 정보를 유출하는 프로토콜 수준의 버그를 대상으로 합니다. JScanPrivKey는 이러한 유형에 초점을 맞춤으로써 Electrum 서명 위조 및 키 복구 관련 설명에서 언급된 것과 동일한 유형의 취약점, 즉 취약한 난수 생성기(RNG), 논스 재사용 및 비트코인 ​​개인 키의 잘못된 처리 문제를 직접적으로 해결합니다. github+ 2

취약성 모델: 약한 난수 생성기와 잘못된 N

과학적 분류에 따르면 JScanPrivKey 가 악용하는 취약점은 “개인 키 유출”, “취약한 키 생성”, “RNG 취약점”으로 나뉘며, 구체적인 사례로는 ECDSA 개인 키 복구 공격이 있습니다. 특히 두 가지 메커니즘이 중요합니다 .

• 키 또는 논스 생성 시 약하거나 편향된 난수 생성기(“Randstorm” 유형의 결함)는 유효 엔트로피를 감소시켜 키 검색을 용이하게 하거나 관련 서명으로부터 직접 대수적 키를 복구할 수 있게 합니다 .
• secp256k1 매개변수가 잘못되었거나, 특히 그룹 순서가 잘못된 경우 문제가 발생할 수 있습니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">=</font></font><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">(</font></font>\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">1</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">\ll </font></font>\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">256</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">)</font></font><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">-</font></font>\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">0</font></font>}\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">엑스</font></font>}\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">1455년\dots </font></font>}\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">비</font></font>}\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">이자형</font></font>}\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">비</font></font>}\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">에프</font></font>}$N=(1≪256)−0x1455…BEBF와 같은 값을 표준 비트코인 ​​값 대신 사용하면 생성된 “키”의 상당 부분이 유효 그룹 밖에 있게 되어 충돌 확률이 크게 달라지고 유효성 검사가 약화됩니다. cryptodeeptech+ 1

소프트웨어가 잘못된 값으로 유효성을 계산할 때$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}$N, 생성된 스칼라 값의 약 절반이 실제 secp256k1 하위 그룹에 속하지 않더라도 허용될 수 있으므로 개인 키가 올바른 그룹에 균일하게 분포되어 있다는 보장이 약화됩니다. 결과적으로, 이는 실제 사용되는 키 공간이 명목상의 256비트 도메인보다 훨씬 작기 때문에 전수 검색이나 구조적 공격을 훨씬 쉽게 만들고 취약한 난수 생성기의 영향을 증폭시킬 수 있습니다. github+ 1

JScanPrivKey 방법론 및 파이프라인

JScanPrivKey는 키 복구 이론에 맞춰 다단계 파이프라인을 구현합니다.

1. 거래 및 서명 수집 도구는 블록체인 데이터와 인덱서를 스캔하여 취약한 라이브러리(예: 특정 web3.js 또는 elliptic 구현)에 의존하는 것으로 의심되는 지갑 및 스마트 계약 관련 거래에서 ECDSA 서명 후보와 관련 공개 키 및 스크립트를 수집합니다. 이 도구 는
   취약한 난수 생성기(RNG) 또는 비표준 매개변수화가 과거에 알려지거나 문서화된 바 있는 환경에 초점을 맞춥니다.
2. 논스 재사용 및 관련 논스 탐지
   수집된 서명은 고전적인 논스 재사용(동일한 논스) 여부를 검사합니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">케이</font></font>}$k는 서로 다른 메시지 간에 사용됨) 및 “관련 nonce” 시나리오(예: 증분 패턴)$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">케이</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">,</font></font>\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">케이</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">+</font></font>\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">1</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">,</font></font><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">\dots </font></font>$(k, k+1, … 또는 부분 비트 재사용)을 통해 격자 또는 선형 대수 방법을 사용하여 개인 키를 구할 수 있습니다. 통계적 테스트는 다음과 같습니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">아르\; 자형</font></font>}<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">,</font></font>\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">에스</font></font>}$r,s 구성 요소와 메시지 다이제스트는 엔트로피가 낮거나 균일한 무작위성에서 벗어나는 구조적 패턴을 가진 후보를 식별하는 데 도움이 됩니다. b8c+ 1
3. 매개변수 일관성 및 N-디버깅:
   secp256k1 매개변수화가 잘못된 것으로 의심되는 대상의 경우, JScanPrivKey는 유효 매개변수를 재구성합니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}$관찰된 동작이나 역공학된 코드에서 N을 추출한 다음, 대상 시스템에서 사용되는 키 범위 또는 유효성 검사가 표준 비트코인 ​​곡선 매개변수에서 벗어나는지 확인합니다. 이 “개인 키 디버그” 접근 방식은 오류가 있는 구현에서 사용되는 실제 키 공간을 파악하여 키 복구 검색 범위를 좁힙니다. cryptodeeptech+ 2
4. 취약한 서명이나 매개변수 불일치가 식별되면 시스템은 암호 분석 기법을 적용하여 개인 키를 복구합니다. 이러한
   기법에는 논스 재사용 조건에서 고전적인 ECDSA 방정식을 풀거나, 관련 논스에 대한 격자 기반 공격을 수행하거나, 잘못된 서명으로 인해 축소된 키 공간에서 엔트로피가 감소된 논스 또는 키를 무차별 대입하는 방식이 포함됩니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}$N. JScanPrivKey는 구조적 약점을 secp256k1 그룹 또는 잘못 구성된 근사치에 대한 풀 수 있는 방정식 시스템으로 효과적으로 변환합니다. github+ 2
5. 복구 후 지갑 재구성
   복구된 개인 키는 지갑 구조(단일 키, 다중 서명 또는 HD 지갑)를 재구성하거나 도출하는 데 사용되어 정당한 소유자가 이전에 접근할 수 없었던 자금을 다시 제어할 수 있도록 합니다. 또한 이 시스템은 섀도 복사본, 캐시 및 임시 저장소와 같은 잔여 데이터를 암호 분석 결과와 결합할 부분적인 비밀 자료의 보조 소스로 고려합니다. b8c

일렉트럼 유사 약점과의 상호작용

일렉트럼 서명 위조 및 키 복구 시나리오는 난수 생성기(RNG)의 취약점과 서명 구현상의 결함으로 인해 ECDSA 논스(nonce)의 비밀성이 위협받고, 심지어 명령 치환이나 서명 위조가 가능해지는 일렉트럼 환경을 다룹니다. 이러한 환경에서 JScanPrivKey는 외부 암호 분석 감사자 및 복구 엔진 역할을 합니다. github+ 1

일렉트럼(Electrum)이나 통합 라이브러리가 암호화 방식이 아닌 난수 생성기(RNG)를 잘못 사용하거나 secp256k1 매개변수를 잘못 구성하면, 생성된 서명은 JScanPrivKey가 감지하도록 설계된 것과 동일한 패턴(반복되거나 상관관계가 있는 논스, 잘못된 개인 스칼라 범위)을 나타냅니다. 이러한 서명이 온체인에 존재하게 되면, 해당 도구는 이를 수집하여 표준 키 복구 워크플로를 실행하고, ECDSA 유출로부터 개인 키를 재구성하여 영향을 받은 사용자의 손실된 지갑을 복구할 수 있습니다 .

더욱이, 일렉트럼의 주변 인프라가 민감한 필드를 로깅하거나, 지갑 경로를 잘못 처리하거나, 디버깅 인터페이스를 통해 부분 키를 노출하는 경우, 이러한 요소들은 JScanPrivKey의 키 복구 알고리즘에 대한 검색 범위를 더욱 좁힐 수 있습니다. 특정 AwaitWalletSynchronizedAction 코드 조각이 직접적으로 키 를 유출하지는 않더라도, 상위 시스템에서 난수 생성기(RNG) 또는 곡선 매개변수를 잘못 사용하는 경우 서명 수준에서 여전히 확인 가능하므로 JScanPrivKey의 분석 범위에 포함됩니다.

비트코인 보안에 심각한 영향

과학적인 관점에서 볼 때, JScanPrivKey가 사용하는 공격 모델은 secp256k1의 취약한 난수 생성기와 개인 키 처리 오류를 기반으로 하는 광범위한 키 복구 공격 범주를 잘 보여줍니다. 비트코인 ​​보안에 미치는 영향은 두 가지입니다 .

• 건설적(복구) 사용:
  엄격한 법적 및 윤리적 제약 조건 하에서 운영될 경우, JScanPrivKey는 정당한 소유자가 취약한 소프트웨어로 생성되거나 서명된 지갑에 잠긴 자금에 대한 접근 권한을 복구할 수 있도록 하여, 암호화 취약점을 시드 분실이나 클라이언트 구현 오류 발생 시 복구 채널로 효과적으로 전환합니다. github+ 1
• 공격자(익스플로잇) 가능성:
  동일한 수학적 원리를 이용하면 블록체인에 대한 충분한 관찰 범위를 확보한 공격자는 취약한 서명을 체계적으로 스캔하고 사용자 협조 없이도 개인 키를 은밀하게 재구성할 수 있습니다. 이는 낮은 엔트로피의 키 생성으로 인해 수천 개의 비트코인 ​​지갑이 해킹당했던 “랜스스톰” 유형의 난수 생성기(RNG) 취약점과 같은 과거 사례를 떠올리게 하며, 복구와 도난의 차이가 오로지 의도와 권한에 달려 있음을 보여줍니다 .

개인 키는 비트코인 ​​자금을 관리하는 유일한 메커니즘이기 때문에 공개된 데이터에서 개인 키를 체계적으로 복구하는 모든 방법은 비트코인 ​​생태계의 핵심 기반인 기밀성과 무결성을 직접적으로 위협합니다. 잘못된 개인 키가 광범위하게 유포될 경우$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}$지갑이나 브리지에서 사용하는 라이브러리의 N 값 또는 취약한 난수 생성기(RNG) 는 대규모 악용을 위한 조건을 조성할 수 있으며, 이로 인해 JScanPrivKey와 같은 도구가 포렌식 복구 도구에서 취약한 키 집합에 대한 대규모 공격 엔진으로 용도 변경될 수 있습니다.

완화 및 강화 요구 사항

JScanPrivKey의 효과를 뒷받침하는 취약점들은 비트코인 ​​소프트웨어에서 엄격한 암호화 엔지니어링이 필수적임을 강조합니다.

• 구현체는 표준 secp256k1 매개변수를 엄격히 준수해야 하며, 의존하는 모든 라이브러리가 올바른 그룹 순서를 사용하는지 확인해야 합니다.$\mathrm{<font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;"><font\; dir="auto"\; style="box-sizing:\; border-box;\; vertical-align:\; inherit;">N</font></font>}$N, 왜냐하면 사소해 보이는 편차조차도 보안 가정을 ​​무너뜨리는 방식으로 유효 키 공간을 확장하기 때문입니다. cryptodeeptech+ 1
• 모든 키 및 논스 생성에는 암호학적으로 안전한 난수 생성기(CSPRNG)를 사용해야 하며, 이상적으로는 서명 논스에 외부 난수에 의존하지 않는 RFC 6979와 같은 결정론적 논스 생성 방식을 사용해야 합니다. github+ 1
• 핵심 유효성 검사는 정규 곡선 매개변수를 기준으로 작동해야 하며, 유효한 하위 그룹 외부의 스칼라 값은 모두 거부해야 합니다. 이는 개인 키 디버그 방식 분석에서 악용되는 매개변수 취약점을 차단하는 데 도움이 됩니다. cryptodeeptech+ 1
• 로깅, 추적 및 외부 인터페이스는 온체인 데이터와 결합하여 키 복구 검색 공간을 축소할 수 있는 원시 개인 키, 논스 또는 내부 RNG 상태를 절대 노출해서는 안 됩니다. b8c+ 1

이러한 보안 강화로 인해 공개 서명에서 JScanPrivKey 방식 의 키 복구 공격 표면이 크게 줄어들고, 해당 도구의 역할은 현재 진행 중인 시스템적 취약점을 악용하는 것보다는 과거 사건에 대한 포렌식 조사 쪽으로 전환됩니다. 따라서 일렉트럼 서명 위조 및 키 복구 시나리오는 경계선을 보여줍니다. 적절하게 설계된 난수 생성기(RNG)와 secp256k1 매개변수 처리는 JScanPrivKey와 같은 도구가 의존하는 수학적 이점을 무력화하는 반면, 미묘한 결함조차도 비트코인 ​​블록체인 자체를 복구 가능한 개인 키의 검색 가능한 데이터베이스로 변환시킵니다. github+3

​

일렉트럼 암호화 취약점과 위험한 서명 위조 공격이 비트코인 ​​보안을 위협합니다

비트코인은 탈중앙화된 암호화폐로, 보안은 암호화 프로토콜과 지갑 소프트웨어의 신뢰성에 직접적으로 달려 있습니다. 일렉트럼은 가장 널리 사용되는 경량 비트코인 ​​클라이언트 중 하나인데, 그 아키텍처와 구현 방식 때문에 여러 차례 심각한 공격의 표적이 되어 왔습니다. 최근 일렉트럼에서 발견된 중대한 암호화 취약점은 전체 비트코인 ​​생태계에 미칠 잠재적 영향을 평가하기 위해 과학적인 관점에서 중요하게 고려해야 할 근본적인 질문들을 제기합니다.

일렉트럼의 핵심 취약점은 비트코인 ​​암호화폐에 심각한 영향을 미치는 것으로 밝혀졌습니다
. 이 취약점은 함수 내에서 사용되는 비표준 메시지 해싱 방식과 관련이 있으며   electrum_sig_hash, 이는 BIP-137(비트코인 개선 제안 137) 표준을 준수하지 않습니다. 이로 인해 거래의 디지털 서명을 위조하는 공격이 가능해집니다. 결과적으로 공격자는 다음과 같은 행위를 할 수 있습니다.

• 다른 사람의 계좌에서 자금을 인출할 수 있도록 가짜 거래 서명을 생성하세요.
• 소유자의 동의 없이 거래를 재생하거나 변경하십시오.
• 실제 거래를 대체하거나 차단하여 거래 확인 프로세스를 방해합니다.

이 취약점은 위조된 서명을 통해 무단 지출을 합법화할 수 있으므로 대규모 금융 손실로 이어질 수 있습니다. 그 영향은 개별 일렉트럼 사용자뿐 아니라 일렉트럼 서버에 연결된 전체 네트워크에까지 미쳐 비트코인에 대한 신뢰를 약화시킬 위험이 있습니다.

이러한 취약점을 이용한 공격을 과학적 명칭 으로는 서명 위조
공격 이라고 합니다    . 암호학에서 서명 위조 공격은 서명 알고리즘이나 프로토콜의 취약점을 이용하여 진짜 서명처럼 위장한 가짜 서명을 생성하는 공격 유형입니다.

이러한 공격은 종종 암호화 표준의 비호환성 또는 잘못된 구현으로 인해 발생합니다. 이 경우 원인은 비트코인에서 메시지 서명 규칙을 정의하는 표준인 BIP-137과의 비호환성입니다.

Electrum의 이 심각한 취약점은 CVE(Common Vulnerability Exposure) 데이터베이스에 CVE-2025-27840
번호로 등록되었습니다    . 주요 세부 정보:

• electrum_sig_hash표준이 아닌 메시지 해싱 방식을 사용하는 함수에 존재하는 취약점으로 인해   공격자가 거래의 디지털 서명을 위조할 수 있습니다.
• 서명 유효성 검사 부족 및 현행 BIP-137 표준과의 비호환성.
• 서명 위조 공격을 허용하여 검증 절차를 우회하고 비트코인 ​​자금을 오용할 수 있습니다.

CVE-2025-27840에 대한 세부 정보 및 기술 분석 결과, 이 심각한 취약점은 서명 전 메시지 해시 생성과 관련이 있으며, 이로 인해 거래 위조 공격 및 잠재적인 금전적 손실이 발생할 수 있는 위험이 있는 것으로 나타났습니다.

결론적으로
, 일렉트럼에서 발견된 서명 위조 공격(CVE-2025-27840)이라는 심각한 취약점은 비트코인 ​​지갑과 전체 네트워크 생태계의 보안에 중대한 위협을 가합니다. 이 취약점을 통해 공격자는 거래 검증을 위한 암호화 메커니즘을 우회할 수 있으며, 이는 자금 탈취 및 시스템에 대한 신뢰도 저하로 이어집니다. 이번 취약점 분석에 대한 과학적 접근 방식은 암호화폐 사용자 보호를 위해 암호화 표준을 엄격히 준수하고, 클라이언트 업데이트를 적시에 제공하며, 포괄적인 보안 조치를 취하는 것이 얼마나 중요한지 다시 한번 확인시켜 줍니다.

이러한 공격의 특성과 분류법을 이해하는 것은 신뢰할 수 있는 보호 조치를 개발하고 암호화 및 블록체인 기술의 보안에 대한 미래의 위협을 예방하는 데 도움이 됩니다.

암호화 취약점

이 코드의 암호화 취약점은 직접적으로 드러나지 않습니다. 주로 일렉트럼 클라이언트를 통해 타임아웃 및 간격을 설정하여 주소 잔액을 폴링하는 로직을 구현하기 때문입니다. 그러나 잔액 사용의 오류나 데이터 검증 부족, 예를 들어 서명 검증 없이 신뢰할 수 없는 출처에서 잔액 데이터를 수집하는 경우 취약점이 숨겨져 있을 수 있습니다.

하지만 잔액 확인 및 필터링이 이루어지는 부분에서 잠재적인 취약점이 발생할 수 있습니다.

자바.filter(it -> !it.isLessThan(this.expectedAmount))

원인:

• 이는 잔액이 예상보다 적지 않은지만 확인할 뿐, 잔액 데이터의 출처나 암호화 진위 여부는 확인하지 않습니다.
• 일렉트럼 클라이언트가 서명을 확인하지 않거나 데이터가 변조될 가능성이 있는 경우, 이 시점에서 미확인 잔액이 승인됩니다.

this.client.getAddressBalance(this.address) 또한, 해당 방법이 암호화 관점에서 잔액 데이터를 올바르게 검증하지 못하는 경우(서명, 머클 경로 등) 암호화 취약점이 발생할 수 있습니다   .

취약점 문자열을 정확하게 지정하려면 추가적인 클라이언트 보안 컨텍스트가 필요합니다   BitcoinjElectrumClient.

취약점을 확인하기 위해 살펴봐야 할 주요 사항:

자바:

.map(it -> this.client.getAddressBalance(this.address))

• 암호화 무결성을 확인하지 않고 잔액을 조회합니다.

자바:

.filter(it -> !it.isLessThan(this.expectedAmount))

• 추가적인 암호화 검사 없이 잔액 값을 수락합니다.

잔액의 무결성과 진위성에 대한 관리가 미흡하거나 전혀 이루어지지 않을 경우, 암호화 취약점이 발생할 수 있습니다.

수정하려면:

연구 논문: Electrum 클라이언트의 암호화 취약점 및 해결 방법

서론:
비트코인 ​​일렉트럼은 가장 인기 있는 “가벼운” 비트코인 ​​지갑 중 하나로, 서버 네트워크를 통해 자금에 빠르게 접근할 수 있도록 해줍니다. 사용이 간편함에도 불구하고, 이 클라이언트는 과거에 여러 가지 심각한 암호화 취약점에 노출된 바 있습니다. 이러한 취약점을 통해 공격자는 서버 및 클라이언트 소프트웨어와의 통신을 공격하여 주요 암호화 보호 기능을 우회하고 원격으로 사용자의 자금을 탈취할 수 있었습니다.

취약점 발생 메커니즘
일렉트럼 클라이언트가 네트워크 서버로부터 잔액 및 거래 데이터를 수신할 때 데이터의 무결성과 진위성에 대한 충분한 암호화 검증이 이루어지지 않는 상황은 특히 위험합니다. 취약점은 다음과 같은 이유로 자주 발생합니다.

• 일렉트럼 서버에서 서명 및 머클 증명에 대한 적절한 검증이 이루어지지 않았습니다.
• 암호화되지 않았거나 검증이 미흡한 RPC 인터페이스를 사용하면 위조된 응답이나 네트워크 간 중간자 공격(MITM)에 취약해질 수 있습니다.
• 공격자가 제어하는 ​​악성 서버에 연결되어 클라이언트에 허위 잔액 정보가 제공되거나 악성 클라이언트 업데이트 설치가 요구될 가능성이 있습니다.
• 클라이언트 내부에서 외부 코드를 실행하는 안전하지 않은 방법(예: eval() 사용 또는 JavaScript 명령 실행)으로 인해 공격자의 임의 코드가 실행될 수 있습니다.

일렉트럼 취약점의 역사에서 한 가지 예를 들자면, 2018년에 공격자가 JSON-RPC 인터페이스를 통해 지갑에 대한 완전한 접근 권한을 획득하고 개인 키를 내보낼 수 있는 취약점이 발견되었습니다. 이는 일렉트럼이 적절한 검증 절차 없이 클라이언트 측에서 명령어를 실행했기 때문입니다. 악성 서버는 허위 메시지를 표시하고 사용자가 악성 소프트웨어를 설치하는 링크를 클릭하도록 유도하여 모든 자금 을
탈취할 수 있었습니다. 

이러한 취약점의 결과는 참담했습니다. 공격자들이 개인 키를 탈취하거나 고객을 속여 악성 프로그램을 설치하게 함으로써 사용자들은 수천 달러, 심지어 수백만 달러의 손실을 입었습니다.  rbc+1

취약점에 대한 안전한 패치

이러한 공격 및 암호화 취약점을 방지하기 위해 다음과 같은 원칙을 준수하고 안전한 코드를 구현해야 합니다.

1. 서버에서 전송되는 데이터의 암호화 검증
   모든 잔액 및 거래 데이터는 데이터 변조를 방지하기 위해 암호화 방식으로 검증 가능한 증거(예: 머클 암호화, 서버 디지털 서명)와 함께 제출되어야 합니다. 고객은 서명되지 않았거나 의심스러운 데이터를 사용해서는 안 됩니다.
2. RPC 인터페이스 보호
   지갑 관리 인터페이스(RPC)는 기본적으로 비활성화되거나 암호 및 인증으로 보호되어야 합니다. 외부 공격을 방지하기 위해 그래픽 클라이언트를 사용할 때는 안전하지 않은 인터페이스를 비활성화해야 합니다.
3. 업데이트 확인 및 무결성 검사
   모든 클라이언트 소프트웨어 업데이트에는 디지털 서명이 있어야 하며, 클라이언트는 설치 전에 이를 확인해야 합니다. 신뢰할 수 없는 출처를 통해 서명된 업데이트는 사용하지 않아야 합니다.
4. 검증되지 않은 코드 실행 방지
   클라이언트 코드는 엄격한 검증 없이 네트워크 또는 RPC를 통해 수신한 명령을 실행해서는 안 됩니다. 예를 들어, eval() 함수 사용이나 동적 스크립트 실행은 금지되어야 합니다.

암호화 검증을 활용한 “Fail-Safe” 패턴 방식으로 잔액 확인 코드(Java)를 개선하는 안전한 예시:

자바:

private Mono<Coin> createSafe() {
    return Mono.fromCallable(() -> {
        Stopwatch sw = Stopwatch.createStarted();
        log.debug("Polling Electrum with cryptographic checks every {} till balance reaches {} for {}",
                   this.checkInterval, this.expectedAmount.toFriendlyString(), this.timeout);

        Coin coin = Flux.interval(this.checkInterval)
                .flatMap(it -> Mono.fromCallable(() -> {
                    BitcoinjBalance balance = this.client.getAddressBalance(this.address);
                    // Проверка цифровой подписи или мерклевых доказательств здесь (метод verifyBalanceProof)
                    if (!verifyBalanceProof(balance)) {
                        throw new SecurityException("Balance proof verification failed");
                    }
                    return balance.getSpendable();
                }))
                .filter(spendable -> !spendable.isLessThan(this.expectedAmount))
                .onErrorResume(e -> {
                    log.error("Verification error or corrupted balance: ", e);
                    return Mono.empty(); // Игнорировать и продолжать опрос
                })
                .blockFirst(this.timeout);

        requireNonNull(coin, "Electrum could not find verified balance on address in time");

        log.debug("Verified balance {} on address {} found after {}", coin.toFriendlyString(), this.address, sw.stop());
        return coin;
    });
}

// Заглушка функции для криптографической проверки данных баланса
private boolean verifyBalanceProof(BitcoinjBalance balance) {
    // TODO: Реализация проверки цифровой подписи от Electrum сервера
    // Например, сверка с публичным ключом сервера, проверка мерклевых доказательств
    return true; // Заменить на реальную проверку
}

결론적으로,
일렉트럼과 같은 소프트웨어의 암호화 취약점은 엄격한 무결성 검사, 인증 및 제3자 데이터와 명령에 대한 중요한 인증이 부족한 데서 비롯되는 경우가 많습니다. 일렉트럼의 공격 사례는 공격자들이 이러한 취약점을 악용하여 상당한 금액을 탈취해 왔음을 보여줍니다. 암호학적 근거에 기반한 데이터 검증 방법을 구현하고, RPC 보안을 강화하며, 검증되지 않은 코드 실행을 거부하는 방식으로만 사용자를 안전하게 보호할 수 있습니다.

향후 유사한 사고를 방지하기 위해서는 잔액의 암호화 검증부터 클라이언트 업데이트 제어에 이르기까지 다층적인 보안 접근 방식을 사용하는 것이 좋습니다.

이 기사의 최종 결론은 다음과 같습니다.

비트코인 지갑 일렉트럼에서 심각한 보안 취약점이 발견되었습니다. 이 취약점은 거래 서명 구현에 사용되는 비표준 메시지 해싱 함수(electrum_sig_hash)와 관련이 있으며, 이로 인해 BIP-137 표준을 준수하지 못합니다. 결과적으로 서명 위조 공격이 발생하여 공격자는 합법적으로 보이지만 실제로는 위조된 서명을 생성할 수 있습니다. 이는 사용자 주소에서 무단으로 자금을 인출할 가능성을 열어주며, 탈중앙화된 비트코인 ​​네트워크의 신뢰 기반을 위협합니다.

서명 위조(Signature Forgery)로 알려진 이 공격은 취약점 데이터베이스에 CVE-2025-27840 번호로 등록되어 있어 문제의 심각성을 보여줍니다. 이 취약점을 악용할 경우 막대한 금전적 손실이 발생할 수 있으며, 전체 암호화폐 생태계의 보안과 안정성을 위협합니다. 일렉트럼 사용자에게 직접적인 위협이 될 뿐만 아니라, 일렉트럼 서버와의 상호 작용 보안에도 영향을 미쳐 공격이 광범위하게 확산될 위험이 있습니다.

이러한 위협을 방지하기 위해서는 데이터 무결성 및 진위성에 대한 엄격한 암호화 검사, 서명 구현 표준 준수, 그리고 지속적인 소프트웨어 업데이트가 필수적입니다. 암호화 검증, RPC 인터페이스 보호, 클라이언트 소프트웨어 보안을 포함하는 포괄적인 접근 방식만이 비트코인 ​​사용자를 위한 신뢰할 수 있는 보호를 보장할 수 있습니다.

따라서, 이러한 심각한 취약점과 그와 관련된 서명 위조 공격은 전체 블록체인 생태계의 신뢰와 보안을 유지하기 위해 암호화폐 지갑의 개발 및 운영에 있어 신중한 암호화 제어가 필요하다는 점을 분명히 경고하는 사례입니다.

일렉트럼 지갑의 심각한 JSON-RPC 취약점 및 위험한 원격 명령 실행 공격: 비트코인 ​​암호화폐 보안에 대한 위협. 일렉트럼 지갑의 JSON-RPC 인터페이스에 있는 심각한 취약점이 비트코인 ​​암호화폐 보안에 미치는 영향 및 공격 분류

2018년, 인기 있는 비트코인 ​​지갑인 일렉트럼(Electrum)에서 JSON-RPC 인터페이스 관련 심각한 취약점(CVE-2018-1000022)이 발견되었습니다. 이 취약점을 통해 공격자는 사용자를 대신하여 원격으로 임의의 명령을 실행하고 개인 키를 탈취할 수 있었습니다. 이 치명적인 보안 오류는 사용자뿐 아니라 전체 비트코인 ​​암호화폐 생태계에 심각한 결과를 초래했습니다. 본 글에서는 이 취약점이 비트코인 ​​네트워크 공격에 미치는 영향, 공격의 과학적 분류, 그리고 신속한 패치와 보안 조치의 중요성에 대해 논의합니다.

비트코인의 취약성 메커니즘과 공격에 미치는 영향

이 취약점은 Electrum의 JSON-RPC 인터페이스 호출에 대한 권한 제어가 부족하여 외부 코드(예: 악성 웹사이트)가 비밀번호나 추가 인증 없이 지갑에 요청을 보낼 수 있었기 때문에 발생했습니다. 구체적으로 공격자는 다음과 같은 작업을 수행할 수 있었습니다.

• 개인 키를 내보내는 명령을 실행하면 사실상 사용자의 자금에 대한 통제권을 잃게 됩니다.
• 사용자 모르게 거래에 서명하여 비트코인을 공격자의 주소로 전송합니다.
• 잔액 현황 및 활성 주소에 대한 정보를 받아 사용자 프로필을 구축할 수 있습니다.

비트코인 암호화폐의 경우, 이러한 취약성은 자산 보안에 직접적인 위협을 의미합니다. 개인 키만이 자금 소유권을 보호하는 유일한 수단이기 때문입니다. 개인 키를 해킹당하는 것은 자산에 대한 통제권을 완전히 잃는 것과 마찬가지입니다.

공격의 과학적 명칭

이 취약점은 취약한 관리 인터페이스(JSON-RPC)를 통한 전형적인 원격 코드 실행(RCE) 공격으로 분류됩니다. 또한 무단 원격 프로시저 호출 악용 공격의 한 형태로도 볼 수 있습니다.

CVE 취약점 수와 그 중요성

• CVE 번호:   CVE-2018-1000022
• 일반 설명: Electrum Bitcoin Wallet 3.0.5 이전 버전의 JSONRPC 인터페이스에서 권한 부여 누락 취약점이 발견되었습니다.
• 중요도: 매우 중요합니다. 이 기능을 통해 지갑을 원격으로 완벽하게 제어할 수 있습니다.

이 취약점이 CVE 데이터베이스에 등록됨으로써 사건을 중앙에서 분류하고 추적할 수 있게 되었고, 패치의 적시 개발 및 배포가 촉진되었습니다.

비트코인 생태계에 미치는 영향

이러한 취약점:

• 조직적인 대규모 자금 탈취 사건으로 인해 일렉트럼의 보안에 대한 사용자 신뢰도가 떨어졌습니다.
• 다단계 인증 및 RPC 인터페이스 보안과 같은 보안 표준 개발에 기여했습니다.
• 지갑 및 관련 서비스에 대한 감사 및 보안 제어가 강화되었습니다.

결론 및 권고사항

이러한 공격으로부터 보호하기 위해서는 다음과 같은 사항이 필요합니다.

• JSON-RPC 인터페이스에 대한 필수 인증을 보장하십시오.
• 기본적으로 RPC를 비활성화하고, 사용자의 동의와 비밀번호를 통해서만 활성화합니다.
• 소프트웨어를 업데이트하고 보안 패치를 적시에 적용하십시오.
• 하드웨어 지갑이나 안전한 키 저장 기능을 갖춘 솔루션을 사용하십시오.
• 핵심 기능에 대한 접근을 제한하는 시스템을 개발하고 구현합니다.

결론

일렉트럼(Electrum)의 심각한 취약점 CVE-2018-1000022는 관리 인터페이스의 보안 결함이 전체 암호화폐 인프라를 얼마나 위태롭게 하고 막대한 재정적 손실을 초래할 수 있는지를 보여주는 명확한 사례입니다. 이러한 취약점에 대한 과학적이고 실질적인 이해는 위험을 적시에 식별, 분류 및 제거하는 데 도움이 되며, 이는 암호 시스템의 신뢰성을 크게 향상시킵니다.

제시된 AwaitSpendableBalanceAction 클래스의 코드에는 개인 키 유출과 관련된 명시적인 암호화 취약점이 포함되어 있지 않습니다. 해당 코드는 BitcoinjElectrumClient 클라이언트 메서드를 통해 wallet.getWalletPath()를 사용하여 잔액 확인을 수행하며, 개인 키를 직접 사용하는 작업은 수행하지 않습니다.

Electrum 보안 및 관련 키 유출 사례에 대한 알려진 사실들을 바탕으로 다음과 같은 유출 원인을 추정할 수 있습니다.

• 악성 또는 변조된 일렉트럼 애플리케이션(예: 일렉트럼 프로) 버전은 숨겨진 코드를 사용하여 사용자의 개인 키를 탈취하고, 키를 복사하여 공격자에게 전송합니다.  rbc
• 구버전 Electrum의 JSON-RPC 인터페이스를 통한 공격으로 클라이언트 취약점을 악용하고 개인 키를 추출할 수 있습니다.  (decenter+1)
• 공식 Electrum을 사칭하여 사용자 키를 훔치는 피싱 및 악성 사이트.

코드에서 해당 호출은 56~62번째 줄 부근에 있습니다.

자바:

this.client.getBalance(GetBalanceParams.builder()
    .walletPath(wallet.getWalletPath())
    .build())

지갑 경로를 사용하지만, BitcoinjElectrumClient 또는 WalletParams 라이브러리 자체 내부에서 개인 키를 다루는 작업이 수행될 수 있으며, 구현이 잘못될 경우 개인 정보가 유출될 수 있습니다.

암호화 취약점은 BitcoinjElectrumClient 또는 WalletParams와 같은 사용된 라이브러리의 구현에만 존재할 수 있습니다.

클라이언트 코드나 키를 처리하는 키 라이브러리 코드가 있다면 더 자세한 분석을 수행할 수 있습니다.

수정하기 위해

연구 논문: 일렉트럼 월렛의 심각한 JSON-RPC 취약점 및 안전한 해결 방법

소개

Electrum 암호화폐 지갑에서 JSON-RPC 인터페이스의 안전하지 않은 구현과 관련된 심각한 암호화 취약점이 발견되었고, 이후 수정되었습니다. 이 취약점은 공격자들이 사용자의 개인 키와 자금을 탈취하는 데 악용되었습니다. 본 논문에서는 이 취약점이 발생하는 메커니즘, 악용 시 발생하는 결과, 그리고 향후 재발 방지를 위한 체계적이고 기술적으로 효율적인 해결책을 자세히 살펴봅니다.

취약성 발생 메커니즘

해당 취약점은 Electrum 2.6 버전(2016년 이후)부터 존재했으며, 지갑의 JSON-RPC 인터페이스가 적절한 인증 및 권한 부여 없이 임의의 명령을 실행할 수 있도록 개방되어 있다는 점이었습니다. 이러한 상황에서, 사용자의 웹 브라우저에 영향을 미칠 수 있는 웹사이트나 공격자는 비밀번호가 설정되지 않은 Electrum이 실행 중인 경우 사용자를 대신하여 지갑에서 명령을 실행할 수 있었습니다.

핵심 문제는 RPC 호출에 대한 신뢰할 수 있는 접근 검증이 부족하여 사용자의 동의 없이도 개인 키를 내보내거나, 거래를 생성 및 서명하거나, 민감한 지갑 데이터를 사용하는 기타 작업을 수행할 수 있었다는 점입니다. 그 결과 개인 키가 즉시 유출될 위험이 매우 높았고, 이는 자금에 대한 완전한 통제권 상실과 마찬가지였습니다.

결과

이 오류는 다음과 같은 이유로 매우 치명적이었습니다.

• 사용자들의 개인 키가 원격으로 탈취되었을 가능성이 있습니다.
• 뚜렷한 거래 내역이 없는 수많은 사용자조차도 자금 도난의 위험에 처해 있었습니다.
• 이 취약점은 악성 웹사이트를 방문하는 것만으로도 “백그라운드”에서 악용될 수 있습니다.

해당 취약점은 2017년 말에 발견되었으며, 관련 패치와 최종 수정 사항은 2018년 1월에 출시된 버전 3.0.5에 포함되었습니다.

취약점에 대한 안전한 패치

해당 취약점을 완화하는 가장 기본적인 보안 방법은 JSON-RPC 인터페이스 사용자를 엄격하게 인증하고, 사용자가 암호를 사용하여 명시적으로 활성화하지 않는 한 JSON-RPC 서버를 기본적으로 비활성화하는 것이었습니다.

기본적인 시정 조치:

1. 사용자 개입 없이 JSON-RPC 인터페이스가 시작되는 기능을 비활성화합니다.
2. JSON-RPC가 작동하려면 필수 암호를 요구해야 합니다.
3. 각 RPC 호출에 대해 접근 권한 검사를 구현하십시오.
4. 개인 키를 노출하거나 명시적인 확인 없이 중요한 작업을 수행할 수 있는 위험한 명령을 제거하십시오.

자바와 유사한 의사 코드로 표현한 수정 코드 예시:

자바:

public class SecureJsonRpcServer {

    private boolean rpcEnabled = false;
    private String rpcPasswordHash;

    public SecureJsonRpcServer(String password) {
        if (password == null || password.isEmpty()) {
            throw new SecurityException("RPC server cannot be enabled without password");
        }
        this.rpcEnabled = true;
        this.rpcPasswordHash = hashPassword(password);
    }

    public JsonObject handleRequest(JsonObject request, String password) {
        if (!rpcEnabled) {
            throw new SecurityException("RPC server is disabled");
        }
        if (!verifyPassword(password)) {
            throw new SecurityException("Invalid RPC password");
        }
        String method = request.get("method").getAsString();
        if (!checkAccessPermissions(method)) {
            throw new SecurityException("Access denied for method: " + method);
        }
        // Process RPC method safely
        return processRpcMethod(request);
    }

    private boolean verifyPassword(String password) {
        return hashPassword(password).equals(rpcPasswordHash);
    }

    private boolean checkAccessPermissions(String method) {
        // Deny access to dangerous methods without extra confirmation
        final Set<String> restrictedMethods = Set.of("dumpprivkey", "exportwallet", "signmessage");
        if (restrictedMethods.contains(method)) {
            return false;
        }
        return true;
    }

    private String hashPassword(String password) {
        // Secure hashing function, e.g. bcrypt, PBKDF2
        // Pseudocode implementation here
        return SecureHasher.hash(password);
    }

    private JsonObject processRpcMethod(JsonObject request) {
        // Actual implementation of RPC commands
        // ...
        return new JsonObject();
    }
}

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

• 기본 보안 플래그를 사용합니다. RPC 인터페이스는 항상 비활성화됩니다.
• RPC를 활성화하려면 필수적이고 안전한 암호 설정이 필요합니다.
• 비밀번호 유출 위험을 줄이기 위해 다단계 인증을 구현하세요.
• 모든 긴급 조치를 기록하고 비정상적인 통화를 모니터링하십시오.
• 소프트웨어와 보안 라이브러리를 정기적으로 업데이트하세요.
• 동적 분석 및 퍼징을 포함한 정기적인 코드 감사 및 테스트를 수행하십시오.

결론

일렉트럼의 JSON-RPC 취약점 악용 사례는 전체 암호화폐 업계에 심각한 교훈을 남겼으며, 암호화 도구와 지갑의 핵심 기능에 대한 인터페이스 및 접근 메커니즘을 제대로 설계하는 것이 얼마나 중요한지를 보여주었습니다. 강력한 인증 조치를 구현하고, 안전한 아키텍처를 구축하며, 발견된 결함에 신속하게 대응하는 것은 사용자 디지털 자산의 신뢰성과 보호를 보장하는 핵심 요소입니다.

이 글을 마무리하며 강조해야 할 점은 일렉트럼 비트코인 ​​지갑의 JSON-RPC 인터페이스에 존재하는 심각한 취약점이 비트코인 ​​암호화폐의 보안에 중대한 위협을 가한다는 것입니다. 이 취약점으로 인해 공격자는 적절한 인증 절차 없이 원격으로 지갑에서 임의의 명령을 실행할 수 있었으며, 이는 사실상 사용자의 개인 키에 직접 접근할 수 있는 통로가 되었습니다.

보호되지 않은 RPC 인터페이스를 통한 원격 코드 실행(RCE)으로 분류되는 이러한 공격은 사용자 자금을 직접적으로 침해하고 수천만 달러 규모의 대규모 절도 사건으로 이어질 수 있습니다. CVE-2018-1000022로 명명된 취약점의 존재는 암호화 소프트웨어의 심각한 보안 결함에 대해 신속하고 체계적인 대응이 필요함을 시사합니다.

이번 취약점은 엄격한 접근 제어, 필수 인증, 지속적인 소프트웨어 업데이트의 필요성을 강조하며, 암호화폐 보안에 있어 안전한 프로토콜 사용의 중요성을 재확인시켜 줍니다. 비밀번호 설정, 사용하지 않는 인터페이스 비활성화, 정기적인 패치 적용 등 암호화폐 지갑을 보호하기 위한 포괄적인 접근 방식만이 위험을 최소화하고 수백만 비트코인 ​​네트워크 사용자의 신뢰를 유지할 수 있습니다.

따라서 이러한 취약점을 연구하고 제거하는 것은 전체 암호화폐 생태계의 보안을 강화하고 개인 사용자 및 사회 전체의 디지털 자산을 보호하는 데 핵심적인 요소입니다.

1. https://bitnovosti.io/2018/01/11/najdena-uyazvimost-v-koshelkah-electrum/
2. https://xakep.ru/2018/01/09/electrum-patch/
3. https://forklog.com/news/razrabotchiki-electrum-soobshhili-ob-ustranenii-kriticheskoj-uyazvimosti
4. https://bits.media/v-koshelke-electrum-ispravlena-kriticheskaya-uyazvimost-pozvolyavyaya-saytam-ukrast-bitkoiny/
5. https://securenews.ru/electrum/
6. https://2bitcoins.ru/kriticheskaja-ujazvimost-bitcoin-koshelka-electrum/
7. https://cryptocurrency.tech/the-electrum-wallet-has-been-given-to-malicious-people-in-two-years-more-than-22-mln/
8. https://hitecher.com/ru/news/a-critical-vulnerability-has-been-corrected-in-electrum-bitcoin-wallets
9. https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82%D0%BA%D0%BE%D0%B9%D0%BD
10. https://whattonews.ru/vyshla-novaja-versija-koshelka-electrum-ustranena-kriticheskaja-ujazvimost/

출처:

• CVE 세부 정보: CVE-2018-1000022 Electrum 비트코인 ​​지갑 취약점  nvd.nist+1
• 일렉트럼 취약점 검토 및  Xakep+2 공격 의 결과

1. https://forum.bits.media/index.php?%2Fblogs%2Fentry%2F3489-%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7-%D0%B1%D0%B8%D1%82%D0%BA%D 0%BE%D0%B8%D0%BD%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D 1%8C-cve-2025-27840-%D0%B2-%D0%BC%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D0%BE%D0%BD%D1%8 2%D1%80%D0%BE%D0%BB%D0%BB%D0%B5%D1%80%D0%B0%D1%85-esp32-%D0%BF%D0%BE%D0%B4%D0%B 2%D0%B5%D1%80%D0%B3%D0%B0%D0%B5%D1%82-%D1%80%D0%B8%D1%81%D0%BA%D1%83-%D0%BC%D0%B 8%D0%BB%D0%BB%D0%B8%D0%B0%D1%80%D0%B4%D1%8B-iot-%D1%83%D1%81%D1%82%D1%80%D0%BE% D0%B9%D1%81%D1%82%D0%B2-%D1%87%D0%B5%D1%80%D0%B5%D0%B7-wi-fi-%D0%B8-bluetooth%2F
2. https://www.itsec.ru/news/polzovateli-koshelka-electrum-lishilis-sredstv-iz-za-kiberataki
3. https://www.itsec.ru/news/ataki-na-koshelki-electrum-prodolzhayutsia-zarazheno-bolee-150000-hostov-i-pohisheno-bolee-46-mn-dolarov
4. https://pikabu.ru/story/kriptoanaliz_bitkoina_uyazvimost_cve202527840_v_mikrokontrollerakh_esp32_podvergaet_risku_milliardyi_iotustroystv_cherez_wifi_i_bluetooth_12555320
5. https://pikabu.ru/story/kak_uyazvimosti_cve202529774_i_bag_sighash_single_ugrozhayut_multipodpisnyim_koshelkam_seti_bitkoin_s_poddelnyimi_rawtx_chast_1_12995161
6. https://nvd.nist.gov/vuln/detail/CVE-2018-1000022
7. https://www.cvedetails.com/product/67495/Electrum-Bitcoin-Wallet.html?vendor_id=17602
8. https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures
9. https://myseldon.com/en/news/index/240766767
10. https://github.com/spesmilo/electrum/issues/3374
11. https://xakep.ru/2018/01/09/electrum-patch/
12. https://decenter.org/problemy-electrum/
13. https://www.rbc.ru/crypto/news/5cac9b7c9a794758981d2336

출처

• Electrum 취약점 조사 및 패치, 2018년 1월:   https://xakep.ru/2018/01/09/electrum-patch/  xakep

특정 방법 및 라이브러리에 대한 보다 자세한 기술적 정보가 필요한 경우, 해당 정보도 공개할 수 있습니다.

1. https://xakep.ru/2018/01/09/electrum-patch/

요약: AwaitSpendableBalanceAction 소스 코드에서 개인 키 유출과 관련된 암호화 취약점은 발견되지 않았습니다. 해당 취약점은 사용된 라이브러리 수준에서만 발생할 수 있으며, 해당 라이브러리 호출은 56번째 줄 근처에서 확인할 수 있습니다.  rbc+2

1. https://www.rbc.ru/crypto/news/5af429869a79470ee4178f4f
2. https://decenter.org/problemy-electrum/
3. https://www.rbc.ru/crypto/news/5cac9b7c9a794758981d2336
4. https://www.kaspersky.ru/blog/cryptowallet-seed-phrase-fake-leaks/37796/
5. https://xakep.ru/2024/07/31/tricky-cryptoscam/
6. https://myseldon.com/en/news/index/240766767
7. https://www.reddit.com/r/Bitcoin/comments/zhwjy4/key_exfiltration_how_a_signing_device_could_leak/
8. https://www.reddit.com/r/Electrum/comments/bw3gpl/recover_wallet_from_private_key/
9. https://miningclub.info/threads/posle-vykljuchenija-nouta-slomalis-bloki-bitcoin-core-privatnye-kljuchi-ne-ehksportirujutsja-v-ehlektrum.106257/
10. https://vc.ru/top-raiting/2163601-poteryannye-bitkoiny-vosstanovlenie-dostupa-k-shelkam

1. https://pikabu.ru/story/kriptoanaliz_bitkoina_uyazvimost_cve202527840_v_mikrokontrollerakh_esp32_podvergaet_risku_milliardyi_iotustroystv_cherez_wifi_i_bluetooth_12555320
2. https://dzen.ru/video/watch/67ea8487499d1732dd9c90e5
3. https://polynonce.ru/%D0%BD%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D1%83%D0%B1%D0%B5%D0%B6-%D0%BA%D0%B8%D0%B1%D0%B5%D1%80%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D0%B8-%D0%BA%D0%BB%D1%8E%D1%87%D0%B5/

필요하다면 CVE-2025-27840에 대한 자세한 기술 분석과 서명 위조 공격 방지 대책을 제공할 수 있습니다.

1. https://forum.bits.media/index.php?%2Fblogs%2Fentry%2F3489-%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7-%D0%B1%D0%B8%D1%82%D0%BA%D 0%BE%D0%B8%D0%BD%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D 1%8C-cve-2025-27840-%D0%B2-%D0%BC%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D0%BE%D0%BD%D1%8 2%D1%80%D0%BE%D0%BB%D0%BB%D0%B5%D1%80%D0%B0%D1%85-esp32-%D0%BF%D0%BE%D0%B4%D0%B 2%D0%B5%D1%80%D0%B3%D0%B0%D0%B5%D1%82-%D1%80%D0%B8%D1%81%D0%BA%D1%83-%D0%BC%D0%B 8%D0%BB%D0%BB%D0%B8%D0%B0%D1%80%D0%B4%D1%8B-iot-%D1%83%D1%81%D1%82%D1%80%D0%BE% D0%B9%D1%81%D1%82%D0%B2-%D1%87%D0%B5%D1%80%D0%B5%D0%B7-wi-fi-%D0%B8-bluetooth%2F
2. https://pikabu.ru/story/kriptoanaliz_bitkoina_uyazvimost_cve202527840_v_mikrokontrollerakh_esp32_podvergaet_risku_milliardyi_iotustroystv_cherez_wifi_i_bluetooth_12555320
3. https://pikabu.ru/story/kak_uyazvimosti_cve202529774_i_bag_sighash_single_ugrozhayut_multipodpisnyim_koshelkam_seti_bitkoin_s_poddelnyimi_rawtx_chast_1_12995161
4. https://nvd.nist.gov/vuln/detail/CVE-2018-1000022
5. https://www.cvedetails.com/product/67495/Electrum-Bitcoin-Wallet.html?vendor_id=17602
6. https://www.cvedetails.com/version/952013/Electrum-Bitcoin-Wallet-1.9.6.html
7. https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures
8. https://myseldon.com/en/news/index/240766767
9. https://opennet.ru/49309-bitcoin
10. https://www.reddit.com/r/Bitcoin/comments/7ooack/critical_electrum_vulnerability/

필요하다면, 고객사를 위한 암호화 검증 기능의 상세 개발을 지원해 드릴 수 있습니다.

1. https://bits.media/v-koshelke-electrum-ispravlena-kriticheskaya-uyazvimost-pozvolyavyaya-saytam-ukrast-bitkoiny/
2. https://www.rbc.ru/crypto/news/5fb232269a7947528c9bb56a
3. https://www.itsec.ru/news/polzovateli-koshelka-electrum-lishilis-sredstv-iz-za-kiberataki
4. https://bits.media/user-lost-1-400-btc-from-the-old-fall-off-of-his-electric-wallet/
5. https://opennet.ru/48080
6. https://www.itsec.ru/news/ataki-na-koshelki-electrum-prodolzhayutsia-zarazheno-bolee-150000-hostov-i-pohisheno-bolee-46-mn-dolarov
7. https://habr.com/ru/articles/175291/comments/
8. https://xakep.ru/2020/10/13/electrum-attaks/
9. https://2bitcoins.ru/kriticheskaja-ujazvimost-bitcoin-koshelka-electrum/
10. https://www.cryptowinrate.com/ru/electrum-wallet-review/

1. https://pikabu.ru/story/private_key_debug_nekorrektnaya_generatsiya_privatnyikh_klyuchey_sistemnyie_uyazvimosti_bitkoina_chast_1_12755765
2. https://www.kaspersky.ru/blog/vulnerability-in-hot-cryptowallets-from-2011-2015/36592/
3. https://www.itsec.ru/articles/upravlenie-uyazvimostyami-v-kriptokoshelkah
4. https://www.ixbt.com/live/crypto/hakery-vseh-obmanut-ili-mozhno-li-vse-taki-slomat-sistemu-bitkoina.html
5. https://top-technologies.ru/ru/article/view?id=37634
6. https://forklog.com/news/eksperty-ugroza-kvantovoj-ataki-na-kriptovalyuty-preuvelichena
7. https://cyberleninka.ru/article/n/metodika-analiza-dannyh-v-blokcheyn-sisteme-bitcoin
8. https://opennet.ru/56670/
9. https://coinsutra.com/ru/bitcoin-private-key/
10. https://support.ledger.com/ru/article/360015738179-zd

참고 자료 및 추가 정보:  zenodo+3

1. https://zenodo.org/records/11277691
2. https://keyhunters.ru/private-key-debug-cryptographic-vulnerabilities-related-to-incorrect-generation-of-private-keys-bitcoin/
3. https://pikabu.ru/story/private_key_debug_oshibki_v_vyichislenii_poryadka_yellipticheskoy_krivoy_secp256k1_ugrozyi_dlya_yekosistemyi_bitcoin_chast_2_12755792
4. https://attacksafe.ru/secp256k1-un/
5. https://papers.ssrn.com/sol3/Delivery.cfm/SSRN_ID4844542_code6772539.pdf?abstractid=4844542&mirid=1
6. https://github.com/advisories/GHSA-584q-6j8j-r5pm

1. https://www.geoedge.com/ssp-cookie-syncing-global-bitcoin-malvertising-attack/
2. https://hitecher.com/news/a-critical-vulnerability-has-been-corrected-in-electrum-bitcoin-wallets
3. https://www.reddit.com/r/Bitcoin/comments/7ooack/critical_electrum_vulnerability/
4. https://bitcointalk.org/index.php?topic=5080786.0
5. https://exploitdarlenepro.com/electrum-wallet/
6. https://github.com/spesmilo/electrum/issues/7058
7. https://nvd.nist.gov/vuln/detail/CVE-2018-1000022
8. https://bitcointalk.org/index.php?topic=5549958.0
9. https://www.cvedetails.com/version/952013/Electrum-Bitcoin-Wallet-1.9.6.html
10. https://www.cvedetails.com/product/67495/Electrum-Bitcoin-Wallet.html?vendor_id=17602

1. https://b8c.ru
2. https://github.com/demining/Private-key-Debug
3. https://github.com/demining/Digital-Signature-Forgery-Attack
4. https://sploitus.com/exploit?id=C3673443-6BC8-5F0F-B239-399409A89166
5. https://cryptodeeptech.ru/private-key-debug/
6. https://github.com/spesmilo/electrum/issues/1876
7. https://b8c.ru/암호키/
8. https://b8c.ru/privkeeper/
9. https://b8c.ru/bitcoinseed/
10. https://b8c.ru/btchammer/
11. https://tenchat.ru/media/4022876-matritsa-sudby-rasschitat-s-rasshifrovkoy–top5-servisov-2025-i-2026-goda
12. https://b8c.ru/btcexploitsilk/
13. https://govnokod.ru/27975
14. https://pikabu.ru/story/private_key_debug_oshibki_v_vyichislenii_poryadka_yellipticheskoy_krivoy_secp256k1_ugrozyi_dlya_yekosistemyi_bitcoin_chast_2_12755792
15. https://b8c.ru/keysilentleak/
16. https://wavelab.at/papers/Meerwald01b.pdf
17. https://forum.bits.media/index.php?%2Fblogs%2Fentry%2F3489-%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7-%D0%B1%D0%B8%D1%82%D0%BA%D 0%BE%D0%B8%D0%BD%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C-cve-2025-27840-%D0%B2-%D0%BC%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D0%BE%D0%BD%D1%8 2%D1%80%D0%BE%D0%BB%D0%BB%D0%B5%D1%80%D0%B0%D1%85-esp32-%D0%BF%D0%BE%D0%B4%D0%B2%D0%B5%D1%80%D0%B3%D0%B0%D0%B5%D1%82-%D1%80%D0%B8%D1%81%D0%BA%D1%83-%D0%BC%D0%B 8%D0%BB%D0%BB%D0%B8%D0%B0%D1%80%D0%B4%D1%8B-iot-%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2-%D1%87%D0%B5%D1%80%D0%B5%D0%B7-wi-fi-%D0%B8-bluetooth%2F
18. 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
19. https://b8c.ru/androidarknet/
20. https://orbilu.uni.lu/bitstream/10993/31195/1/thesis.pdf

게시물 탐색