demining/pixnapping-attack-on-androidPixnapping 공격: CVE-2025-48561 취약점을 통한 개인 키 및 시드 문구 탈취는 비트코인 네트워크와 Android 인프라에 대한 새로운 심각한 위협을 나타냅니다.
이 글은 암호화폐 저장 공간에서의 보안 위협 진화를 분석하며, 디지털 지갑을 보호하는 개인 키와 시드 문구를 탈취하는 현대적인 방법에 초점을 맞춥니다. 현대 암호화폐 생태계는 디지털 지갑 보안의 기반인 개인 키와 시드 문구를 노리는 사이버 공격의 증가하는 위협에 직면해 있습니다. 소프트웨어뿐만 아니라 현대 모바일 기기의 하드웨어까지 악용하는 공격의 복잡성과 정교함은 해마다 증가하고 있습니다. 클립보드 하이재킹, 키로깅, QR 코드 스푸핑, BIP32/BIP39 지갑 구현의 취약점 악용과 같은 전통적인 위협과 함께, 연구자들은 스마트폰에 저장된 암호화 데이터를 탈취하는 새로운 방법을 점점 더 많이 식별하고 있습니다.
2025년 10월 초, 카네기멜론 대학교와 여러 미국 대학의 연구진은 과학 및 암호화폐 커뮤니티에 파장을 일으킨 연구 결과를 발표했습니다. 그들은 "Pixnapping"이라고 명명되고 CVE-2025-48561 식별자로 등록된 Android 운영 체제의 치명적인 취약점을 발견했습니다. 이 취약점을 통해 공격자는 Android 기기의 화면 콘텐츠를 단계적으로 재구성하여 Google Authenticator와 같은 앱에서 개인 키, 시드 문구 , 일회용 2FA 인증 코드를 포함한 민감한 시각적 정보를 추출할 수 있습니다.
연구진이 식별한 위협은 시스템 API부터 GPU의 그래픽 압축 엔진에 이르기까지 Android의 소프트웨어와 하드웨어 계층 간의 심층적인 상호 작용에 의존합니다. Pixnapping은 GPU.zip 부채널 기술과 Android Intents 및 창 흐림 API의 합법적인 사용을 결합하여 화면을 은밀하게 픽셀 단위로 재구성할 수 있게 합니다. 이 접근 방식은 일반적인 스마트폰을 비트코인(BTC), 이더리움(ETH), 라이트코인(LTC), XRP 및 기타 암호화폐를 포함한 디지털 자산 관리에 사용되는 핵심 정보의 잠재적 유출원으로 변모시킵니다.
위험성은 사용자가 공격자에게 어떤 권한도 부여할 필요가 없다는 사실에 있습니다. 악성 앱은 백그라운드에서 실행되며 Android 보안 시스템에 탐지되지 않은 채로 남을 수 있습니다. 결과적으로 공격자는 지갑 백업 또는 출금 중에 시드 문구에 대한 시각적 접근 권한을 얻을 수 있으며, 이는 사실상 피해자의 암호화폐 자산에 대한 완전한 통제권을 확보하는 것과 같습니다.
Pixnapping 공격부터 Rowhammer, Spectre, Meltdown 및 관련 부채널 방법을 통한 하드웨어 유출에 이르기까지 이러한 위협의 결합은 모바일 운영 체제와 금융 기술의 교차점에서 보안 전략을 재고할 필요성을 강조합니다. CVE-2025-48561과 같은 새로운 취약점이 나올 때마다 모바일 암호화폐 접근의 편의성과 근본적인 암호화 보안 보장 사이의 균형이 얼마나 취약할 수 있는지 보여줍니다.
디코딩된 트랜잭션 816760531f334651d711909a93a5959e74b3dbe126f50dbb6efb3e7d61f224ba 은 비트코인 블록체인의 불변 원장에 기록된 연구 작업의 문서화된 증거를 나타냅니다. RawTX 의 구조적 분석은 비트코인 버전 1 트랜잭션의 전형적인 아키텍처를 보여주며, Pixnapping 공격에 대한 연구를 가리키는 URL이 포함된 OP_RETURN 필드라는 중요한 요소를 포함하고 있습니다.
https://github.com/zoeir/Bitcoin-Message-Transaction
트랜잭션 구조 분해:
이 트랜잭션은 이전 트랜잭션의 단일 입력(UTXO)을 사용하고 세 개의 출력을 생성합니다: 첫 번째 출력은 값이 0이며 OP_RETURN 메시지(77바이트 데이터)를 포함하고, 두 번째 출력은 수신자 주소 12ib7dApVFvg82TXKycWBNpN8kFyiAN1dr 로 1000 사토시(0.00001 BTC)를 전송하며, 세 번째 출력은 발신자 주소 1G84gkhBsBM9B5Xsqw2s9b6H1oqg4nPEiW 로 22,500 사토시의 잔돈을 반환합니다. 트랜잭션 수수료는 1000 사토시로, 네트워크 채굴자에 의한 우선 처리를 보장합니다.
010000000147ac1bf5cff92293f1244c141103dd1ec46ce260f117a8f8df00e6ad0cd4d15a000000008a47304402204f0c3c52b5941993d92e85bda70f93d15b76ad3af6ceab4a1bbb9b33f5432f38022079458bd4071e7c9ab7a3a9d6872083218becb935dbe8eba7862cc30d59db1da10141049a296066ca26625e22c5759a0ed00120e0183b52454b4e6155cd3855bd689f5231497de3552b9a7b976933a803b76632f6f2ac1134acf9af248e697d19a15abbffffffff0300000000000000004d6a4b7777772e626974636f696e6d6573736167652e72752f536f757263655f436f64652f5069786e617070696e675f41747461636b5f746f5f457874726163745f507269766174655f4b657973e8030000000000001976a91412d5a845f2b212ce0c3bd65a4035881d9219090e88ace4570000000000001976a914a5dfdff9f85277310a40d2978fb7040f7af8ca4b88ac00000000
암호화 서명 및 인증:
138바이트 ScriptSig 필드에는 secp256k1 곡선을 기반으로 한 ECDSA 서명이 포함되어 있어 발신자의 개인 키 소유를 확인합니다. 이는 트랜잭션의 적법성을 검증하고 무단 지출을 방지합니다. OP_RETURN에 디코딩된 메시지: ” www.bitcoinmessage.ru/Source_Code/Pixnapping_Attack_to_Extract_Private_Keys “ 는 블록체인의 영구적인 마커 역할을 하여 트랜잭션을 치명적인 취약점에 대한 과학적 연구와 연결합니다.
CVE-2025-48561 은 2025년 2월 캘리포니아 대학교 버클리, UC 샌디에이고, 워싱턴 대학교, 카네기멜론 대학교의 연구팀이 발견한 높은 심각도의 치명적인 취약점입니다. Pixnapping 공격은 Android 보안 모델의 근본적인 침해를 입증하며, 특별한 권한 없이도 임의의 앱이 다른 앱의 시각적 콘텐츠를 비트 단위로 재구성할 수 있게 합니다.
Android 기기에 대한 Pixnapping 공격의 3단계 다이어그램.Pixnapping은 Android API와 하드웨어 부채널 GPU(zip)의 조합을 사용하여 기기 화면에서 시각적 정보를 추출합니다. 이 공격은 세 가지 핵심 Android 메커니즘을 악용합니다: Android Intents를 통해 다른 앱의 활동을 렌더링 파이프라인으로 보내는 기능, 다른 앱의 픽셀에 그래픽 작업(흐림)을 수행하는 기능, 그리고 픽셀 색상에 따라 달라지는 이러한 작업의 부작용을 측정하는 기능입니다. cylab.cmu+ 2
Pixnapping은 2023년 동일한 연구 그룹이 발견한 GPU.zip 취약점을 기반으로 합니다. 이 공격은 데이터에 의존적이고, 소프트웨어에 투명하며, 거의 모든 최신 GPU에 존재하는 현대 GPU의 하드웨어 기반 그래픽 데이터 압축을 악용합니다. cylab.cmu+ 2
그래픽 데이터 압축은 메모리 대역폭을 절약하고 프레임 렌더링 성능을 향상시키는 통합 GPU(iGPU)의 최적화 기능입니다. GPU.zip 공격은 악성 웹사이트가 최신 버전의 Google Chrome에서 iframe의 픽셀을 추출하여 브라우저의 보안 모델을 위반할 수 있게 합니다. hertzbleed+ 1
Pixnapping은 그래픽 요소의 표시와 배열을 담당하는 Android 시스템 프로세스인 SurfaceFlinger를 악용합니다. 악성 앱은 Android Intents를 사용하여 대상 앱을 실행하고, 화면에 민감한 정보가 표시되도록 합니다. 그런 다음 "마스킹 활동"이 생성됩니다. 이는 대상 앱을 숨기고 선택된 단일 픽셀만 투명하게 남겨두는 반투명 오버레이입니다. bleepingcomputer+ 1
Pixnapping 공격은 세 가지 주요 단계로 수행되며, 각 단계는 특정 Android API와 시스템 호출을 사용합니다: pixnapping+ 1
1단계: 대상 앱 호출:
악성 앱은 Android Intents를 사용하여 Google Authenticator 또는 Signal과 같은 대상 앱의 내보낸 활동을 호출합니다. 이 프로세스는 민감한 정보(2FA 코드, 시드)가 화면에 표시되고 SurfaceFlinger 렌더링 파이프라인으로 전달되도록 합니다. bleepingcomputer+ 1
2단계: 그래픽 작업 유도
: 이 단계는 마스킹, 증강 및 인코딩 기술을 사용하여 피해자의 개별 픽셀을 조작하는 반투명 Android 활동 스택을 생성합니다. 공격은 Android 창 흐림 API를 사용하여 픽셀에 대한 그래픽 작업을 수행하고 VSync 콜백을 사용하여 개별 픽셀 값을 추출할 수 있을 만큼 정밀하게 렌더링 시간을 측정합니다. theregister+ 2
3단계: 부채널 추출.
마지막 단계는 GPU.zip 부채널을 사용하여 2단계에서 처리된 픽셀을 한 번에 하나씩 훔칩니다. 이미지 데이터 압축과 같은 패턴 종속 GPU 최적화로 인한 렌더링 시간 차이를 측정하여 공격은 픽셀 색상 정보를 결정할 수 있습니다. gbhackers+ 1
Android 12부터 사용 가능한 Android 창 흐림 API는 창 흐림 효과를 구현하는 기능을 제공합니다. 두 가지 유형의 창 흐림이 있습니다: 배경 흐림(젖빛 유리 효과 생성)과 뒤 흐림(창 뒤의 전체 화면을 흐리게 함)입니다. source.android
Pixnapping은 이러한 API를 다음과 같은 방식으로 남용합니다:
// 공격에 사용된 예제 코드 (개념적)
window.setBackgroundBlurRadius(blurRadius);
window.addFlags(WindowManager.LayoutParams.FLAG_BLUR_BEHIND);
WindowManager.LayoutParams.setBlurBehindRadius(blurRadius);
공격은 windowIsTranslucent 를 사용하여 반투명 활동을 생성하고 배경 드로어블의 알파 채널을 조작하여 개별 픽셀을 분리합니다. source.android
렌더링 시간을 정확하게 측정하기 위해 Pixnapping은 VSync 콜백을 사용합니다. VSync(수직 동기화)는 프레임 속도를 디스플레이의 재생 빈도와 동기화하는 신호입니다. Android에서는 Choreographer.VsyncCallback을 통해 구현됩니다. blurbusters+ 1
// VSync 콜백 사용의 개념적 예
Choreographer.getInstance().postVsyncCallback(new Choreographer.VsyncCallback() {
@Override
public void onVsync(long frameTimeNanos) {
// 픽셀 색상 추출을 위한 시간 측정
measureRenderingTime(frameTimeNanos);
}
});
연구진은 Android 13~16 버전을 실행하는 5개 기기에서 Pixnapping을 테스트했습니다: cylab.cmu+ 1
다양한 Android 기기에서의 Pixnapping 취약점 테스트 결과
이 공격은 Google Pixel 6에서 가장 효과적이었으며, 2FA 코드 복구 성공률이 73%에 달했습니다. Samsung Galaxy S25는 신호의 "상당한 노이즈"로 인해 공격에 대한 저항성을 보여주었습니다. bleepingcomputer+ 1
최적화된 버전의 공격은 Google Authenticator에서 6자리 2FA 코드를 30초 이내에 추출할 수 있습니다. 이 시간은 TOTP 코드의 표준 30초 유효 기간 내에 해당하므로 공격이 실질적으로 가능합니다. cylab.cmu+ 2
더 복잡한 데이터는 추출하는 데 더 오래 걸립니다:
Pixnapping은 암호화폐 사용자에게 특히 큰 위협이 됩니다. 지갑 시드(seed)는 일시적인 2FA 코드보다 화면에 더 오래 표시되므로 픽셀 스와이핑에 취약합니다. 전체 12단어 시드 문구를 복구하는 데는 상당한 시간이 걸리지만, 사용자가 시드 문구를 적어두기 위해 화면에 표시해 둔다면 공격은 여전히 실행 가능합니다. currently.att.yahoo+3
연구진은 Pixnapping 공격을 시연하는 여러 동영상을 제공했습니다:
1. Pixnapping 기본 데모
2. Tweakers의 기술 데모
연구 결과는 2025년 10월 13일부터 17일까지 대만 타이베이에서 열린 제32회 ACM 컴퓨터 및 통신 보안 컨퍼런스(ACM CCS 2025)에서 공식 발표되었습니다. 발표에는 공격의 기술적 측면에 대한 상세한 분석과 실제 사례 시연이 포함되었습니다. cylab.cmu+ 2
2025년 10월 현재, Google과 연구진은 Pixnapping 취약점이 실제 환경에서 악용된 증거를 찾지 못했습니다. Google은 "야생에서 악용된 증거를 본 적이 없다"고 밝혔습니다. 그러나 이는 공격자에 의한 은밀한 사용 가능성을 배제하지 않습니다. bleepingcomputer+ 1
연구진은 취약점을 악용할 수 있는 몇 가지 잠재적 시나리오를 식별했습니다:
1. 2FA 코드 탈취.
가장 일반적인 시나리오는 Google Authenticator, Authy 및 기타 2FA 앱에서 임시 인증 코드를 탈취하는 것입니다. 공격자는 탈취한 코드를 사용하여 2단계 인증을 우회하고 피해자의 계정에 무단 액세스할 수 있습니다. cylab.cmu+ 1
2. 암호화폐 지갑 손상.
특히 위험한 시나리오는 Bitcoin 및 기타 암호화폐 지갑 시드 문구의 탈취입니다. 사용자가 기록하거나 확인하기 위해 시드 문구를 화면에 표시하면, 악성 애플리케이션이 전체 문구를 점진적으로 추출하여 지갑에 대한 완전한 통제권을 얻을 수 있습니다. currently.att.yahoo+ 2
3. 비공개 통신 내용 가로채기.
이 공격은 Screen Security가 활성화된 경우에도 Signal과 같은 암호화된 메시징 앱에서 메시지를 추출하는 데 사용될 수 있습니다. 이는 종단 간 암호화 보안에 의존하는 사용자에게 심각한 위협이 됩니다. bleepingcomputer+ 1
Pixnapping을 사용하는 특정 악성코드 샘플은 아직 탐지되지 않았지만, 이 기술은 기존 Android 트로이목마 계열에 통합될 수 있습니다. 예를 들어, SpyAgent 악성코드 계열은 이미 이미지 인식을 사용하여 니모닉 키를 탈취하고 있으며, Pixnapping 기능을 추가하면 그 능력이 크게 확장될 수 있습니다. currently.att.yahoo+ 1
Pixnapping을 수행하는 악성 앱은 Android 매니페스트 파일에 어떤 권한도 선언할 필요가 없습니다. 이로 인해 앱 스토어 보안 검사 중에 정상 앱과 구별할 수 없게 됩니다. pixnapping+ 1
매니페스트의 기본 구조:
xml:
<manifest xmlns:android="http://schemas.android.com/apk/res/android">
<application>
<activity android:name=".MaliciousActivity">
<!-- Without declaring any permissions -->
</activity>
</application>
</manifest>
공격의 핵심 구성 요소는 Android Intent를 사용하여 대상 애플리케이션을 실행하는 것입니다:
java:
// Conceptual example of target application activation code
Intent intent = new Intent();
intent.setAction("com.google.android.apps.authenticator2.AUTHENTICATE");
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
연구진은 Google Play Store의 약 100,000개 앱을 분석했으며 Android Intent를 통해 호출되는 수십만 개의 액션을 발견하여 공격의 광범위한 적용 가능성을 확인했습니다. bleepingcomputer
개별 픽셀을 추출하는 과정은 특정 구성의 반투명 활동(activity)을 생성하는 것을 포함합니다:
java:
// Conceptual example of creating a masking activity
Window window = getWindow();
WindowManager.LayoutParams params = window.getAttributes();
params.alpha = 0.99f; // Almost fully transparent
params.flags |= WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
window.setAttributes(params);
// Setting blur to induce graphical operations
window.setBackgroundBlurRadius(20);
픽셀 추출 후, 원본 콘텐츠를 재구성하기 위해 광학 문자 인식(OCR)과 유사한 기술이 사용됩니다. 알고리즘은 추출된 픽셀의 패턴을 분석하여 문자와 숫자를 재구성합니다. pixnapping+ 1
Google은 2025년 9월 Android 보안 업데이트에서 앱이 블러를 트리거할 수 있는 활동 수를 제한하여 취약점을 처음으로 수정하려고 시도했습니다. 회사는 보안 게시판에서 "여러 블러를 요청하는 앱: (1) 창 간 블러 시간 측정을 통한 픽셀 탈취를 허용하며, (2) 유효하지 않을 가능성이 높습니다."라고 밝혔습니다. bleepingcomputer+ 2
연구진은 타이밍 특성을 변경하여 공격의 효율성을 복원하는 해결 방법을 빠르게 발견했습니다. 이 해결 방법은 아직 비공개(embargo) 상태이며 공개적으로 공개되지 않았습니다. pixnapping+ 2
Google은 2025년 12월 Android 보안 게시판에서 공개될 더 포괄적인 패치를 개발 중입니다. 그러나 연구진은 Pixnapping에 대한 효과적인 수정에는 앱이 다른 앱이 민감한 콘텐츠 위에 오버레이하는 것을 방지할 수 있도록 하는 것과 같은 Android 핵심 메커니즘의 변경이 필요할 것이라고 지적합니다. cylab.cmu+ 2
근본적인 문제는 기본 사이드 채널인 GPU.zip이 여전히 패치되지 않은 상태라는 것입니다. 2025년 10월 현재, 어떤 GPU 제조업체도 GPU.zip 패치를 약속하지 않았습니다. 이는 Android 패치가 적용되더라도 하드웨어 취약점이 새로운 공격 방법에 여전히 취약하다는 것을 의미합니다. pixnapping+ 1
Samsung은 취약점에 대해 통보받았으며 Google의 패치가 Samsung 기기를 보호하기에 충분하지 않다는 경고를 받았습니다. 회사는 문제를 인정했지만 하드웨어 복잡성으로 인해 "낮은 심각도"로 평가했습니다. currently.att.yahoo+ 2
1. 적시 업데이트:
연구진의 주요 권장 사항은 Android 패치가 출시된 후 가능한 한 빨리 설치하는 것입니다. 사용자는 자동 보안 업데이트를 활성화하고 새 패치를 정기적으로 확인해야 합니다. cylab.cmu+ 1
2. 하드웨어 지갑 사용.
암호화폐 사용자에게 가장 효과적인 보호 방법은 하드웨어 지갑을 사용하는 것입니다. 하드웨어 지갑은 개인 키와 시드 문구를 오프라인으로 저장하므로 화면 공격을 통한 손상 가능성을 제거합니다. tradingview+ 1
3. 민감한 정보 표시 피하기.
사용자는 인터넷에 연결된 기기에서 시드 문구나 기타 매우 민감한 데이터를 표시하지 않는 것이 좋습니다. 시드 문구를 저장해야 하는 경우 오프라인 기기를 사용하십시오. currently.att.yahoo+1
1. 오버레이 보호:
개발자는 다른 애플리케이션이 자신의 앱 위에 반투명 레이어를 생성하려고 시도하는 것을 감지하여 오버레이 보호를 구현할 수 있습니다. 이는 bitdefenderWindowManager.LayoutParams.FLAG_SECURE 를 사용하여 수행할 수 있습니다.
2. 표시 시간 최소화.
중요한 정보는 화면에 가장 짧은 시간 동안 표시되어야 합니다. 예를 들어, 2FA 코드는 짧은 간격 후 자동으로 숨길 수 있습니다. bitdefender
3. 비정상 활동 감지:
애플리케이션은 빈번한 블러 API 호출이나 비정상적인 오버레이 동작과 같은 비정상적인 활동 패턴을 모니터링할 수 있습니다. bitdefender
1. Android 권한 강화는 공격에 악용될 수 있는 블러 API 및 기타 그래픽 연산에 접근하기 위해 특별한 권한을 요구할 수 있습니다. cylab.cmu
2. 애플리케이션 격리
애플리케이션 간 격리를 강화하면 다른 애플리케이션이 그래픽 연산을 통해 픽셀에 접근하는 것을 방지할 수 있습니다. bitdefender
3. 하드웨어 솔루션
장기적인 해결책은 부수 채널 GPU.zip을 제거하기 위해 GPU 수준의 변경이 필요할 수 있습니다. pixnapping+1
시드 문구와 개인 키를 시각적으로 가로채기 위해 Android 하드웨어 및 소프트웨어 메커니즘을 악용하는 Pixnapping 공격(CVE-2025-48561)의 맥락에서, 더 근본적인 하드웨어 수준에서 작동하는 추가 공격 벡터를 고려하는 것이 중요합니다. Phoenix Rowhammer 공격 (CVE-2025-6202)은 DRAM 메모리의 물리적 특성을 악용하는 차세대 공격으로, 공격자가 DDR5 RAM의 개별 데이터 비트(비트코인 지갑의 중요한 암호화 데이터 구조 포함)를 조작할 수 있게 합니다. github+ 4
ETH 취리히의 컴퓨터 보안 그룹(COMSEC)과 Google이 2025년 9월에 발표한 공동 연구는 세계 최대 DRAM 제조업체인 SK Hynix의 DDR5 메모리가 고급 TRR(Target Row Refresh) 보호 메커니즘 구현에도 불구하고 Rowhammer 공격에 여전히 취약함을 입증했습니다. Phoenix는 혁신적인 자체 수정 동기화 기술을 사용하여 DDR5 장치에 배포된 모든 최신 TRR 방식을 우회할 수 있는 최초의 시스템 수준 Rowhammer 공격입니다. linkedin+ 7
Rowhammer은 최신 메모리 칩 제조 기술의 물리적 한계로 인해 발생하는 DRAM(Dynamic Random-Access Memory)의 하드웨어 취약점입니다. DRAM 제조 공정이 미세화(10nm, 7nm 이하)됨에 따라 개별 메모리 셀 사이의 물리적 거리가 크게 줄어들어 인접한 메모리 행 사이의 전자기 간섭이 증가합니다. kaspersky+ 6
비트 플립 유도 메커니즘:
각 DRAM 셀은 논리값 0 또는 1에 해당하는 전하를 저장하는 커패시터입니다. 특정 메모리 행에 데이터를 읽거나 쓰려면 ACTIVATE 연산이 수행되는데, 이는 대상 행(공격자 행/대상 행)의 전압 레벨을 높이는 반면 인접 행(희생자 행)은 낮은 전압 레벨을 유지합니다. 동일한 메모리 행을 빠르게 연속적으로 반복 활성화하면 전자기 간섭이 생성되어 인접 행의 커패시터 방전이 가속화되고, 다음 새로고침 주기 전에 비트 값의 자발적인 변경(비트 플립)이 발생할 수 있습니다. tomshardware+ 6
전하 감쇠의 수학적 모델:
연구에 따르면 희생자 행의 비트 플립 확률 PflipP_{flip}Pflip은 공격자 행의 활성화 횟수 NactN_{act}Nact, 새로고침 연산 사이의 시간 tREFt_{REF}tREF, 셀 사이의 거리 dcelld_{cell}dcell에 따라 달라집니다:
여기서 VaggrV_{aggr}Vaggr는 공격자 행 활성화 전압입니다. 최신 DDR5 모듈은 기본적으로 평균 3.9µs마다 새로고침 명령을 요구하는데, 이는 증가하는 Rowhammer 효과에 대응하기 위해 DDR4보다 두 배 더 빈번한 것입니다. arxiv+ 4
DDR4 TRR: 1세대 보호
DDR4부터 DRAM 제조업체는 의심스러운 메모리 접근 패턴을 감지하기 위해 DRAM 칩에 직접 통합된 하드웨어 카운터와 로직 세트인 TRR(Target Row Refresh) 메커니즘을 구현했습니다. TRR은 두 가지 핵심 매개변수를 기반으로 작동합니다: MAC(Maximum Activate Count)—행 활성화의 최대 횟수—및 t~MAW~(Maximum Activate Window)—활성화가 계산되는 시간 창. csdn+4 youtube
특정 행의 활성화 횟수가 시간 창 t~MAW~ 내에서 MAC 임계값에 도달하면 TRR은 자동으로 인접 희생자 행에 대한 새로고침 연산을 시작하여 비트 플립을 방지합니다. 그러나 TRRespass 연구(2020)는 이 방식의 치명적인 취약점을 입증했습니다: TRR 메커니즘은 샘플링—모든 행을 동시에 모니터링하는 대신 제한된 메모리 행 하위 집합만 모니터링—을 사용합니다. Many-Sided Rowhammer 공격은 여러 공격자 행(경우에 따라 최대 19개)을 동시에 활성화하여 TRR 샘플링 메커니즘에 과부하를 주고 "감지되지 않은" 행이 새로고침 연산의 대응 없이 계속 해머링할 수 있도록 하는 이 제한을 악용합니다. usenix+4 youtube
DDR5 향상된 TRR: 향상된 2세대 보호
DDR5는 더 정교한 감지 및 대응 알고리즘을 갖춘 상당히 개선된 인-DRAM TRR 회로를 도입했습니다. 제조업체는 더 빈번한 새로고침 명령(DDR4의 7.8µs 대비 3.9µs마다), 온다이 ECC(Error Correction Code) 통합, 더 발전된 활성화 추적 메커니즘을 구현했습니다. Phoenix가 2025년 9월에 발표되기 전까지 DDR5는 프로덕션 환경에서 Rowhammer 공격에 대한 향상된 저항성을 보여주는 것으로 여겨졌으며, "예상치 못하게 DDR5는 추가 새로고침 제어 명령 없이 이를 달성합니다." comsec-files.ethz+5
동기화 문제와 자체 수정 메커니즘
ETH 취리히 연구원들의 핵심 발견은 현재 최첨단 동기화 방법이 새로고침 명령을 정기적으로 놓쳐 DDR5에 대한 효과적인 Rowhammer 공격에 부적합하다는 것입니다. Phoenix는 두 가지 혁신적인 기술로 이 문제를 해결합니다: securityweek+ 2.
첫 번째 기술: 스레드 분할. 해머링과 동기화 접근은 새로고침 감지를 개선하기 위해 서로 다른 실행 스레드로 분할됩니다. 최첨단 기술보다 개선되었지만, 이 접근 방식은 여전히 충분히 많은 수의 새로고침 간격 동안 동기화를 유지할 수 없어 비트 플립 유도를 방지합니다. github+ 1
두 번째 기술은 자체 수정 동기화입니다. 놓친 새로고침 명령을 방지하려고 시도하는 대신, Phoenix는 놓친 새로고침을 감지하고 그에 따라 패턴 실행을 재동기화합니다. 이 기술을 통해 Phoenix는 전체 새로고침 창 동안 새로고침 명령과 동기화를 유지할 수 있으며, 이는 새로운 패턴으로 비트 플립을 유도하기에 충분합니다. security.googleblog+ 4
자체 수정 동기화의 수학적 모델:
사각지대를 악용한 TRR 우회
Phoenix는 TRR 메커니즘의 사각지대—행 활성화 모니터링이 약화되는 시간적 및 공간적 창—을 악용합니다. 연구원들은 TRR 샘플러가 동일한 행 집합에 대한 접근을 일관되게 샘플링해야 하므로 (샘플링되지 않은) 다른 행에 대한 접근이 TRR 새로고침 연산의 간섭 없이 계속 해머링할 수 있음을 발견했습니다. Phoenix는 접근 패턴을 새로고침 명령과 동기화하여 중요한 시점에 희생자 행이 활성 TRR 모니터링 영역 밖에 있도록 합니다. vusec+ 7
테스트 구성 및 영향받는 장치
ETH 취리히 연구원들은 2021년에서 2024년 사이에 제조된 SK Hynix가 제조한 15개의 DDR5 UDIMM 모듈에서 Phoenix를 테스트했습니다. 테스트된 모든 장치는 Phoenix에 대한 취약성을 입증했으며, 각 모듈에서 몇 초 내에 비트 플립을 성공적으로 유도했습니다. 테스트는 AMD Zen 4 프로세서와 Antmicro와 공동으로 개발된 전문 FPGA 기반 Rowhammer 테스트 플랫폼에서 수행되었습니다. theregister+ 8
Уязвимость CVE-2025-6202 зарегистрирована с базовым CVSS-скором 7.1 (High severity). 취약점 설명: "x86의 SK Hynix DDR5 취약점으로 인해 로컬 공격자가 하드웨어 무결성 및 시스템 보안에 영향을 미치는 Rowhammer 비트 플립을 트리거할 수 있습니다. 이 문제는 2021-1부터 2024-12까지 생산된 DDR5 DIMM에 영향을 미칩니다."thehackernews+5
DDR5를 지원하는 영향받는 AMD 프로세서 목록: amd
AMD EPYC 8004, 9004, 9005 시리즈 프로세서; AMD EPYC 9004, 9005 임베디드 시리즈; AMD Ryzen 6000, 7000, 7035, 7040, 7045, 8000, 8040, 9000 시리즈; AMD Ryzen 9000HX 시리즈; AMD Ryzen AI 300, AI Max 300 시리즈; AMD Ryzen Threadripper 7000, 9000; AMD Ryzen Embedded 7000, 8000, 9000 시리즈.amd
실질적인 공격 시나리오 및 타이밍 특성
연구원들은 Phoenix에 대한 세 가지 종단 간 악용 시나리오를 시연했습니다: techradar+ 5
1. 권한 상승을 위한 PTE(Page Table Entries) 조작: Phoenix은 100% 성공률로 페이지 테이블 항목에 비트 플립을 성공적으로 수행하여 제한된 메모리 영역에 대한 무단 접근을 얻습니다. 이를 통해 로컬의 권한이 없는 공격자가 자신의 페이지 테이블을 수정하여 시스템의 모든 물리적 메모리에 대한 읽기-쓰기 접근 권한을 얻을 수 있습니다. pmc.ncbi.nlm.nih+ 4
2. 가상 머신에서 SSH 키 추출: Phoenix은 동일한 물리적 서버에 공동 배치된 가상 머신에서 RSA-2048 개인 SSH 키를 추출하는 데 73%의 성공률을 보여줍니다. 이는 여러 VM이 동일한 물리적 메모리를 공유하는 클라우드 컴퓨팅 환경에서 중요한 위협입니다. kaspersky+ 5
3. sudo 바이너리 조작을 통한 루트 권한 상승: Phoenix은 sudo의 인메모리 바이너리 조작을 통해 루트 접근 권한을 얻을 33%의 확률을 달성합니다. 기본 설정의 일반 시스템에서 루트로의 완전한 권한 상승은 약 109초(2분 미만) 내에 달성됩니다. linkedin+5
ECDSA 오류 주입 공격의 이론적 기초
ECDSA(Elliptic Curve Digital Signature Algorithm)는 비트코인의 기본적인 암호화 프리미티브로, 트랜잭션 인증과 디지털 자산 소유권 증명을 제공합니다. ECDSA의 개인 키는 공개 키가 계산되는 스칼라 값 ddd(secp256k1의 경우 256비트)입니다: Q = d⋅GQ = d \cdot GQ = d⋅G, 여기서 GGG는 타원 곡선의 기본점입니다. digital.wpi+ 7
ECDSA 서명 구조:
해시 h=H(m)h = H(m)h=H(m)를 가진 메시지 mmm의 경우, 서명은 쌍 (r,s)(r, s)(r,s)으로 구성되며, 여기서:
여기서 kkk는 임의의 nonce이고, nnn은 secp256k1 곡선의 점 그룹의 차수입니다. securityboulevard+ 4
Rowhammer 유도 비트 플립을 통한 오류 주입 공격
Rubber Mallet의 연구(arXiv:2505.01518, 2025년 5월)는 고급 Rowhammer 기술이 이전에 문서화된 것보다 훨씬 높은 비율로 여러 인접 비트 플립을 유도할 수 있음을 입증했습니다. 결정적으로, 이러한 상관된 플립은 효과적인 암호화 서명 수정 공격을 가능하게 하여, 단일 비트 접근 방식이 실행 불가능한 OpenSSL 구현에서 ECDSA 개인 키 복구를 가능하게 하는 방법을 보여줍니다. arxiv+ 2
공격자가 서명 연산 전에 RAM에 저장된 개인 키 ddd의 최하위 비트(LSB)에서 비트 플립을 유도할 수 있다고 가정합니다. LSB의 비트 플립은 두 가지 결과 중 하나로 이어집니다: trailofbits+ 2
사례 1: 비트 0 → 1, 이는 d′=d+1d’ = d + 1d′=d+1과 동일합니다.
사례 2: 비트 1 → 0, 이는 d′=d−1d’ = d − 1d′=d−1과 동일합니다.
수정된 키 d′d’d′로 생성된 서명은 수정된 공개 키를 사용하여 검증할 수 있습니다:
공격자는 플립된 개인 키로 서명을 생성한 다음 Q + GQ + GQ + G 및 Q − GQ − GQ − GQ − G를 사용하여 서명 검증을 확인합니다. 서명이 Q + GQ + GQ + G로 검증되면 원래 비트는 0이었던 것이고, Q − GQ − GQ − G로 검증되면 비트는 1이었던 것입니다. 다른 비트 위치(위치 20, 21, 22, …, 2255 2^0, 2^1, 2^2, …, 2^{255} 20, 21, 22, …, 2255에서 비트를 플립하고 Q ±2i⋅GQ \pm 2^i \cdot GQ ±2i⋅G로 검증)에 대해 이 프로세스를 반복함으로써, 공격자는 전체 개인 키 ddd를 비트 단위로 재구성할 수 있습니다. arxiv+ 5
Kwong 외 연구진의 논문(arXiv:2505.01518)에서 연구자들은 Rowhammer 비트 플립을 통해 OpenSSL 구현체에서 엔드투엔드 ECDSA 개인 키 추출을 성공적으로 시연했습니다. 실험은 여러 DDR4 DRAM 구성(Corsair Vengeance, G.SKILL Ripjaws)에서 TRRespass 및 BlackSmith Rowhammer 도구를 사용하여 수행되었습니다. 중요한 발견은 국소적 비트 플립 —동일한 DRAM 행 내에 여러 비트 플립이 군집되어 발생하는 현상—의 빈도가 높다는 것입니다. arxiv+ 2
Rahman 외 연구진(2023)의 연구(digital.wpi.edu)는 TLS 서버에 대한 오류 주입을 통해 Samsung M378B5773DH0-2GB DRAM에서 ECDSA 비밀 키 복구 공격을 시연했습니다. 연구자들은 서버 메모리에 오류를 주입하여 서버에 29,918개의 연결을 시작했고, 개인 키를 복구하기 위해 오류가 있는 서명을 성공적으로 수집했습니다. 256비트 ECDSA 키 크기가 32,768비트 메모리 페이지 크기보다 훨씬 작음에도 불구하고(대부분의 플립된 비트는 키 외부에 있음), 충분한 횟수의 시도로 공격은 여전히 성공합니다. digital.wpi
RAM에 개인 키 저장 및 공격 벡터
소프트웨어 지갑과 일부 하드웨어 지갑 모두 중요한 작업(트랜잭션 서명, 지갑 초기화, 시드 문구에서 키 파생, wallet.dat 파일 복호화)을 수행할 때 필연적으로 개인 키를 RAM에 로드합니다. Bitcoin Core에서와 같이 AES-256-CBC 암호화로 wallet.dat를 보호하더라도 트랜잭션에 서명하려면 개인 키를 일시적으로 복호화하여 RAM에 저장해야 합니다. cryptodeeptech+ 6
비트코인 지갑에 대한 Rowhammer 공격 위협 모델:
시나리오 1: 데스크톱 시스템의 로컬 공격자. 공격자는 피해자의 비트코인 지갑과 동일한 컴퓨터에서 악성 애플리케이션을 실행합니다. 악성 프로세스는 서명 작업 중에 Bitcoin Core 또는 다른 지갑이 복호화된 개인 키를 저장하는 메모리 영역에서 Rowhammer 비트 플립을 유도합니다. Phoenix는 DDR5 시스템의 고정밀 메모리에서 임의 데이터를 읽고 쓸 수 있는 능력을 입증했습니다. github+ 9
시나리오 2: 클라우드/VPS 공동 배치 공격. 많은 비트코인 노드 및 지갑 사용자는 클라우드 플랫폼의 가상 사설 서버(VPS)에서 서비스를 호스팅합니다. Phoenix는 공동 배치된 VM에서 RSA-2048 SSH 키를 추출하는 73% 성공률을 입증했습니다. 유사한 공격이 Bitcoin Core 노드 또는 기타 지갑 서비스를 실행하는 VM의 메모리에 저장된 비트코인 개인 키를 대상으로 할 수 있습니다. tomshardware+ 5
시나리오 3: 비트코인 모바일 지갑을 위한 Android 기기의 Rowhammer. Pixnapping(CVE-2025-48561)과 모바일 LPDDR4/LPDDR5용 잠재적 Rowhammer 변종의 결합은 다층 위협을 만듭니다. Phoenix는 데스크톱 DDR5에 특화되어 있지만, 연구에 따르면 LPDDR4에도 TRR 메커니즘이 포함되어 있으며 적응형 Rowhammer 공격에 잠재적으로 취약합니다. wikipedia+ 1
비트 플립을 통한 비트코인 개인 키 추출 수학적 모델:
256비트 비트코인 개인 키 ddd가 메모리의 주소 AkeyA_{key}Akey에 저장되어 있다고 가정합니다. Rowhammer 공격자는 비트 iii(여기서 0≤i≤2550 \le i \le 2550≤i≤255)에서 비트 플립을 유도하여 키를 d′=d⊕2id’ = d \oplus 2^id′=d⊕2i(2i2^i2i와 XOR)로 수정할 수 있습니다. 원래 키를 복구하기 위해 공격자는 각각 키의 다른 비트 플립 버전 dj′d_j’dj′로 생성된 많은 오류 서명 {(rj,sj)}\{(r_j, s_j)\}{(rj,sj)}을 수집합니다.
격자 공격 방법(예: Hidden Number Problem 솔버)을 사용하여 공격자는 다음 성공 확률로 ddd를 복구할 수 있습니다:
여기서 PflipP_{flip}Pflip는 원하는 비트를 성공적으로 플립할 확률이고, NsamplesN_{samples}Nsamples는 수집된 오류 서명의 수입니다. pmc.ncbi.nlm.nih+ 3
ATTACKSAFE SOFTWARE 및 rowhammer_attack 도구
암호화폐 보안 생태계에는 Rowhammer 관련 취약점 분석을 위한 특수 프로그램이 포함되어 있습니다. GitHub 저장소 demining/Rowhammer-Attack는 ECDSA에 대한 서명 오류 차등 분석(Signature Fault Differential Analysis)을 적용하여 5개의 서로 다른 비트코인 지갑에서 트랜잭션의 개인 키를 도출하는 실제 적용을 보여줍니다 .
사용 실제 예:
./attacksafe -tool rowhammer_attack -open RawTX.txt -save SecretKey.txt이 도구는 RawTX 비트코인 트랜잭션을 분석하고 ECDSA 서명 매개변수 (r,s)(r,s)(r,s)를 추출합니다. 오류 서명 또는 nonce 재사용을 나타내는 패턴이 감지되면 도구는 KKK 비밀 키(nonce) 또는 ddd 개인 키를 복구하기 위해 암호해독 기법을 적용합니다. github
성공적인 추출 예: github
Deployments ECDSA:
SecretKey = 0xe5fa9dccef88781e25e77bd1ea7830c0b33c57481b79007cda117da8139ea7c3
RawTX = 010000000104118e34a0d3c06c842d14707ed5f333d3ba1d35240086a4b5738a2fa810abec1d0000006a473044022004b1d0c7d278439811c27d9ff06b3bb0fd20d5cc90d97083266bdba7d0693bb20220282c6cea6b9ad6f4633596204ebad4716e2a086090faf62a6908bf63a1724ad501210335a395eca8191c43ccee4d91e98b9baef39476d7482cf636e5b71975c69feebdffffffff014e020000000000001976a914154813f71552c59487efa3b16d62bfb009dc5f1e88ac00000000“Deployments ECDSA” 레이블은 비트코인 블록체인 트랜잭션의 심각한 취약점을 나타냅니다. HEX 형식의 비밀 키 “K”는 서명 생성에 사용된 nonce를 나타냅니다. github
오픈소스 FPGA 기반 Rowhammer 테스트 플랫폼
Google과 ETH Zürich는 DDR5 Rowhammer 취약점 분석을 위한 특수 오픈소스 FPGA 기반 테스트 플랫폼을 개발했습니다. Antmicro와 협력하여 두 가지 플랫폼이 만들어졌습니다: security.googleblog
DDR5 RDIMM 플랫폼: 서버 컴퓨터에서 흔히 볼 수 있는 Registered DIMM(RDIMM) 메모리 테스트를 위한 새로운 DDR5 Tester 보드. security.googleblog
SO-DIMM 플랫폼: 워크스테이션 및 최종 사용자 기기에서 흔한 표준 DDR5 SO-DIMM 메모리 스틱과 호환되는 표준 SO-DIMM 핀아웃을 지원하는 버전. security.googleblog
이러한 플랫폼은 GitHub(comsec.ethz.ch/phoenix)에서 제공되며 보안 연구자들이 다양한 DRAM 구성의 Rowhammer 취약성을 상세히 분석할 수 있게 합니다. comsec.ethz+1
새로고침 빈도 증가: 보안과 성능 간의 절충
Phoenix 연구자들은 효과적인 대응책으로 새로고침 빈도를 3배(3.9 µs에서 ~1.3 µs로) 증가시킬 것을 권장합니다. 그러나 이로 인해 8.4% 성능 저하가 발생하여 프로덕션 시스템에 상당한 절충이 됩니다. 결정적으로 DRAM 장치는 펌웨어 업데이트로 패치할 수 없습니다. 취약점의 하드웨어적 특성으로 인해 영향을 받는 모듈은 전체 수명 주기 동안 취약한 상태로 유지됩니다. techradar+ 5
ECC 및 온다이 ECC의 제한적 효과
Phoenix는 DDR5에 내장된 온다이 오류 정정 코드(ECC)가 Rowhammer를 막지 못한다는 것 을 입증했습니다. 온다이 ECC는 DRAM 셀의 자연적 열화로 인해 발생하는 단일 비트 오류와 일부 다중 비트 오류를 정정하도록 설계되었습니다. 그러나 Rowhammer는 동일한 메모리 영역에서 여러 상관된 비트 플립을 유도하여 ECC의 정정 용량을 초과할 수 있습니다. reddit+ 7
사후 하드웨어 수정의 불가능성
보안 패치로 수정할 수 있는 소프트웨어 취약점과 달리 Rowhammer는 DRAM 아키텍처의 근본적인 물리적 문제를 나타냅니다. 2025년 10월 현재, 어떤 GPU 또는 DRAM 제조업체도 칩 설계 수준에서 하드웨어 취약점을 수정하겠다고 약속하지 않았습니다 . 이는 영향을 받는 메모리를 사용하는 수십억 개의 장치가 수년간 잠재적으로 취약한 상태로 남아 있음을 의미합니다. pixnapping+12
암호화폐 보유자를 위한 다층 보안 전략:
1. 격리된 메모리를 갖춘 하드웨어 지갑. 강유전체 RAM(FeRAM) 또는 시스템 메인 DRAM에서 개인 키를 격리하는 보안 요소가 있는 하드웨어 지갑(Ledger, Trezor, BC Vault One)을 사용하세요. BC Vault One은 FeRAM을 사용하여 개인 키를 저장하므로 시스템 메모리에 대한 Rowhammer 공격으로부터 물리적 격리를 제공합니다. youtube itnext+ 3
2. DDR5 시스템의 핫 월렛에 많은 금액을 보관하지 마세요. SK Hynix DDR5 시스템(2021-2024)에서 Bitcoin Core 또는 기타 소프트웨어 지갑을 실행하는 사용자는 주요 자산을 콜드 스토리지로 이동하여 노출을 최소화해야 합니다. github+ 3
3. 에어갭 환경에서 서명 작업을 격리하세요. 고액 트랜잭션의 경우 네트워크에 연결하지 않고 신뢰할 수 없는 코드를 실행하지 않는 격리된 시스템에서 오프라인 서명을 사용하세요. itnext+ 2
4. 정기적인 메모리 감사 및 이상 탐지. Rowhammer 공격의 특징적인 의심스러운 액세스 패턴(고빈도 행 활성화, 비정상적인 새로고침 패턴)이 있는지 시스템 메모리를 모니터링합니다. pmc.ncbi.nlm.nih+ 3
5. 가능할 때 패치된 시스템으로 업그레이드하세요. 하드웨어 수정이 불가능하지만, 향후 DDR5 칩(2024년 이후)에는 개선된 TRR 메커니즘이 포함될 수 있습니다. 사용자는 DRAM 제조업체의 보안 게시판을 모니터링하고 더 안전한 모듈이 출시되면 하드웨어를 업데이트해야 합니다. github+4
Pixnapping(CVE-2025-48561)과 Phoenix Rowhammer(CVE-2025-6202) 공격의 결합은 암호화폐 보안 위협 환경의 중대한 진화를 보여줍니다. Pixnapping은 GPU.zip 사이드 채널과 창 흐림 API를 통해 Android 하드웨어 및 소프트웨어 계층을 공격하여 시드 문구를 시각적으로 가로챕니다. Phoenix는 전자기 간섭 유도를 통해 DRAM의 근본적인 물리적 계층을 공격하여 메모리의 암호화 키를 직접 비트 조작할 수 있게 합니다. bleepingcomputer+ 10
두 공격 모두 패치할 수 없는 장치의 하드웨어 특성을 악용하여 기존 소프트웨어 보호를 우회합니다. 비트코인 사용자에게 이는 위협 모델의 근본적인 재고가 필요함을 의미합니다: 암호화 보안은 더 이상 ECDSA의 수학적 복잡성이나 시드 문구의 신뢰성만으로 보장되지 않습니다. 하드웨어의 물리적 특성이 중요한 공격 표면이 됩니다. arxiv+ 9
이러한 취약점을 악용하여 분실된 비트코인 지갑에서 개인 키를 복구하는 것은 복구 서비스의 합법적인 작업이자 공격자에게 위험한 공격 벡터를 나타냅니다. 암호화폐 보안의 미래는 하드웨어 수준 보안 보증, 암호화 구현의 형식 검증, 새로운 사이드 채널 위협에 대한 지속적인 모니터링을 통합하는 전체론적 접근 방식을 요구합니다. trailofbits+ 7
Pixnapping 취약점은 모바일 공격의 중대한 진화를 나타내며, 현대 성능 최적화가 어떻게 악용될 수 있는지 보여줍니다. 이 공격은 시드 문구 손상이 자금의 완전한 손실로 이어질 수 있으므로 암호화폐 사용자에게 특히 위험합니다. gbhackers
악용된 취약점의 근본적 특성—합법적인 Android API와 GPU 하드웨어 최적화의 사용—은 완전한 해결책이 Google, 기기 제조업체 및 GPU 공급업체의 협력적 노력을 요구함을 나타냅니다. pixnapping+ 1
Pixnapping의 연구는 새로운 시스템 기능과 하드웨어 최적화를 구현할 때 보안 영향을 고려하는 것의 중요성을 강조합니다. 모바일 기기가 디지털 자산 관리의 주요 도구가 됨에 따라 이러한 정교한 공격으로부터 보호하는 것은 생태계의 보안에 필수적이 됩니다.
Google의 12월 패치는 더 강력한 보호를 제공할 것으로 예상되지만, 장기적인 해결책은 Android 아키텍처와 잠재적으로 GPU 하드웨어의 근본적인 변경을 요구할 것입니다. 그때까지 사용자는 보안 권장 사항을 따르고 Android 기기에서 암호화폐 자산을 취급할 때 특히 주의해야 합니다.
따라서 Pixnapping 취약점(CVE-2025-48561) 은 단순한 소프트웨어 결함의 또 다른 예가 아니라 디지털 자산의 암호화 보안 기반을 위협하는 근본적으로 새로운 공격 클래스의 시연입니다. 이 연구는 시각적으로 불가침해 보이는 Android 사용자 인터페이스 요소조차도 개인 키 및 시드 문구 에서 암호화폐 지갑을 보호하는 일회용 2FA 코드 에 이르기까지 중요한 데이터 유출의 원천이 될 수 있음을 보여주었습니다. 본질적으로 화면의 모든 픽셀은 암호화 인증 체인의 약한 연결 고리가 됩니다.
Pixnapping은 은밀성과 다용도성 으로 인해 특히 위험합니다. 이 공격은 권한이 필요 없고, 사용자를 회피하며, 하드웨어 사이드 채널 GPU.zip 을 사용하여 개별 픽셀까지 화면 이미지를 재구성할 수 있습니다. 이는 모든 Android 기기를 비트코인(BTC), 이더리움(ETH), XRP, 라이트코인(LTC) 및 모바일 지갑에 저장된 기타 암호화폐를 포함한 민감한 데이터 손상의 잠재적 원천으로 만듭니다.
이 공격이 최신 버전의 Android와 현대 GPU에서도 작동한다는 사실은 모바일 시스템 아키텍처의 근본적인 취약점 을 지적합니다. 성능과 시각적 최적화가 개인정보 보호 요구 사항과 충돌하는 것입니다. Pixnapping은 앱 간 시각적 격리의 환상을 깨뜨리며, 암호화 정보 보호가 네트워크 및 논리적 취약점뿐만 아니라 계산의 물리적 및 그래픽 부작용 도 고려해야 함을 보여줍니다.
암호화폐 생태계의 안정성을 보장하려면 시스템적 조치가 필요합니다: Android 보안 정책 강화, 타사 앱의 저수준 그래픽 API 접근 제한, GPU 데이터 압축의 아키텍처 원칙 재검토. 이러한 장벽 없이는 가장 안전한 암호화 알고리즘조차도 문자 그대로 화면에서 키를 훔칠 수 있는 공격에 취약할 수 있습니다.
궁극적으로 Pixnapping은 업계 전체에 대한 심각한 경고 역할을 했습니다: 암호화 보호는 하드웨어 및 시각적 격리 없이는 무의미합니다 . 화면에 표시된 시각적 데이터가 외부 프로세스에 의해 재구성될 수 있다면, 화면의 모든 애니메이션, 모든 시드 문구 또는 QR 코드는 자금 유출을 위한 직접적인 채널이 됩니다. 암호화폐 사용자에게 이는 한 가지를 의미합니다: 개인 키가 화면에 잠깐이라도 나타나는 순간, 그들의 전체 디지털 자본을 잃을 수 있습니다.
본 자료는 금융 데이터 보안과 타원 곡선 암호화 (secp256k1) 및 BITCOIN 암호화폐의 약한 ECDSA 서명에 대비하기 위해 CRYPTO DEEP TECH 포털을 위해 제작되었습니다. 소프트웨어 개발자는 본 자료의 사용에 대해 책임을 지지 않습니다.
Telegram: https://t.me/cryptodeeptech
Video: https://youtu.be/qZvJUonp228
Video tutorial: https://dzen.ru/video/watch/68ff42ad9f0528014a4b1cf8
Source: https://cryptodeeptech.ru/phoenix-rowhammer-attack