2025년 DeFi 지갑을 위한 보안 전략 5가지

오프체인 공격이 2024년 손실 자금의 80.4%를 차지했으며, 그 대부분은 계정 탈취에서 비롯되었습니다. DeFi가 계속 성장하는 가운데, 오늘날 지갑 보안은 디지털 자산을 보호하는 핵심 전선입니다.

이 가이드에서는 Alchemy의 블록체인 인프라로 주요 DeFi 플랫폼을 지원해온 경험을 바탕으로, 안전한 DeFi 지갑의 기본 원리와 사용자를 더 잘 보호하기 위해 구현할 수 있는 전략을 살펴봅니다.

DeFi에서 스마트 지갑 이해하기

스마트 지갑은 단일 개인 키(외부 소유 계정(EOA) 모델로 알려진 방식) 대신 스마트 컨트랙트 로직으로 제어되는 프로그래머블 계정입니다. 암호 서명과 시드 구문 보호에 의존하는 기존 크립토 지갑과 달리, 스마트 지갑은 계정 복구, 지출 한도, 자동화된 보안 프로토콜 같은 고급 기능을 지원합니다.

여기서 핵심은 스마트 지갑이 단순 키 관리에서 지능형 계정 시스템으로 진화한 DeFi 지갑의 형태라는 점입니다. Alchemy는 가스 스폰서십을 위한 Gas Manager, 사용자 오퍼레이션 번들링을 위한 Bundler, RPC 및 Data API를 통해 스마트 지갑 개발자를 지원합니다.

외부 소유 계정 vs 스마트 계정

시장은 스마트 지갑의 프로그래머빌리티와 향상된 UX에 대한 명확한 수요를 보이고 있습니다. 최근 연구에 따르면, 지갑 사용자의 35%가 보안을 최우선 관심사로 꼽았으며, 소셜 복구 지갑은 전년 대비 44% 성장했습니다.

리테일 사용자가 온체인으로 더 많이 유입될수록 소셜 복구, 프로그래머빌리티, 더 안전한 UX에 대한 수요는 계속 커질 것이며, 스마트 지갑은 이런 더 나은 경험을 가능케 하는 인프라입니다. 하지만 스마트 지갑이 어떻게 프로그래머빌리티를 통해 보안을 개선할 수 있는지 이야기하기 전에, 먼저 오늘날 시장에 존재하는 지갑 유형을 한 단계 물러나 살펴보겠습니다.

핫, 콜드, 멀티시그, MPC 지갑 설명

외부 소유 계정의 세계에는 지갑 보안에 직접적인 영향을 미치는 몇 가지 짚고 넘어갈 만한 개념이 있습니다.

핫 월렛은 즉시 접근이 가능하도록 개인 키를 온라인에 저장합니다. 브라우저에서 바로 앱과 상호작용할 수 있어 일상적인 거래에 적합하지만, 동시에 원격 공격에 취약합니다(인터넷과 쉽게 상호작용할 수 있다면, 인터넷 역시 여러분의 지갑과 쉽게 상호작용하고 경우에 따라 이를 악용할 수 있습니다). Metamask, Phantom을 비롯한 브라우저 확장 프로그램이 여기 해당합니다.

콜드 월렛은 키를 완전히 오프라인에 보관하여 장기 보관에 이상적인 보안을 제공합니다. 탈취된 크립토 자금의 70%가 유출된 개인 키/시드 구문에서 비롯된다면, 해당 정보를 오프라인으로 유지하는 것만으로도 보안이 크게 향상됩니다. 다만 이런 향상된 보안에는 더 나쁜 UX라는 대가가 따릅니다. 앱과 상호작용하려면 이 하드웨어 기기를 인터넷에 연결된 기기(컴퓨터)에 연결하고, 비밀번호를 입력하고, 핫 월렛이라면 몇 번의 클릭으로 끝날 트랜잭션을 위해 여러 단계를 거쳐야 합니다. 콜드 월렛에는 Ledger, Trezor 등이 있습니다.

멀티시그(다중 서명) 지갑은 트랜잭션을 승인하는 데 여러 서명을 요구하여 단일 실패 지점을 제거합니다. 위에서 언급한 예시들에서는 단일 사용자가 송금 트랜잭션을 승인할 수 있지만, 멀티시그에서는 트랜잭션이 처리되기 전에 서명자 과반수의 승인이 필요합니다. 예를 들어 2-of-3 구성이라면 세 개의 가능한 키 중 두 개의 서명이 있어야 트랜잭션이 처리됩니다. 키 하나가 탈취되더라도 서명자 과반수가 여전히 정상이므로 해당 지갑의 자금은 안전하게 유지되어 보안이 향상됩니다. 다만 이는 UX 측면의 트레이드오프도 수반하는데, 각 트랜잭션마다 여러 당사자의 승인이 필요하기 때문에 처리 시간이 더 오래 걸립니다.

MPC(다자간 연산) 지갑은 멀티시그 지갑의 향상된 보안과 핫 월렛의 더 나은 UX를 모두 결합합니다. MPC 지갑에서는 개인 키가 여러 기기나 서버에 걸쳐 샤딩되어, 단일 기기가 전체 키를 보유하지 않습니다. 따라서 샤드 하나가 유출되거나 분실되더라도 해당 지갑의 자금은 유출되거나 손실되지 않습니다. 흔한 구현 방식 중 하나는 샤드 소유권을 앱 사용자와 앱 자체가 나눠 갖는 것으로, 사용자가 키를 분실하더라도 앱이 계정 접근 복구를 도울 수 있습니다(오늘날 Web2 계정이 작동하는 방식과 유사합니다).

DeFi에서 지갑 보안은 왜 실패하는가?

DeFi의 무허가형 특성은 기존 보안 모델로는 대응할 수 없는 독특한 공격 벡터를 만들어냅니다. 이런 실패 양상을 이해하는 것은 효과적인 대응책을 구현하는 데 핵심적이며, Alchemy가 각 취약점에 대응하는 포괄적인 보안 도구를 개발한 이유이기도 합니다.

오프체인 공격과 피싱 통계

Halborn의 2025년 보안 보고서에 따르면 DeFi 손실의 80.5%는 스마트 컨트랙트 익스플로잇이 아니라 오프체인 공격에서 비롯됩니다. 가장 흔한 세 가지 피싱 벡터는 다음과 같습니다:

• 가짜 에어드롭: 사용자를 속여 악성 트랜잭션에 서명하게 함
• 악성 브라우저 확장 프로그램: 트랜잭션 데이터를 가로채고 변조함
• 복제 사이트: 정교한 인터페이스로 개인 키를 탈취함

이 문제의 근본 원인은 대부분의 지갑이 단일 키로 제어된다는 단순한 사실에 있습니다. 그 키 데이터가 유출되는 순간, 해당 키와 연결된 모든 자금은 임의로 이동될 수 있습니다.

_"DeFi는 고객 서비스가 없는 은행과 같습니다 - 문제가 생겨도 아무도 구해주지 않습니다"_라고 Sovic Chakrabarti는 최근 보안 분석에서 경고합니다. 스마트 지갑 덕분에 이런 현실이 바뀌고 있지만, 대다수 지갑 제공업체가 이 스마트 계정 모델을 채택하기 전까지는 이 현실이 유효합니다.

토큰 승인 관리

DeFi와 상호작용하려면 사용자는 흔히 스마트 컨트랙트가 자신의 자산과 상호작용하도록 "승인"해야 합니다. 문제는 사용자가 앱 사용을 마친 후에도 이 접근 권한을 철회하지 않는 경우가 많다는 점으로, 이는 연결된 지갑을 고갈시킬 수 있는 컨트랙트 익스플로잇의 여지를 남깁니다. Georgia Tech 연구에 따르면 사용하지 않는 승인을 정기적으로 확인하는 사용자는 10.8%에 불과합니다.

2024년의 두 대형 사건이 이 위험을 잘 보여줍니다: Radiant Capital 익스플로잇은 유출된 승인을 통해 5천만 달러를 탈취했고, 여러 건의 "승인 파밍" 공격은 악성 컨트랙트에 무제한 허용치를 부여한 사용자들을 표적으로 삼았습니다.

자동화된 승인 위생 관리 - 사용하지 않는 권한을 정기적으로 철회하는 것 - 은 이런 드레이너 공격에 대한 가장 효과적인 방어책입니다. 팀은 승인 모니터링 및 자동 철회 도구를 사용해 이런 권한을 관리할 수 있습니다.

2단계 인증과 컨트랙트 감사에서 오는 잘못된 안전감

많은 사용자가 크립토와 관련해 잘못된 안전감을 느끼며, 여기에는 여러 원인이 있을 수 있습니다. 일부 사용자는 크립토를 보안과 연관 짓습니다. 다른 이들은 법정화폐 온/오프램프에 2FA를 설정해두고, 컨트랙트 버그가 지갑을 똑같이 쉽게 고갈시킬 수 있다는 점을 이해하지 못합니다. 또 다른 이들은 스마트 컨트랙트가 감사를 받았다는 사실을 보고 완전히 안전하다고 단정합니다.

DeFi의 세계에서는 신중한 태도로 이 공간을 제로 트러스트 공간으로 취급하는 것이 이득입니다. 모든 트랜잭션이나 메시지를 검증하고, 모든 팝업을 의심하며, 모든 사용자가 주의를 기울여 움직여야 합니다.

스마트 지갑을 활용한 DeFi 보안 전략

이런 보안 문제들이 존재하는 가운데, 사용자가 더 안전하게 거래할 수 있는 환경을 제공하려면 무엇을 할 수 있을까요? Alchemy는 7년 넘게 블록체인 인프라를 구축해왔으며, RPC, Data API, Gas Manager, Bundler로 주요 DeFi 플랫폼을 지원합니다. 다음은 여러분의 애플리케이션과 지갑 스택에 적용할 수 있는 몇 가지 팁과 전략입니다.

1. 다층 키 관리

대부분의 위험은 외부 소유 계정을 사용하는 단일 키 지갑 모델에서 비롯됩니다. 해킹된 프로토콜 중 멀티시그 지갑을 사용한 경우는 19%에 불과했으며, 콜드 월렛을 사용한 경우는 2%에 그쳤습니다. 키 로테이션, 멀티시그, 컨트랙트 화이트리스팅, 패스키 통합을 지원하도록 앱을 마이그레이션하는 것이 첫 단계입니다.

구현 단계:

• 스마트 지갑 배포
• 더 안전한 로그인을 위한 생체 인증 또는 다단계 인증 활성화
• 세션 키로 특정 작업과 사용자에 대한 권한 위임
• 원활한 계정 복구 메커니즘 활성화

이 접근 방식은 사용성을 유지하면서 단일 실패 지점을 제거합니다. Alchemy는 스마트 지갑 애플리케이션을 위해 RPC와 Data API, Gas Manager를 통한 가스 스폰서십, Bundler를 통한 사용자 오퍼레이션 번들링을 제공합니다.

2. 토큰 승인 위생 자동화

지갑을 대신해 트랜잭션을 처리하도록 컨트랙트를 승인해야 한다면, 매일 또는 매주 단위로 그 승인을 정기적으로 철회하는 자동화나 프로세스를 구축하는 것을 고려하세요. 이는 컨트랙트 익스플로잇에 노출되는 시간을 줄여줍니다.

권장 사항:

• 지갑이 연결된 앱을 점검하는 주간 검토 일정 수립
• 30일간 비활성 상태인 승인은 자동 철회
• 대량 관리를 위해 Revoke.cash 같은 도구 활용
• 지갑 대시보드를 통한 승인 이벤트 모니터링
• 초기 승인을 무제한 지출이 아닌 특정 금액으로 제한

3. 제로 트러스트 트랜잭션 시뮬레이션

제로 트러스트 검증이란 아무것도 당연하게 받아들이지 않는 것을 의미합니다. 크립토의 정신은 "신뢰하되 검증하라"이며, 온체인에서 실행하는 모든 트랜잭션에 이 정신을 적용해야 합니다. 한 고객은 이 접근 방식을 적용해 3개월 만에 보안 사고를 76% 줄였습니다. 여기에는 다음과 같은 것들이 포함됩니다:

• 상호작용하는 모든 온체인 주소를 교차 확인
• 핫 월렛과 상호작용하기 전 도메인 URL 확인
• 서명하고 그 작업을 실행하기 전 모든 메시지/컨트랙트 상호작용 검토
• 지갑 관리 시스템을 격리하고, 접근 권한이 있는 모든 사람에게 2FA/생체 인증 설정
• 온체인에서 작업을 확정하기 전에 트랜잭션을 테스트하는 트랜잭션 시뮬레이터 같은 도구 활용

4. 안전장치를 갖춘 소셜 복구

소셜 복구는 개인 키를 노출하지 않으면서 신뢰하는 가디언이 지갑 접근 권한을 복구할 수 있게 해줍니다. 흔한 예로는 애플리케이션이 사용자의 계정 접근을 복구하도록 돕는 경우가 있습니다. 이 플로우를 어떻게 구성할지 고민할 때 염두에 둘 안전장치는 다음과 같습니다:

• 복구에 5명 중 2명의 가디언 승인 요구
• 복구 작업에 48시간 타임락 적용
• 다양한 유형의 가디언 사용(하드웨어, 모바일, 신뢰할 수 있는 연락처 조합)
• 지갑 마이그레이션 없이 가디언 교체 가능하게 설정

예시 플로우: 사용자가 기기를 분실 → 복구 프로세스 시작 → 가디언 2명이 요청 승인 → 사용자가 이의를 제기하거나 문제를 제기할 수 있는 48시간 지연 → 이의 제기가 없으면 지갑 접근 복구. 이는 분실과 무단 접근 모두를 방지합니다.

5. 체인 및 주소 분산

자산을 여러 체인과 여러 주소에 분산시키면 단일 유출로 인한 피해 범위를 줄이는 데 도움이 됩니다. "달걀을 한 바구니에 담지 마라"는 고전적인 격언을 크립토에 적용한 것입니다. 다음과 같은 분배 방식을 고려해볼 수 있습니다:

1. 트레이딩 지갑: 일상적인 온체인 DeFi 활동을 위한 핫 월렛(자산의 10%)
2. 콜드 스토리지: 자주 이동하지 않는 장기 보유 자산을 위한 하드웨어 보안 지갑(자산의 80%)
3. 실험용 지갑: 신규 앱이나 체인을 위한 격리된 테스트 환경(자산의 10%)

앱 빌더라면 여기서 비슷한 방식으로 유동성(단기적으로 움직여야 하는 자산), 볼트(장기간 비활성 상태로 콜드 스토리지에 보관할 수 있는 회사 또는 사용자 자산), 신규 제품 라인(검증되지 않은 코드의 익스플로잇 위험을 최소화하기 위해 최소한의 자금만 담은 격리된 지갑) 사이의 분배를 고려할 수 있습니다.

안전한 DeFi 스마트 지갑 플랫폼 선택하기

앱을 구축할 때 지갑 플랫폼과 제공업체를 평가하려면 보안 인증, 사용자 경험, 마이그레이션 역량을 검토해야 합니다. 이 단계에서 엄격한 기준을 적용하면 이후의 값비싼 실수를 예방할 수 있습니다. 그렇다면 무엇을 고려해야 할까요?

필수 보안 인증 및 오픈소스 코드

보안은 기본 요건이며, 여기서 타협은 금물입니다. 확인해야 할 필수 인증으로는 SOC2 Type II 준수와 ISO/IEC 27001 정보 보안 표준이 있습니다. 이런 인증은 운영 보안 통제와 데이터 보호 관행을 검증합니다.

또한 코드의 품질을 검증하고 악의적인 요소가 없는지 확인할 수 있도록 제공업체가 오픈소스 기준을 충족하는지도 확인해야 합니다. 확인할 사항은 다음과 같습니다:

• GitHub에 공개된 지갑 인프라 레포
• 평판 있는 업체의 독립적인 보안 감사
• 화이트햇 해커를 유도할 만한 의미 있는 보상이 있는 버그 바운티 프로그램
• 투명한 사고 대응 절차

UX 고려사항과 기능

지갑을 선택할 때는 이런 보안 조치와 더불어 제공되는 기능도 함께 고려해야 합니다. 요즘 지갑은 단순히 "사용자가 자금을 보관하는 방법" 이상을 제공합니다. Smart Wallets를 사용하면 다음과 같은 다양한 UX 개선을 얻을 수 있습니다:

• 소셜 로그인: 사용자가 이메일이나 전화번호로 계정을 만들 수 있는 익숙한 Web2 로그인 경험
• 가스 스폰서십: 앱이 사용자를 대신해 트랜잭션 수수료를 지불하여 작업의 복잡성을 추상화
• 트랜잭션 번들링: 지갑 인프라가 사용자 트랜잭션을 묶어 온체인에 안정적으로 반영
• 보안 기능: 지갑 플랫폼은 생체 인증, 2FA, 트랜잭션 한도 등 내장 보안 기능도 흔히 제공

Alchemy와 함께 더 스마트한 DeFi 지갑 구축하기

온체인 활동이 늘어나고 있으며, 메인스트림 사용자의 기대에 부응하기 위해 지갑은 UX와 보안을 개선하는 방향으로 진화하고 있습니다. 다층 키 관리, 승인 위생 관리, 트랜잭션 시뮬레이션, 소셜 복구, 주소 분산이라는 이 5가지 전략을 활용하면 보안을 갖추면서도 사용자에게 뛰어난 UX를 제공하는 견고한 지갑 솔루션을 구축할 수 있습니다.

미래는 프로그래머블 계정의 것입니다. Alchemy는 RPC와 Data API, Gas Manager, Bundler로 지갑 개발자를 지원합니다. 온체인 금융을 위한 Alchemy와 Privy 파트너십에 대해 자세히 알아보세요.

자주 묻는 질문

왜 2FA만으로는 온체인 지갑에 충분하지 않은가요?

2FA는 중앙화된 플랫폼 로그인을 보호하지만, 개인 키가 일단 노출되면 이를 보호할 수 없습니다. 공격자는 2차 인증 코드 없이도 온체인에서 직접 트랜잭션에 서명할 수 있습니다. 기존 은행 시스템과 달리, DeFi 지갑은 계정 접근 권한이 아니라 암호화 키 제어에 의존합니다. 2FA가 분명 도움이 되긴 하지만, 그것만으로는 충분하지 않습니다. Gas Manager와 Bundler는 기본적인 2FA 보호를 넘어선 더 정교한 계정 추상화 모델을 지원합니다.

토큰 승인은 얼마나 자주 철회해야 하나요?

노출된 자금 규모와 위험 감수 수준에 따라 다릅니다. 유용한 기준으로는 사용하지 않는 토큰 승인을 매주, 또는 새로운 앱과 상호작용한 직후 즉시 검토하고 철회하는 것이 있습니다. 온체인에서 활발히 활동한다면, 시간이 지나며 무제한 토큰 접근 권한이 쌓이는 것을 방지하기 위해 자동 철회 루틴을 설정하는 것을 고려하세요.

하드웨어 서명은 언제 추가하는 것이 합리적인가요?

볼트 예치금 처리든, 기업 사용자든, 그 사이 어떤 경우든 대규모 거래량으로 거래한다면 하드웨어 서명을 추가하세요. 하드웨어 서명 장치는 핫 월렛 운영에 콜드 스토리지 수준의 보안을 제공합니다. MPC 지갑 SDK는 향상된 키 관리를 위해 하드웨어 기기와 통합될 수 있습니다.

MPC와 소셜 복구를 함께 사용할 수 있나요?

네, MPC는 일상적인 키 보안을 처리하고, 소셜 복구는 여러 기기를 분실했을 때 백업 메커니즘을 제공합니다. 이는 단일 실패 지점 없이 다층적인 보호를 만들어냅니다. MPC는 키 샤드를 여러 기기에 분산시켜 단일 유출이 전체 키를 노출시키지 않게 합니다. 종합적인 지갑 보안을 위해 MPC 구현과 소셜 복구 메커니즘을 모두 지원하는 지갑 SDK를 선택하세요.

지갑은 서명 전에 어떤 트랜잭션 데이터를 표시해야 하나요?

안전한 지갑은 서명 전에 목적지 주소, 함수 호출, 토큰 수량, 가스 수수료, 컨트랙트 승인 내역을 미리 보여줘야 합니다. 사용자는 이상 징후를 발견하고 숨겨진 승인을 방지하기 위해 트랜잭션에 대한 완전한 가시성이 필요합니다. 트랜잭션 시뮬레이션은 실행 전에 잠재적인 보안 위험을 드러내는 데 도움이 될 수 있습니다. Alchemy의 Transaction Simulation은 사용자가 온체인 작업을 확정하기 전에 모든 작업을 검증할 수 있도록 상세한 트랜잭션 미리보기를 제공합니다