--- 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%` です。短いチェックサムは一部の転記ミスを検出しますが、真正性、秘匿性、導出メタデータの正しさを証明しません。 - **完全コピーと閾値シェア。** 独立した3媒体がそれぞれ確率 `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 鍵は失効する。** 旧鍵は元のアドレスを制御し続けます。資産と権限を移し、承認も個別に処理してください。 ## 関連トピック - [ハードウェアウォレット](/ja/crypto/hardware-wallet/) - [公開鍵と秘密鍵](/ja/crypto/public-private-key/) - [シードフレーズ](/ja/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/ja/crypto/private-key-management/index.mdx