---
title: "개인키 관리"
description: "개인키 관리는 키, 시드, 니모닉, 패스프레이즈, 장치, 스마트 계정 정책을 혼동하지 않고 서명 권한을 생성, 사용, 백업, 복구, 이전·교체하고 폐기하는 전체 수명주기입니다."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 개인키 관리
> 교육 목적의 정보이며 투자 조언이 아닙니다. 서명 권한이나 복구 권한을 잃거나 탈취당하면 디지털 자산을 되돌릴 수 없이 잃을 수 있습니다.
## 핵심 답변
개인키 관리는 신뢰할 수 있는 생성, 보호된 사용, 백업, 검증된 복구, 승인된 변경, 사고 시 이전, 폐기를 포함하는 서명 권한의 전체 수명주기입니다. 목표는 기밀성과 가용성을 함께 확보하는 것입니다. 쉽게 탈취되는 비밀은 안전하지 않지만, 장치를 잃었을 때 누구도 복구하지 못하는 비밀도 안전하지 않습니다.
대상을 구분해야 합니다. 개인키는 하나의 암호학적 신원을 제어합니다. HD 루트 시드는 여러 키를 파생할 수 있습니다. BIP-39 니모닉은 엔트로피를 인코딩하며 선택적 패스프레이즈와 함께 시드를 파생합니다. 같은 단어라도 패스프레이즈가 다르면 다른 지갑이 만들어집니다. PIN이나 지갑 비밀번호는 로컬 장치나 암호화 파일을 잠금 해제할 뿐, 기초 키를 무효화하지 않을 수 있습니다. 주소나 확장 공개키는 일반적인 지출 권한을 주지 않지만 신원이나 거래 관계를 노출할 수 있습니다. 하드웨어 지갑은 서명 장치이지 자산 자체나 백업이 아닙니다.
외부 소유 계정은 일반적으로 주소를 그대로 유지하면서 키를 바꿀 수 없습니다. 키가 탈취되면 자산과 관련된 모든 역할·승인을 새로운 권한으로 이전해야 합니다. 스마트 계정은 소유자나 가디언 변경, 임계값, ERC-1271 검증을 지원할 수 있지만 모듈, 가드, 업그레이드 권한, 실제 배포 코드도 보안 경계에 포함됩니다.
## 작동 방식
제품명이 아니라 목록에서 시작합니다. 각 체인, 계정, 주소, 자산, 토큰 승인, 컨트랙트 역할, 검증자 또는 출금 자격증명, 서명 장치, 키 출처, 파생 표준, 복구 의존성을 연결해 기록합니다. 일상적인 핫 권한을 저축, 금고, 관리, 복구 권한과 분리합니다. 보이는 주소가 달라도 여러 계정이 같은 루트 시드를 재사용하면 침해 영향 범위가 커집니다.
생성에는 신뢰할 수 있는 구현, 환경, 엔트로피 원천이 필요합니다. 기억하기 쉬운 단어로 니모닉을 직접 만들면 안 됩니다. HD 지갑은 복구에 필요한 형식, 단어 목록, 선택적 패스프레이즈 사용 여부, 파생 경로, 계정 인덱스, 확인용 공개 식별자를 보존해야 합니다. 확장 공개키는 무해한 메타데이터가 아닙니다. 주소 관계를 드러낼 수 있고 일부 파생 구조에는 추가 노출 경계가 있습니다.
백업에는 기밀성과 가용성 사이의 절충이 있습니다. 완전한 복사본이 여러 개여도 매체와 장소가 사용 가능해야 복구성이 높아지지만, 도난당한 복사본 하나가 비밀 전체를 노출할 수 있습니다. SLIP-39 같은 표준 임계값 백업은 충분한 수의 지분이 필요하며 BIP-39 문구를 여러 조각으로 자르는 것과 다릅니다. 다중서명과 임계값 서명은 서명자들 사이에 권한을 분산하는 것이지 백업 하나를 나누는 것이 아닙니다. 사람, 장치, 장소, 관리자가 실제로 독립되어야 합니다.
일상 서명은 별도의 통제입니다. 하드웨어 서명 장치는 침해된 호스트로부터 키를 격리할 수 있지만 잘못된 수신자, 체인, 금액, 도메인, calldata를 안전하게 만들지는 못합니다. 신뢰할 수 있는 화면에서 의도를 확인하고 핫 잔액과 권한을 제한하며 감사 가능한 승인 경로를 보존해야 합니다. 컨트랙트 계정은 현재 소유자 임계값, 서명 검증 코드, 모듈, 가드, 폴백 동작, 복구 정책, 업그레이드 권한도 확인해야 합니다.
다음 절차를 사용합니다.
1. 모든 체인, 계정, 주소, 자산, 승인, 컨트랙트 역할, 키 출처, 파생 경로, 서명자, 모듈, 수탁자, 복구 의존성을 목록화합니다.
2. 원격 침해, 도난, 강압, 내부자 행위, 화재·침수, 사망·능력 상실, 서명 빈도, 위험 노출 가치, 복구 시간 목표를 포함한 위협과 서비스 요구사항을 정의합니다.
3. 통제된 장치에서 검토된 구현과 신뢰할 수 있는 엔트로피로 키 자료를 생성합니다. 비밀을 온라인 시스템에 기록하지 말고 체인, 주소, 공개 지문을 독립적으로 확인합니다.
4. 가치와 용도에 따라 핫, 하드웨어 격리, 다중서명, 임계값, 스마트 계정, 수탁 통제를 선택합니다. 백업, 지분, 패스프레이즈, 서명자를 실제로 독립된 장애 영역에 배치합니다.
5. 운영용 비밀을 신뢰할 수 없는 장치에 입력하지 않고 소액·격리 복구 훈련으로 정확한 형식, 단어 목록, 패스프레이즈, 파생 경로, 임계값, 주소, 서명 능력을 확인합니다.
6. 작업마다 신뢰할 수 있는 화면에서 체인, 도메인, 수신자, 금액, 토큰, calldata, 권한 범위를 확인합니다. 한도, 직무 분리, 완전한 이벤트·승인 기록을 적용합니다.
7. 목록을 정기적으로 대조하고 분실, 침해, 인사 변경, 상속, 공급자 이탈을 훈련합니다. 분실 후에는 복구하되, 침해 후에는 깨끗한 장치를 격리하고 자산과 역할을 이전하며 승인을 취소하고 기존 권한을 감시한 뒤 폐기합니다.
## 예시
- **BIP-39 길이와 체크섬.** `ENT = 128 bits`이면 체크섬 길이는 `CS = ENT / 32 = 4 bits`이고 `132 / 11 = 12 words`입니다. `ENT = 256 bits`이면 `CS = 8 bits`, `264 / 11 = 24 words`입니다. 무작위 12단어 후보가 체크섬을 통과할 교육용 확률은 `1 / 16 = 6.25%`입니다. 짧은 체크섬은 일부 전사 오류를 찾을 뿐 진위, 비밀 유지, 파생 메타데이터의 정확성을 증명하지 않습니다.
- **완전한 복사본과 임계값 지분.** 독립된 매체 세 개가 각각 `0.98`의 확률로 사용 가능하고 `0.01`의 확률로 독립적으로 침해된다고 가정합니다. 완전한 백업은 하나만 남아도 복구되므로 확률은 `1 - 0.02^3 = 0.999992`이고, 하나 이상 유출될 확률은 `1 - 0.99^3 = 0.029701`입니다. `2-of-3` 임계값의 가용 확률은 `3 x 0.98^2 x 0.02 + 0.98^3 = 0.998816`, 침해 확률은 `3 x 0.01^2 x 0.99 + 0.01^3 = 0.000298`입니다. 실제 매체와 보관자는 서로 연관되므로 이는 가정이지 보장이 아닙니다.
- **서명자 분실과 교체.** 스마트 계정의 소유자가 `A`, `B`, `C`이고 임계값이 `2-of-3`이라고 가정합니다. 한 소유자를 잃어도 두 서명이 남고, 한 소유자만 침해되어서는 충분하지 않습니다. `B`의 침해가 의심되면 `A + C`가 `D`로의 교체를 승인합니다. 실제 계정 규칙에 따라 변경이 실행되기 전까지 `B`는 여전히 소유자입니다. 이후 소유자 집합은 `A / C / D`, 임계값은 `2`입니다.
- **시드 재사용의 영향 범위.** 루트 시드 `S`가 각각 `1.2 ETH`와 `0.8 ETH`를 보유한 두 계정을 파생하고 독립된 콜드 시드는 `8.0 ETH`를 보유한다고 가정합니다. `S` 침해로 직접 노출되는 알려진 잔액은 `1.2 + 0.8 = 2.0 ETH`입니다. 콜드 계정에도 `S`를 재사용하면 `10.0 ETH`가 됩니다. 토큰, NFT, 승인, 역할, 다른 체인은 별도 목록이 필요하므로 보이는 네이티브 잔액은 전체 손실 상한이 아닙니다.
## 위험
- 엔트로피가 약하거나 편향되었거나 난수 원천이 고장 납니다.
- 생성 장치, 지갑 빌드 또는 의존성이 악성입니다.
- 하드웨어 서명 장치, 펌웨어 또는 공급망이 변조됩니다.
- 시드나 키가 화면 캡처, 클립보드, 프린터, 클라우드 또는 온라인 메모에 남습니다.
- 피싱이나 가짜 고객지원이 복구 자료나 서명을 탈취합니다.
- 호스트가 체인, 수신자, 금액, 도메인 또는 calldata를 바꿉니다.
- 패스프레이즈를 잊거나 오입력하여 다른 유효한 지갑을 엽니다.
- 단일 백업이 도난, 화재, 침수 또는 매체 열화로 사라집니다.
- 완전한 중복 백업이 탈취 표면을 넓힙니다.
- 단어 목록, 형식, 파생 경로, 코인 유형 또는 계정 인덱스가 잘못됩니다.
- 확장 공개키나 파생 메타데이터가 금융 프라이버시를 유출합니다.
- 복구를 시험하지 않아 사고 중에 처음 실패를 발견합니다.
- 다중서명 서명자가 한 장치, 장소, 클라우드 또는 관리자를 공유합니다.
- 임계값이 너무 높아 가용성이 떨어지거나 너무 낮아 침해에 취약합니다.
- 가디언이 공모하거나 오래된 상태로 남거나 사회공학 공격을 받습니다.
- 스마트 계정 모듈, 가드, 폴백 처리기, 프록시 또는 업그레이드가 정책을 우회합니다.
- 퇴사, 사망, 능력 상실 또는 상속 기록이 갱신되지 않습니다.
- 침해 후에도 기존 키를 재사용하거나 PIN 변경을 키 교체로 오인합니다.
- 수탁자, HSM, MPC 또는 복구 공급자가 동결, 장애, 공모 또는 철수를 일으킵니다.
- 이전 과정에서 다른 체인, 토큰, NFT, 승인, 역할 또는 특수 검증자 자격증명을 빠뜨립니다.
## 흔한 오해
- **하드웨어 지갑이면 모든 거래가 안전합니다.** 격리는 도움이 되지만 악성 거래 의도, 화면, 펌웨어, 공급망, 복구 위험은 남습니다.
- **시드 문구와 한 계정의 개인키는 같은 대상입니다.** 하나의 시드에서 여러 키를 파생할 수 있고 형식과 패스프레이즈가 복구 결과를 결정합니다.
- **완전한 백업을 늘리면 안전성만 좋아집니다.** 가용성은 높아지지만 공격자가 훔칠 수 있는 복사본 수도 늘어납니다.
- **다중서명은 시드를 여러 조각으로 나누는 것입니다.** 독립 서명자, 임계값 서명, 비밀분산 백업은 서로 다른 방식입니다.
- **지갑 비밀번호나 PIN을 바꾸면 유출된 EOA 키가 무효화됩니다.** 기존 키는 계속 원래 주소를 제어합니다. 자산과 권한을 이전하고 승인도 별도로 처리해야 합니다.
## 관련 주제
- [하드웨어 지갑](/ko/crypto/hardware-wallet/)
- [공개키와 개인키](/ko/crypto/public-private-key/)
- [시드 문구](/ko/crypto/seed-phrase/)
## 출처
- [Recommendation for Key Management: Part 1 - General](https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final) - National Institute of Standards and Technology(확인일: 2026-08-13)
- [Recommendation for the Entropy Sources Used for Random Bit Generation](https://csrc.nist.gov/pubs/sp/800/90/b/final) - National Institute of Standards and Technology(확인일: 2026-08-13)
- [Mnemonic code for generating deterministic keys](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki) - Bitcoin Improvement Proposals(확인일: 2026-08-13)
- [Hierarchical Deterministic Wallets](https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki) - Bitcoin Improvement Proposals(확인일: 2026-08-13)
- [SLIP-0039: Shamir's Secret-Sharing for Mnemonic Codes](https://github.com/satoshilabs/slips/blob/master/slip-0039.md) - SatoshiLabs Improvement Proposals(확인일: 2026-08-13)
- [Ethereum security and scam prevention](https://ethereum.org/en/security/) - ethereum.org(확인일: 2026-08-13)
- [Smart Account Concepts](https://docs.safe.global/advanced/smart-account-concepts) - Safe Docs(확인일: 2026-08-13)
- [ERC-1271: Standard Signature Validation Method for Contracts](https://eips.ethereum.org/EIPS/eip-1271) - Ethereum Improvement Proposals(확인일: 2026-08-13)
Source: https://wiki.fcontext.com/ko/crypto/private-key-management/index.mdx