열쇠는 금고 안에 있었다…63억 달러 바이낸스 해킹, 왜 막지 못했나 < 보안·양자 < 기사본문 – 하이테크정보

안녕하세요! 여러분의 개념 티처, 저스틴(Justin)입니다. 반갑습니다.

오늘 함께 살펴볼 자료는 언론사 하이테크정보에 실린 제이슨 박 외신국장의 분석 기사, 「열쇠는 금고 안에 있었다…63억 달러 바이낸스 해킹, 왜 막지 못했나」 (2026.11.03) 입니다.

기사에서는 이 역대급 해킹 사건의 본질을 관통하는 뼈아픈 한마디를 던집니다.

“열쇠를 지키는 기술만으로는 열쇠에 명령을 내리는 길까지 지킬 수 없다.” (제이슨 박, 2026)

보통 블록체인이 털렸다고 하면 “비밀번호(개인키)가 털렸겠지”라고 생각하기 쉽습니다. 하지만 놀랍게도 이번 사건에서 금고 열쇠는 단 한 번도 금고 밖으로 나온 적이 없습니다.

열쇠를 훔치지 않고 어떻게 8조 5천억 원이라는 천문학적인 돈을 합법적인 서명으로 빼냈을까요? 그 흥미진진한 보안의 이면을 알기 쉽게 풀어드리겠습니다.

---

STAGE 1 — Why It Matters: 왜 이 사건을 주목해야 할까요?

보통 사람들은 ‘가상자산 보안’이라고 하면 “비밀번호만 안 뺏기면 안전하다”고 믿습니다.

하지만 이번 사건은 그 상식을 정면으로 깨부쉈습니다. 세계 최대 거래소인 바이낸스의 보안 금고는 멀쩡했습니다. 암호 알고리즘도 깨지지 않았습니다. 그런데도 단 20분 만에 10개 블록체인에서 자금이 썰물처럼 빠져나갔습니다.

이 사건이 중요한 이유는 명확합니다. 앞으로의 보안 위협은 ‘암호를 깨는 해킹’이 아니라, ‘합법적인 결재 절차를 가로채 합법적인 도장을 찍게 만드는 사기‘의 형태로 진화했음을 증명했기 때문입니다.

우리가 시스템의 원리를 모르면, “열쇠를 잘 지켰으니 안전하다”는 치명적인 착각에 빠지게 됩니다.

---

STAGE 2 — Unpacking the Core Concept: 열쇠 없이 털린 금고의 비밀

어떻게 이런 일이 가능했는지, 개념의 껍질을 하나씩 벗겨보겠습니다.

1. 인감도장과 결재 서류의 차이

가상자산 거래소에는 HSM(하드웨어 보안 모듈)이라는 특수 금고가 있습니다. 이 금고 안에는 거래를 승인하는 데 쓰는 절대적인 열쇠, 즉 개인키(Private Key)가 들어 있습니다.

쉽게 비유해 볼까요?

• 개인키(HSM): 은행 지점장만 다룰 수 있는 ‘법인 인감도장’입니다. 이 도장은 절대로 금고 밖으로 나가지 않습니다.
• 출금 시스템: 지점장에게 “누구에게 얼마를 보내라”고 올려보내는 ‘지급 결재 서류’입니다.

블록체인 네트워크는 서류의 내용이 도덕적으로 맞는지 검사하지 않습니다. 오직 “진짜 지점장의 인감도장이 찍혔는가?”만 봅니다.

해커는 지점장의 도장을 훔친 게 아닙니다. 도장을 찍어주는 창구 직원의 컴퓨터를 해킹해, 가짜 결재 서류를 밀어 넣고 진짜 도장을 받아낸 것입니다.

이해가 되시나요?

2. 백지 위임장의 덫: EIP-7702

이번 공격에서 가장 정교했던 부분은 이더리움 블록체인에서 사용된 ‘EIP-7702’라는 최신 기술을 악용한 대목입니다.

기존의 송금은 이렇습니다.

• “A에게 100만 원을 보낸다” (건별 송금 서명)

하지만 EIP-7702는 다릅니다.

• “앞으로 내 계좌의 관리를 B 프로그램에 전적으로 맡긴다” (스마트 계약 위임 서명)

단순한 송금 동의가 아니라, 집문서와 인감도장을 맡기는 ‘포괄적 대리인 위임장’을 써주는 것과 같습니다.

해커는 바이낸스 지갑으로부터 바로 이 ‘위임 서명’을 받아냈습니다. 그 결과, 단 130줄짜리 악성 프로그램이 바이낸스 지갑의 대리인이 되어 지갑에 남아 있던 돈은 물론, 이후 고객들이 입금하는 돈까지 실시간으로 털어갔습니다.

3. 논스(Nonce)와 50장의 번호표

여기서 기술적 걸림돌이 하나 있었습니다. 블록체인에는 논스(Nonce)라는 거래 순번이 있습니다. “1번 거래가 처리되어야 2번 거래가 효력을 갖는” 은행 번호표 같은 시스템입니다.

거래소 지갑은 1초에도 수십 번씩 거래가 일어나 번호표가 쉴 새 없이 바뀝니다. 위임장을 효력 있게 만들려면 정확한 다음 순번을 맞춰야 합니다.

해커는 어떻게 했을까요? 순번 하나를 찍어서 맞히는 대신, 서로 다른 순번 50개짜리 위임 서명을 한 번에 밀어 넣었습니다. 은행 창구에 번호표 50장을 동시에 내밀어 그중 하나가 딱 맞아떨어지게 만든 것이죠. 지갑의 통제권은 그렇게 단 3분 만에 해커에게 넘어갔습니다.

---

STAGE 3 — Evidence and Application: 왜 알고도 막지 못했을까?

기사를 보면 매우 역설적인 사실이 나옵니다. 이 공격을 막을 기술은 이미 다 존재하고 있었다는 점입니다.

이미 존재했던 방어 기술	실제 현장에서 쓰기 어려웠던 이유
거래 내용 정밀 검사 (서명 장비가 금액·수취인을 재검증)	거래 처리 속도가 느려짐
출금 한도 및 지연 시간 설정 (이상 거래 시 수동 승인)	빠른 출금을 원하는 고객들이 경쟁 거래소로 이탈함
위임 서명 사전 차단 (검증된 프로그램만 위임 허용)	최신 블록체인 기능을 빠르게 도입하지 못해 경쟁력 저하

보안과 속도의 경제학

우리가 사용하는 은행 앱을 떠올려 보세요. 이체 한도를 늘리려면 신분증을 찍고, 영상 통화를 하고, OTP를 눌러야 합니다. 무척 번거롭죠? 하지만 그 귀찮음이 바로 우리 돈을 지키는 방어막입니다.

하지만 가상자산 거래소들은 “누가 더 1초 만에 빠르게 출금해 주는가”로 경쟁해 왔습니다.

보안 조치를 강화하면 비용은 매일 장부에 확실하게 찍히지만, 해킹 사고는 언제 터질지 모르는 불확실한 확률로만 존재합니다. 경영진의 눈에는 확실한 비용(시스템 지연, 고객 이탈)을 줄이는 것이 당장 이익처럼 보입니다. 해커들은 시스템의 수학적 암호가 아니라, 바로 이 ‘인간의 타협과 조급함’을 노립니다.

국내 법률은 자산의 80%를 인터넷과 분리된 콜드월렛(Cold Wallet)에 넣도록 규정합니다. 하지만 기사가 날카롭게 지적하듯, 인터넷에 연결된 핫월렛 비중을 2%로 줄여도 그 문을 여는 권한 체계가 허술하면 수천억, 수조 원이 털리는 것은 순식간입니다.

중요한 것은 “금고에 몇 퍼센트를 넣었는가”가 아니라, “금고 문을 여는 권한과 결재 라인이 얼마나 촘촘한가”입니다.

---

STAGE 4 — Summary and Extension: 요약 및 생각해 볼 거리

오늘의 핵심 내용을 3줄로 정리합니다.

1. 사고의 본질: 개인키(도장)를 도난당한 것이 아니라, 키를 호출하는 내부 결재 파이프라인이 장악당해 합법적인 서명이 발급되었습니다.
2. 신기술의 위험: EIP-7702라는 계정 위임 기능을 악용해 단순 송금이 아닌 ‘지갑의 전권’을 대리 프로그램에 넘겨주었습니다.
3. 보안의 딜레마: 기술이 없어서 털린 것이 아니라, 속도와 편리함을 좇느라 안전장치를 꺼두는 ‘구조적 타협’ 때문에 뚫렸습니다.

[이해도 자가 진단 퀴즈]

오늘 배운 개념을 스스로 설명할 수 있는지 확인해 보세요.

1. 해커가 개인키를 직접 훔치지 않았음에도 불구하고, 블록체인 네트워크가 해커의 출금 거래를 정상적인 거래로 승인한 이유는 무엇일까요?
2. 단순한 ‘1회 송금 승인’과 EIP-7702의 ‘스마트 계약 위임 서명’은 보안 관점에서 어떤 결정적인 차이가 있나요?
3. 가상자산 보관 시 “콜드월렛 비율을 90% 이상으로 높이자”는 규정만으로는 이번과 같은 대규모 해킹을 완벽히 막기 어려운 이유는 무엇일까요?

---

 

저스틴) 블록체인 전문가로 이 기사 내용이 이해가 잘 안됩니다. 기사 내용을 비판하면서 더 이해하기 쉬운 나은 설명이 필요하면 그것 또한 제시해 주세요.

블록체인 전문가의 시선으로 보셨다면, 이 기사를 읽고 “기술적으로 말이 안 되는데?”라는 강한 위화감을 느끼셨을 겁니다. 아주 정확한 직관이십니다.

기사 원문은 최신 이더리움 개선 제안(EIP-7702), HSM, 논스(Nonce) 같은 전문 용어를 그럴듯하게 엮었지만, 실제 블록체인 코어 동작 방식과 엔터프라이즈 커스터디(Custody) 아키텍처 기준에서는 심각한 기술적 모순과 왜곡을 안고 있습니다.

기사에서 단 한 문장을 인용하자면 이렇습니다.

“서명 한 번으로 지갑이 그 프로그램대로 움직인다.” (제이슨 박, 2026)

이 설명이 왜 실제 블록체인 스펙과 충돌하는지 조목조목 짚어드리고, 실제 거래소 인프라 관점에서 ‘진짜 일어났을 법한 기술적 시나리오’로 다시 설명해 드리겠습니다.

---

STAGE 1 — Why It Matters: 전문가가 느끼는 위화감의 정체

전문가 입장에서 이 기사가 비현실적으로 느껴지는 이유는 크게 세 가지입니다.

1. 지갑 구조의 모순: 바이낸스 같은 초대형 CEX가 단일 EOA(외부 소유 계정)로 수조 원대의 자금을 굴리다 EIP-7702 한 방에 지갑 통제권을 뺏겼다는 설정.
2. 프로토콜 스펙의 왜곡: EIP-7702는 EOA를 위한 임시 코드 위임인데, 이를 ‘영구적인 백지 위임장’처럼 묘사한 점.
3. 핫월렛 유동성 규모의 비현실성: 10개 체인에서 20분 만에 63억 달러(약 8조 5천억 원)가 핫월렛 단일 파이프라인에서 순수 유출되었다는 점.

이 세 가지가 왜 기술적으로 오류인지 파헤쳐 보겠습니다.

---

STAGE 2 — Unpacking the Core Concept: 기사 내용의 3가지 치명적 기술 오류

1. 바이낸스가 단일 EOA 지갑을 메인으로 쓴다고?

기사는 이더리움 지갑이 EIP-7702 서명 한 번으로 해커의 스마트 계약에 종속되었다고 주장합니다.

• 기사의 주장: 지갑이 EIP-7702 위임 서명을 내주어 통제권을 상실했다.
• 기술적 팩트: EIP-7702는 EOA(Externally Owned Account)에 스마트 계약 코드를 일시적으로 부여(Set Code)하기 위해 고안된 제안입니다. 이미 코드가 존재하는 스마트 계약 계정(CA, Contract Account)에는 적용되지 않습니다. 그런데 바이낸스 같은 글로벌 거래소의 주요 지갑은 단순 EOA가 아닙니다. MPC(다자간 연산) 기반 분산 키 체계이거나, Gnosis Safe 계열의 멀티시그(Multi-Sig) 스마트 계약 지갑입니다.

만약 바이낸스가 63억 달러를 움직이는 단일 관리자 EOA를 핫월렛으로 굴리다가 EIP-7702로 위임당했다면, 이는 프로토콜 보안 문제를 논할 수준이 아니라 초보적인 월렛 아키텍처 설계 미달을 자인하는 꼴입니다.

2. EIP-7702의 메커니즘 왜곡 (“받는 사람도 금액도 안 적혀 있다?”)

기사에서는 “위임 서명에는 받는 사람도 금액도 안 적혀 있어서 위험을 판단하기 어려웠다”고 썼습니다.

• EIP-7702의 실제 페이로드 구조: EIP-7702 서명 객체(Authorization tuple)는 [chain_id, address, nonce, y_parity, r, s]로 구성됩니다. 여기서 address는 실행할 비즈니스 로직이 담긴 스마트 계약 주소입니다.
• 기술적 반론: HSM이나 서명 엔진이 해당 서명 요청을 검증할 때, 어떤 컨트랙트 주소(address)에 권한을 위임하는지 파싱하는 것은 트랜잭션 수수료(gas)를 계산하는 것만큼이나 기본적인 일입니다. “송금액과 수취인이 없어서 몰랐다”는 변명은, HSM 내부 서명 모듈이 페이로드를 디코딩조차 하지 않고 원시 바이트(Raw Bytes)에 무조건 서명해 주는 맹목적 서명(Blind Signing) 상태로 방치되어 있었다는 뜻밖에 되지 않습니다.

3. 논스(Nonce) 50개 난사(Spray)의 기술적 허구성

기사에서 가장 황당한 대목은 “지갑 논스가 계속 바뀌니 50개의 서로 다른 논스로 서명을 받아 한 번에 던졌다”는 부분입니다.

• 기사의 묘사: 순번 50개를 동시에 던져서 하나가 걸려 실행되었다.
• 실제 블록체인 동작: 이더리움의 논스는 순차적(Sequential)입니다. 현재 상태 논스가 N이라면, 오직 N을 가진 트랜잭션만 풀(Mempool)에서 채굴됩니다. N+1부터 N+50까지의 서명은 앞선 논스가 처리되기 전까지는 대기(Pending)하거나 드랍됩니다. 더군다나 해커가 이미 서명 파이프라인(엔지니어 노트북을 통한 내부망)을 장악했다면, 현재 논스를 조회(eth_getTransactionCount)한 뒤 트랜잭션을 큐(Queue) 맨 앞에 끼워 넣는 것이 일반적입니다. 굳이 50개의 위임 서명을 무차별 대입(Spray)했다는 설명은 통신 암호학이나 멤풀 동작을 전혀 모르는 소설에 가깝습니다.

---

STAGE 3 — Evidence and Application: 기술적으로 타당한 ‘진짜 시나리오’는 무엇인가?

그렇다면 전문가 관점에서, “열쇠(개인키)는 털리지 않았는데 유효한 서명으로 돈이 빠져나갔다”는 사건을 어떻게 기술적으로 재구성해야 할까요?

실제 블록체인 보안 침해 사고는 아래의 구조로 설명하는 것이 훨씬 정확합니다.

[기사의 모순된 설명 vs 실제 엔지니어링 재구성]

구분	기사의 설명 (오류/왜곡)	기술적으로 타당한 실제 공격 경로
지갑 체계	단일 EOA 핫월렛에 EIP-7702 위임 발생	MPC 노드 침해 또는 스마트 계약 지갑 오라클/워커 탈취
서명 방식	EIP-7702 포괄 위임장 서명 탈취	HSM 정책 엔진(Policy Engine) 우회 + 블라인드 사이닝
자금 유출	EOA가 공격자 프로그램을 영구 실행함	마이크로서비스 RPC 변조를 통해 출금 큐(Queue) 대량 주입
체인 동시성	1개 서명 경로로 10개 체인 동시 유출	개별 체인 지갑이 아닌 상위 자산관리 오케스트레이터(API) 장악

이 시나리오라면 EIP-7702 같은 무리한 가설을 붙이지 않아도, “개인키 추출 없이, 10개 체인에서, 유효한 서명으로 자금이 인출된 이유”가 완벽하게 설명됩니다.

핵심은 암호학적 알고리즘의 파괴가 아니라, ‘HSM 앞단에서 트랜잭션의 적격성을 검증하는 정책 엔진(Policy Engine)의 붕괴’였던 것입니다.

---

STAGE 4 — Summary and Extension: 전문가를 위한 재정의

기사 내용을 기술적으로 정정하여 단 세 줄로 압축해 드립니다.

1. 지갑 아키텍처의 한계: EIP-7702 위임으로 거래소가 털렸다는 설명은 허구에 가깝습니다. CEX는 애초에 EOA가 아닌 멀티시그 및 MPC 기반으로 운영됩니다.
2. 사고의 본질은 블라인드 사이닝: 열쇠를 지키는 것보다 중요한 것은 “서명기(HSM/MPC Enclave)가 트랜잭션 페이로드를 직접 디코딩하고 해석하여 승인하는 시맨틱 파싱(Semantic Parsing)” 체계의 유무입니다.
3. 오케스트레이션 레이어 붕괴: 10개 체인이 20분 만에 뚫린 것은 블록체인의 결함이 아니라, 블록체인 상단에 위치한 중앙화된 출금 API 오케스트레이터의 완전한 장악 때문입니다.

[전문가용 생각 거리]

• 귀하의 조직 또는 프로토콜에서 서명 모듈(HSM/KMS/MPC)은 클라이언트가 넘겨준 ‘트랜잭션 해시(Raw Hash)’에 기계적으로 서명하고 있습니까, 아니면 엔클레이브(Enclave) 내부에서 ABI/트랜잭션 페이로드를 직접 파싱하여 화이트리스트를 검증한 뒤 서명하고 있습니까?

---

 

 

앞서 기술적인 비판을 들으시면서 “그래서 대체 왜 털린 거고, 어떻게 돈이 빠져나간 건데?”라는 의문이 여전히 남으셨을 겁니다. 아주 자연스러운 반응입니다. 기사가 불필요하게 어려운 용어로 본질을 흐려놓았기 때문입니다.

복잡한 블록체인 코드 다 지우고, 초등학생도 단번에 무릎을 칠 수 있는 가장 직관적인 비유로 사건의 전말을 명쾌하게 정리해 드리겠습니다.

---

STAGE 1 — Why It Matters: 금고 털이범은 없습니다

영화에 나오는 해커를 떠올려 보세요. 어두운 방에서 초록색 코드를 현란하게 치면서 은행의 두꺼운 방탄 금고를 다이너마이트로 터뜨리거나 비밀번호를 알아내는 장면이 떠오르시죠?

이번 사건에서는 그런 일이 전혀 일어나지 않았습니다.

• 암호학적 수학 공식? 깨지지 않았습니다.
• 바이낸스의 방탄 금고? 흠집 하나 안 났습니다.
• 비밀번호(개인키)? 유출된 적 없습니다.

그렇다면 어떻게 8조 5천억 원이 털렸을까요? 해커는 ‘금고 털이범’이 아니라, 회사의 허술한 결재 시스템을 속여먹은 ‘사기꾼’의 방식을 썼기 때문입니다.

---

STAGE 2 — Unpacking the Core Concept: ‘눈먼 도장 로봇’ 이야기

이 사건은 딱 하나의 비유로 완벽하게 이해할 수 있습니다.

어떤 거대한 은행에 절대로 부서지지 않는 방탄 금고가 하나 있습니다. 이 금고 안에는 수조 원을 출금할 수 있는 ‘진짜 마스터 도장(개인키)’이 들어 있습니다. 이 도장은 규정상 금고 밖으로 절대 가지고 나갈 수 없습니다.

대신 금고 안에는 ‘도장 찍는 로봇 팔(HSM 서명 장치)’이 하나 들어 있습니다.

여기서 아주 치명적인 문제가 하나 있었습니다. 금고 안에 있는 이 로봇 팔은 ‘눈이 멀어 있다’는 사실입니다.

로봇 팔은 서류에 적힌 내용(누구에게 가는지, 금액이 100만 원인지 8조 원인지)을 전혀 읽지 못합니다. 오직 딱 하나만 봅니다. “이 서류가 우리 회사 출금 직원의 컴퓨터에서 보낸 게 맞는가?”

이것을 블록체인 보안에서는 ‘블라인드 사이닝(Blind Signing, 맹목적 서명)’이라고 부릅니다.

해커는 바로 이 점을 노렸습니다

해커는 금고를 부술 생각 따위는 애초에 하지 않았습니다. 대신 이렇게 움직였습니다.

진짜 마스터 도장이 찍힌 서류가 블록체인 네트워크에 도착하자, 블록체인은 아무런 의심 없이 8조 5천억 원을 해커의 주머니로 쏟아부어 준 것입니다.

---

STAGE 3 — Evidence and Application: 바이낸스는 왜 이걸 못 막았을까?

원리를 알고 나면 당연히 이런 의문이 듭니다. “아니, 로봇 팔한테 서류 내용을 읽게 만들면 되잖아? 8조 원이나 나가는데 왜 그냥 도장을 찍어줘?”

맞습니다. 상식적으로 당연히 그래야 합니다. 그런데 바이낸스가 그걸 하지 못한(혹은 안 한) 진짜 이유 2가지가 있습니다.

이유 1: ‘속도’라는 마약에 취해 안전장치를 꺼두었다

만약 로봇 팔이 서류를 일일이 읽고 검사하게 만들면 어떻게 될까요?

• “어? 평소 안 보내던 계좌네? 5분간 보류!”
• “어? 금액이 너무 크네? 다른 부서 팀장님 추가 승인 받아와!”

이렇게 하면 안전합니다. 하지만 출금 속도가 엄청나게 느려집니다. 가상자산 거래소 이용자들은 출금 버튼을 누르고 10초만 늦어져도 “이 거래소 서버 터졌다”, “내 돈 떼먹는 거 아니냐”며 난리를 치고 다른 거래소로 도망갑니다.

거래소들은 고객을 뺏기지 않으려고 “1초 초고속 자동 출금!”을 내세우며 경쟁했습니다. 그 빠른 속도를 맞추기 위해, 로봇 팔이 꼼꼼히 서류를 검사하는 ‘필터링 안전장치’를 대폭 간소화하거나 꺼두었던 것입니다.

이유 2: 기술이 아니라 ‘사람’이 뚫렸다

아무리 값비싼 수백억짜리 보안 장비를 사다 놓아도, 그 장비를 다루는 직원이 가짜 채용 면접 메일을 열어보고 악성코드에 감염되면 끝납니다.

해커 조직(북한 트레이더트레이터 등)은 블록체인 암호를 풀 만큼 멍청하지 않습니다. 그들은 가장 해킹하기 쉬운 대상, 즉 ‘방심한 직원 한 사람의 컴퓨터’를 공략했습니다.

열쇠를 보관하는 금고는 완벽했지만, 금고에 명령을 내리는 직원의 컴퓨터가 뚫려버리니 금고는 해커의 자판기 노릇을 하게 된 것입니다.

---

STAGE 4 — Summary and Extension: 머릿속에 남겨야 할 단 하나의 결론

이제 사건의 실체가 아주 명확해지셨을 겁니다. 딱 3줄로 정리해 드립니다.

1. 금고는 멀쩡했다: 개인키는 털리지 않았고, 암호 알고리즘도 깨지지 않았습니다.
2. 도장 찍는 로봇을 속였다: 직원의 컴퓨터를 해킹해 권한을 뺏은 뒤, 서류 내용도 확인하지 않고 도장만 찍어주는 출금 시스템에 가짜 출금 서류를 밀어 넣었습니다.
3. 속도가 보안을 잡아먹었다: 꼼꼼히 확인하고 수동 승인을 거치는 안전장치가 있었지만, “빠른 출금” 경쟁을 하느라 그 문을 활짝 열어둔 결과였습니다.

[스스로 확인해 보는 한 줄 질문]

“친구가 ‘야, 바이낸스 블록체인 암호가 뚫려서 8조 원 털렸대!’라고 말한다면, 오늘 배운 ‘눈먼 도장 로봇’ 비유를 들어 친구의 오해를 어떻게 바로잡아 주시겠습니까?”

이제 이 거대한 해킹 사건의 진실이 명확하게 그려지시나요?