秘密鍵の暗号化

暗号資産における秘密鍵の暗号化とは？

「秘密鍵の暗号化」とは、同じ秘密鍵でデータを暗号化・復号する共通鍵暗号を指す場合と、ブロックチェーンウォレットの秘密鍵をより安全に保管できるよう暗号化する処理を指す場合があります。

暗号資産では後者の意味が特に重要です。ウォレットの秘密鍵は、資金、署名、アカウント、バリデーター、トークン、スマートコントラクトの権限を管理するからです。

秘密鍵が暗号化されず、平文で保存されている場合、それを見たりコピーしたりした人は、関連するウォレットを操作できてしまいます。

秘密鍵の暗号化では、秘密鍵を暗号化データに変換します。正しいパスワード、パスフレーズ、ハードウェア上の秘密情報、または復号鍵がなければ、そのデータを読めない状態にすることが目的です。

NISTの共通鍵暗号の定義では、共通鍵暗号は、ある処理とその逆の処理に同じ秘密鍵を使用すると説明されています。

EthereumのWeb3 Secret Storageに関するドキュメントでは、暗号化されたJSONキーストアファイルが、保存された秘密鍵を復元する前に、パスワードから暗号鍵を導出する仕組みが説明されています。

暗号資産に関する議論では両方の意味が使われるため、文脈に注意する必要があります。

ウォレットが秘密鍵を暗号化すると説明している場合、通常はブロックチェーンの秘密鍵を暗号化した状態で保存するという意味です。

暗号学の教科書で「秘密鍵暗号」という用語が使われている場合は、ブロックチェーンウォレットの保管方式ではなく、共通鍵暗号を指す可能性があります。

秘密鍵の暗号化が重要な理由

ブロックチェーン上のトランザクションは通常取り消せず、秘密鍵が資産の移動を直接制御するため、秘密鍵の暗号化は重要です。

秘密鍵が盗まれると、攻撃者はトランザクションに署名し、資金を移動し、悪意のあるコントラクトを承認し、バリデーターの設定を変更し、アカウントを乗っ取る可能性があります。

銀行のパスワードとは異なり、盗まれたブロックチェーンの秘密鍵は、通常、カスタマーサポートにリセットしてもらえません。

暗号化は、デバイスの紛失、ファイルのコピー、バックアップの漏えい、許可されていないウォレットデータベースへのアクセスが発生した際に秘密鍵を保護するのに役立ちます。

たとえば、暗号化されたキーストアファイルは、攻撃者がファイルを入手してもパスワードや復号用の秘密情報が必要となるため、平文の秘密鍵より安全です。

ただし、暗号化だけで完全なセキュリティ対策になるわけではありません。

パスワードが弱い、マルウェアがパスワードを記録する、感染したデバイス上でウォレットが秘密鍵を復号する、シードフレーズが別の場所に平文で保存されているといった場合、資金が盗まれる可能性は残ります。

そのため、秘密鍵の暗号化はウォレットセキュリティを構成する一つのレイヤーです。

強力なパスワード、安全なデバイス、オフラインのバックアップ、ハードウェアウォレット、マルチシグによる管理、トランザクションの慎重な確認と組み合わせる必要があります。

共通鍵暗号としての秘密鍵の暗号化

古典暗号学では、「秘密鍵の暗号化」は共通鍵暗号を意味することがよくあります。

共通鍵暗号では、1つの秘密鍵でデータを暗号化し、同じ秘密鍵で復号します。

これは、公開鍵と秘密鍵を対で使う公開鍵暗号とは異なります。

共通鍵暗号は通常、非対称暗号より高速であり、データの保存、ウォレットファイル、安全なメッセージングセッション、暗号化バックアップ、データベースの保護などに広く使われています。

暗号資産ウォレットでは、ディスク上に保存するブロックチェーンの秘密鍵を保護するために、共通鍵暗号が使われることがよくあります。

ウォレットは、パスワードを受け取り、鍵導出関数で処理し、暗号鍵を生成して、その鍵で秘密鍵ファイルを暗号化する場合があります。

ほとんどのウォレット保存方式では、ユーザーのブロックチェーン秘密鍵そのものを共通鍵暗号の鍵として使うわけではありません。

ウォレットの秘密鍵は、保護対象となる機密データです。

この違いを理解すれば、暗号学における秘密鍵暗号と、秘密鍵を暗号化して保存することを混同せずに済みます。

ウォレットの鍵を保護する秘密鍵の暗号化

ブロックチェーンウォレットでは、秘密鍵の暗号化は、通常、保存前にウォレットの秘密鍵を暗号化することを意味します。

ウォレットは、暗号化された鍵をローカルデータベース、JSONキーストアファイル、モバイル端末のセキュアエンクレーブ、ブラウザー拡張機能の保管庫、暗号化されたクラウドバックアップ、ハードウェアウォレットのメモリ領域などに保存する場合があります。

暗号化アルゴリズムによって、平文の秘密鍵は暗号文に変換されます。

後で復号するには、パスワード、パスフレーズ、生体認証で保護された秘密情報、ハードウェアによる承認、またはリカバリー手段が必要です。

ERC-2335のキーストア標準では、キーストアは秘密鍵を暗号化し、デバイス間で秘密鍵を交換できるJSONファイルと説明されています。

Bitcoin Coreもencryptwallet RPCのドキュメントでウォレットの暗号化を提供しており、暗号化後に秘密鍵を扱う操作を行うにはパスフレーズが必要だと説明しています。

これらの例は、秘密鍵の暗号化がウォレットセキュリティの一般的な要素であることを示しています。

目的は、ファイルを入手してもパスワードを知らない人が、保存された鍵を使いにくくすることです。

秘密鍵の暗号化の仕組み

秘密鍵の暗号化は、保護が必要な秘密鍵、またはシードに関連する機密情報から始まります。

ウォレットはユーザーにパスワードを求めるか、別の秘密情報を使用します。

人間が選ぶパスワードはエントロピーが低いことが多いため、通常、パスワードをそのまま暗号鍵として使うことはありません。

代わりに、鍵導出関数でパスワードを処理します。

NISTのパスワードベース鍵導出に関する推奨事項では、パスワードやパスフレーズからマスター鍵を導出し、保存データやデータ保護用の鍵を守る方法が説明されています。

鍵導出関数は、計算量、メモリコスト、ソルト、繰り返し処理を加えることで、パスワードを推測する攻撃のコストを高めます。

導出された暗号鍵を暗号化アルゴリズムで使い、秘密鍵を暗号文に変換します。

ウォレットは、ソルト、鍵導出パラメーター、暗号方式、認証タグまたはメッセージ認証コードなどのメタデータも保存する場合があります。

ウォレットのロックを解除すると、同じパスワードとパラメーターを使って復号鍵が導出され、秘密鍵がメモリ上に復元されます。

平文の秘密鍵と暗号化された秘密鍵の違い

平文の秘密鍵は、読み取れる形式で保存されています。

暗号化された秘密鍵は、正しい復号用の秘密情報がなければ読めない形式で保存されています。

マルウェア、スクリーンショット、クリップボードの履歴、ブラウザー拡張機能、クラウド同期ツール、不注意なバックアップなどを通じて秘密鍵が漏れる可能性があるため、平文での保存は危険です。

暗号化されたファイルをコピーされても、パスワードが知られていなければ、暗号化によって被害を抑えられます。

ただし、パスワードが弱い、または使い回されている場合、暗号化された鍵も安全とは限りません。

攻撃者は盗んだ暗号化ウォレットファイルに対して、パスワードを推測する攻撃を仕掛ける可能性があります。

そのため、パスワードの強度と鍵導出の設定は非常に重要です。

強力な暗号アルゴリズムを使っていても、一般的なフレーズ、名前、日付、使い回したログインパスワードを選べば、ウォレットを保護できません。

秘密鍵の暗号化は保存中のデータを保護しますが、適切なセキュリティ習慣も必要です。

秘密鍵の暗号化と公開鍵暗号の違い

秘密鍵の暗号化と公開鍵暗号を混同しないでください。

公開鍵暗号では、公開鍵と秘密鍵を対で使います。

ブロックチェーンシステムでは、秘密鍵がトランザクションに署名し、公開鍵またはアドレスを使って、他者が管理権限を検証します。

ウォレットの保存という意味での秘密鍵の暗号化は、保存されている秘密鍵自体を保護します。

暗号化されたウォレットファイルは、ブロックチェーンの秘密鍵に置き換わるものではありません。

秘密鍵を保護するための入れ物にすぎません。

トランザクションに署名する際、ウォレットは秘密鍵を復号するか、鍵にアクセスできる安全な署名処理を使う必要があります。

つまり、公開鍵暗号はブロックチェーン上の所有権を管理し、秘密鍵の暗号化はその所有権を可能にする秘密情報を保護します。

どちらも重要ですが、解決する問題は異なります。

秘密鍵の暗号化とパスワード保護の違い

パスワード保護と秘密鍵の暗号化は関連していますが、常に同じものとは限りません。

ウォレットが鍵のデータを実際には安全に暗号化していない場合、ウォレットのパスワードはアプリの画面をロックするだけかもしれません。

強力な秘密鍵の暗号化では、ログイン画面で隠すだけでなく、機密性の高い鍵データそのものが暗号学的に保護されています。

優れたウォレットは、パスワードベースの鍵導出、暗号化、完全性チェック、安全な保管方法を採用するべきです。

画面にパスワード入力を求めるだけで、秘密鍵を平文で保存するべきではありません。

ユーザーは、鍵の保存方式を明確に説明しているウォレットを選ぶべきです。

開発者は、鍵のデータそのものが暗号化されていない限り、曖昧なパスワード保護を完全な暗号化として宣伝するのを避ける必要があります。

多額の資金を保有する場合は、アプリのパスワードだけに頼らず、ハードウェアウォレットやマルチシグの利用も検討してください。

パスワードは暗号化の一部になり得ますが、セキュリティ設計のすべてではありません。

秘密鍵の暗号化とシードフレーズの保護

シードフレーズとは、1つまたは複数の秘密鍵を復元できる、人が読める形式のバックアップです。

ウォレットの秘密鍵を暗号化しても、紙に書いたシードフレーズ、写真に保存したもの、メモアプリに保存したもの、クラウドストレージにアップロードしたものが自動的に暗号化されるわけではありません。

これはユーザーによくある誤りです。

ウォレットがローカルの秘密鍵ファイルを暗号化していても、シードフレーズを別の場所で漏らしてしまう可能性があります。

攻撃者がシードフレーズを入手すると、通常は暗号化されたローカルファイルを使わずにウォレットを復元できます。

シードフレーズは別途保護する必要があります。

シードフレーズはオフラインで保管し、スクリーンショットやクラウド上のメモを避け、メッセージで送信せず、長期保存には金属製バックアップも検討してください。

パスフレーズを使ったウォレット拡張機能や秘密分散型バックアップシステムを利用するユーザーもいますが、慎重な設定が必要です。

秘密鍵の暗号化は有効ですが、シードフレーズの保護も引き続き重要です。

キーストアファイル

キーストアファイルとは、秘密鍵またはバリデーター鍵を構造化された形式で保存する暗号化ファイルです。

Ethereum形式のキーストアファイルは、多くの場合、暗号方式、鍵導出関数、ソルト、パラメーター、暗号化された秘密情報を記述する項目を含むJSON形式です。

Ethereum Web3 Secret Storage形式は、アカウントの秘密鍵を扱う代表的な例です。

ERC-2335は、特にEthereumのバリデーターで使われるBLS12-381鍵用のキーストア形式です。

キーストアファイルは、対応ツール間で移動できるため、ポータブルに利用できます。

この利便性にはリスクも伴います。

攻撃者がキーストアファイルをコピーし、パスワードを推測できた場合、秘密鍵を復元できる可能性があります。

暗号化されていても、キーストアファイルは機密性の高いバックアップとして扱ってください。

開発者は強力なKDFパラメーターと認証付き暗号、または完全性チェックを利用して、気づかれない改ざんを防ぐべきです。

キーストアファイルは平文の鍵より安全ですが、不注意に扱えば依然として危険です。

パスワードベースの鍵導出

パスワードベースの鍵導出とは、人間が選ぶパスワードを暗号鍵に変換する処理です。

人間が設定するパスワードの多くは、暗号鍵として直接使うには十分ランダムではないため、この処理が重要です。

鍵導出関数は、攻撃者が事前計算済みのパスワードテーブルを使うのを防ぐため、ソルトを利用する場合があります。

また、多数の反復処理やメモリ負荷の高い計算によって、パスワード推測を遅らせる場合もあります。

ウォレットで使われる一般的なKDFには、標準や実装に応じてPBKDF2やscryptがあります。

Ethereum Web3 Secret Storage形式では、最低限の準拠実装にPBKDF2への対応を求め、鍵導出方法を定めるパラメーターも利用できます。

強力なKDF設定によりパスワードの解析は難しくなりますが、低性能なデバイスではウォレットのロック解除に時間がかかる場合があります。

ウォレットの設計者は、セキュリティと使いやすさのバランスを取る必要があります。

KDFだけでは弱いパスワードを完全に補えないため、ユーザーは長く、他で使っていないパスワードを選んでください。

パスワードは、暗号化システムにおいてユーザーが管理する主要な要素です。

ウォレットの鍵に使われる暗号アルゴリズム

ウォレットは、秘密鍵を保護するために一般的な共通鍵暗号アルゴリズムを使う場合があります。

一般的な設計では、ユーザーのパスワードから導出した鍵でAESのモードを使用します。

具体的なアルゴリズムは、ウォレット、標準、エコシステムによって異なります。

通常、ユーザーが暗号方式を手動で選ぶ必要はありません。

開発者やウォレット提供者は、安全なアルゴリズムとパラメーターを選ぶ必要があります。

古い暗号方式、独自の暗号設計、弱い乱数生成、改ざんを検出できない認証なし暗号化は避けるべきです。

現代の秘密鍵暗号化では、機密性と完全性を保護する必要があります。

機密性とは、攻撃者が秘密鍵を読み取れないことです。

完全性とは、暗号化ファイルが改変された場合にウォレットが検出できることです。

データを暗号化していても改ざんを検出できないウォレットでは、危険な障害が起こる可能性があります。

ハードウェアウォレットと秘密鍵の暗号化

ハードウェアウォレットは、一般的なコンピューターから秘密情報を隔離するよう設計された専用デバイスに秘密鍵を保管します。

ハードウェアウォレットのシステム内部やその周辺で秘密鍵の暗号化が使われる場合もありますが、主な保護は、署名鍵をインターネットに接続されたデバイスから隔離することによって実現します。

ユーザーがハードウェアウォレットでトランザクションに署名する場合、秘密鍵はデバイス内に留まるはずです。

コンピューターまたはスマートフォンからトランザクションデータがハードウェアウォレットに送られます。

ハードウェアウォレットは承認用に詳細を表示し、内部で署名します。

これによって、接続されたコンピューター上のマルウェアに秘密鍵がさらされるリスクを軽減できます。

ただし、ハードウェアウォレットも万能ではありません。

シードフレーズを保護し、トランザクションの詳細を確認し、信頼できる販売元からデバイスを購入し、ファームウェアを慎重に更新し、フィッシングを避ける必要があります。

シードフレーズのバックアップが漏えいすれば、ハードウェアウォレット内部の鍵保護は意味を失う可能性があります。

ハードウェアウォレットは、安全なバックアップ管理と慎重な署名操作を組み合わせることで、より強固に保護できます。

モバイルウォレットの秘密鍵暗号化

モバイルウォレットは、暗号化された秘密鍵を保護するために、デバイスのセキュリティ機能を使うことがよくあります。

セキュアエンクレーブ、生体認証によるロック解除、アプリのサンドボックス化、ハードウェア保護されたキーストア、OSの暗号化などが含まれる場合があります。

生体認証は通常、暗号鍵そのものの代わりではなく、秘密情報へのアクセスを解除します。

指紋認証や顔認証は便利ですが、ウォレット内部では適切な暗号化と鍵の保管が必要です。

モバイルウォレットには、悪意あるアプリ、画面オーバーレイ、クリップボードの窃取、クラウドバックアップ、SIMスワップ攻撃、フィッシングリンク、デバイスの侵害などのリスクがあります。

スマートフォンを最新の状態に保ち、不審なアプリをインストールせず、強力な端末用パスコードを使い、写真やメモにシードフレーズを保存しないでください。

秘密鍵の暗号化は、スマートフォンの紛失やコピーに対して有効ですが、ウォレットのロック解除中にマルウェアがパスワードを取得した場合には役立たない可能性があります。

モバイルの利便性に合わせて、保管する資金の額も適切に制限してください。

多額の長期保有資産は、よりオフラインに近い保管方法やマルチシグで保護するほうが適している場合があります。

ブラウザーウォレットの秘密鍵暗号化

ブラウザーウォレットは、ユーザーのパスワードで管理されるローカルの保管庫内で、秘密鍵やシード情報を暗号化することがよくあります。

そのため、ブラウザーウォレットはDeFi、NFT、ゲーム、スマートコントラクトとのやり取りに便利です。

一方で、常にウェブサイトとやり取りするため、攻撃対象領域が広がります。

悪意のあるウェブサイトが暗号化された保管庫を直接読み取ることは通常できませんが、ウォレットのロック解除後にユーザーをだまして危険なトランザクションに署名させる可能性があります。

悪意のあるブラウザー拡張機能がウォレットデータやページ内容にアクセスした場合も、深刻なリスクが生じます。

信頼できる拡張機能だけをインストールし、権限を確認し、偽のウォレットをダウンロードせず、トランザクションの確認画面を注意深くチェックしてください。

秘密鍵の暗号化は保存された秘密情報を保護しますが、悪意のある操作を承認することまでは防げません。

ブラウザーウォレットでは、保存時の暗号化と同じくらい署名時の安全性が重要です。

少額の利用中ウォレットと長期保管用ウォレットを分けてください。

これにより、ブラウザー環境が侵害された場合の被害を抑えられます。

カストディ型システムの秘密鍵暗号化

カストディ型の暗号資産システムは、ユーザーに代わって秘密鍵を管理します。

このようなシステムでは、ユーザーが秘密鍵を直接管理しない場合があります。

カストディアンは鍵を暗号化し、ハードウェアセキュリティモジュールを使い、アクセス制御を実施し、署名活動を監視し、運営者間で職務を分離する必要があります。

OWASPのKey Management Cheat Sheetでは、暗号鍵を平文で保存せず、安全な鍵管理方法で保護することが推奨されています。

カストディ型の鍵暗号化は、ユーザーがカストディアンの管理体制を信頼する必要がある点で、自己管理ウォレットの暗号化とは異なります。

強固なカストディアンは、しきい値署名、マルチシグウォレット、コールドストレージ、出金承認、監査、保険契約などを利用する場合があります。

管理者へのアクセス制御が不十分であれば、鍵が暗号化されていても、カストディアンの管理体制は脆弱になり得ます。

暗号化は役立ちますが、カストディのセキュリティは、ガバナンス、運用、コンプライアンス、監視、インシデント対応にも左右されます。

ユーザーは、自分で秘密鍵を管理しているのか、それとも第三者に依存しているのかを理解する必要があります。

秘密鍵の暗号化とマルチシグウォレット

マルチシグウォレットでは、トランザクションの承認に複数の鍵が必要です。

マルチシグでも、各署名者の鍵を保護しなければならないため、秘密鍵の暗号化は重要です。

マルチシグウォレットは、1つの鍵が盗まれて資金を引き出されるリスクを軽減できます。

しかし、複数の署名者の鍵が安全でない方法で保存されていたり、すべてのバックアップが同じ場所に置かれていたりすれば、保護効果は弱まります。

各署名者は、安全な鍵の保管、強力な暗号化、安全なバックアップ方法を利用するべきです。

組織は、署名者の役割を複数の人、場所、デバイスに分散する必要があります。

復旧手順、署名者の交代、緊急時の対応も文書化してください。

秘密鍵の暗号化は個々の署名者の鍵を保護し、マルチシグは単一の鍵だけに依存するリスクを軽減します。

両者は相互に補完するものです。

多額のトレジャリーでは、暗号化された鍵の保管とマルチシグによるポリシー管理を併用することがよくあります。

秘密鍵の暗号化とMPCウォレット

MPCはmulti-party computation（マルチパーティ計算）の略です。

MPCウォレットでは、どのデバイスや当事者も秘密鍵全体を単独で保有しないよう、鍵情報を複数のシェアに分割する場合があります。

保管中の各シェアを保護するために、秘密鍵の暗号化が使われる場合もあります。

MPCは、1台のデバイスが盗まれて完全な署名鍵が漏れるリスクを抑えられます。

チームや機関向けの復旧手段やポリシー管理にも対応できます。

ただし、MPCですべてのリスクがなくなるわけではありません。

デバイス、認証要素、クラウドバックアップ、復旧手順、署名ポリシーを引き続き保護する必要があります。

十分な数の鍵シェアが侵害されれば、攻撃者がウォレットを操作できる可能性があります。

復旧ルールが脆弱であれば、攻撃者がソーシャルエンジニアリングを利用してアクセスを得る場合があります。

MPCは鍵のアーキテクチャを改善しますが、暗号化と運用上のセキュリティ対策も依然として必要です。

秘密鍵の暗号化とクラウドバックアップ

一部のウォレットは、復旧用の暗号化されたクラウドバックアップを提供しています。

これにより、スマートフォンを紛失または破損した場合に、資金へアクセスできなくなるリスクを抑えられます。

ただし、暗号化された鍵情報をサードパーティのクラウドプロバイダーに保存することになるため、新たなリスクも生じます。

バックアップ用のパスワードが弱い場合、攻撃者はバックアップを盗む、または入手した後に解析を試みる可能性があります。

アカウントの復旧方法が弱いと、攻撃者がユーザーのクラウドアカウントを侵害する可能性があります。

ウォレット提供者が復旧手順の一部を管理している場合、完全な自己管理とは異なる信頼モデルになる場合があります。

何がバックアップされるのか、誰がアクセスできるのか、どのパスワードで保護されるのか、復旧がどのように行われるのかを理解してください。

暗号化されたクラウドバックアップは平文のクラウドバックアップより安全ですが、オフライン保管と同じくらい安全とは限りません。

利便性とセキュリティのバランスを慎重に取る必要があります。

クラウド暗号化によってバックアップのリスクがすべてなくなると考えてはいけません。

暗号化された秘密鍵を狙う一般的な攻撃

最も一般的な攻撃の一つは、パスワードの推測です。

攻撃者が暗号化されたウォレットファイルを盗んだ場合、正しいパスワードが見つかるまで多数のパスワードを試す可能性があります。

2つ目の攻撃はフィッシングです。

偽のウォレットやウェブサイトが、パスワード、シードフレーズ、秘密鍵の入力を求める場合があります。

3つ目はマルウェアです。

マルウェアはウォレットのロックが解除されるのを待ってから、復号された鍵を盗んだり、トランザクションに署名したりする場合があります。

4つ目はクリップボードの乗っ取りです。

マルウェアがウォレットアドレスを書き換えたり、コピーされた秘密情報を取得したりする場合があります。

5つ目はクラウドの侵害です。

攻撃者が暗号化バックアップを入手し、オフラインでの解析を試みる可能性があります。

6つ目はソーシャルエンジニアリングです。

攻撃者はユーザーやサポート担当者をだまし、アクセスのリセットや復旧情報の開示をさせようとする場合があります。

7つ目は乱数生成の弱さです。

元の秘密鍵が不適切に生成されていた場合、暗号化しても鍵の弱さは解消できません。

秘密鍵の暗号化の限界

秘密鍵の暗号化は保管中の鍵を保護しますが、使用中のあらゆる場面で鍵を保護するわけではありません。

ウォレットがトランザクションに署名するときは、署名処理が鍵または署名機能を利用できなければなりません。

その時点でデバイスが侵害されていれば、暗号化によって盗難や悪意のある署名を防げない可能性があります。

復旧手段がない場合、暗号化では忘れたパスワードを復元できません。

ウォレットを暗号化した後にパスワードを忘れると、永久にアクセスできなくなる場合があります。

暗号化はトランザクションが安全かどうかをユーザーに判断することもできません。

ユーザーはウォレットのロックを解除して、悪意のあるコントラクトを承認する可能性があります。

暗号化とは別に平文で保存したシードフレーズを保護することもできません。

偽のウォレットアプリを信頼できるものに変えることもできません。

秘密鍵の暗号化は不可欠ですが、暗号資産のセキュリティ全体を構成する一要素にすぎません。

ユーザー向けのベストプラクティス

暗号化されたウォレットやキーストアファイルには、長く、他で使っていないパスワードを設定してください。

メール、ソーシャルメディア、取引所、その他のウェブサイトで使っているパスワードを再利用しないでください。

シードフレーズはオフラインで保管し、クラウド上のメモ、チャット、スクリーンショット、メールにアップロードしないでください。

ウォレットソフトウェアを最新の状態に保ち、公式の配布元からのみダウンロードしてください。

可能であれば、多額の資金にはハードウェアウォレットを使用してください。

日常的に使うウォレットと長期保管用のウォレットを分けてください。

多額の資金を保管する前に、安全な手順と少額の資金を使ってウォレットの復旧を試してください。

必要に応じて、暗号化キーストアファイルとシードフレーズを別々の安全な場所にバックアップしてください。

暗号化されたウォレットファイルも機密情報として扱い、無害なファイルだと思わないでください。

パスワードと暗号化ファイルの両方を持つ人は、秘密鍵を復元できる場合があることを理解してください。

開発者向けのベストプラクティス

秘密鍵を平文で保存してはいけません。

独自の暗号化コードではなく、十分にレビューされた暗号ライブラリを利用してください。

ソルトと適切なコストパラメーターを使い、強力なパスワードベースの鍵導出を適用してください。

改ざんを検出できるよう、認証付き暗号または完全性チェックを使用してください。

復号された鍵をメモリ上で保護し、可能な場合は機密バッファを消去してください。

秘密鍵、シードフレーズ、パスワード、復号されたウォレットデータをログに記録しないでください。

自己管理の安全性を気づかれない形で弱めない復旧フローを設計してください。

機密情報のエクスポート、復号、バックアップ、表示をユーザーに求める際は、ウォレットの案内を明確にしてください。

暗号化形式、KDFパラメーター、バックアップに関する前提を、分かりやすい言葉で説明してください。

鍵管理を後付けではなく、セキュリティの中核機能として扱ってください。

秘密鍵の暗号化とユーザー体験

秘密鍵の暗号化では、ユーザーがパスワードを覚え、バックアップを管理し、復旧に関するリスクを理解する必要があるため、手間が生じます。

手間が多すぎると、パスワードを危険な場所に書いたり、シードフレーズをオンラインで保存したりする可能性があります。

手間が少なすぎると、ウォレットが侵害されやすくなる場合があります。

優れたウォレット設計では、安全でない行動より安全な行動を簡単にできるようにするべきです。

パスワード強度の案内、暗号化バックアップに関する警告、ハードウェアウォレットへの対応、復旧確認、明確なエクスポート警告、分かりやすいトランザクション説明などが役立ちます。

ユーザーが危険性を十分に理解していない限り、生の秘密鍵を表示しないようにしてください。

暗号化ファイルにも安全なパスワードが必要であることを警告する必要があります。

強力な暗号化を採用していても、ユーザー体験が分かりにくければ、実際の運用で機能しない場合があります。

暗号資産のセキュリティは、数学と人間の行動の両方に左右されます。

秘密鍵の暗号化が保護するものと保護しないものをユーザーが理解していると、より効果的です。

秘密鍵の暗号化に関するよくある誤解

よくある誤解の一つは、暗号化されたウォレットは盗まれないというものです。

暗号化されたウォレットファイルも盗まれたり、コピーされたり、オフライン攻撃を受けたりする可能性があります。

もう一つの誤解は、ウォレットのロック解除後も暗号化が資金を保護するというものです。

署名中にマルウェアがデバイスを制御している場合、保存時の暗号化だけでは損失を防げない可能性があります。

ウォレットのパスワードはシードフレーズと同じだという誤解もあります。

ウォレットのパスワードは通常、ローカルの暗号化データを解除しますが、シードフレーズはウォレットそのものを復元できます。

秘密鍵の暗号化は秘密鍵暗号と同じだという誤解もあります。

ウォレットのセキュリティではウォレットの秘密鍵を暗号化することを意味しますが、一般的な暗号学では共通鍵暗号を指す場合があります。

強力な暗号化なら弱いパスワードを補えるという誤解もあります。

攻撃者が暗号化されたウォレットファイルを入手した場合、弱いパスワードは推測される可能性があります。

よくある質問

秘密鍵の暗号化とは何ですか？

秘密鍵の暗号化は、一般的な暗号学における共通鍵暗号を指す場合と、ブロックチェーンウォレットの秘密鍵をより安全に保存するための暗号化を指す場合があります。

暗号資産ウォレットで秘密鍵の暗号化が重要なのはなぜですか？

秘密鍵はブロックチェーン上の資産を管理するため、ウォレットファイルやデバイスが漏えいした場合に、暗号化によって鍵を保護できるからです。

秘密鍵の暗号化でウォレットは完全に安全になりますか？

いいえ。暗号化は保存された鍵を保護しますが、弱いパスワード、マルウェア、フィッシング、シードフレーズの漏えい、悪意のあるトランザクションなどのリスクは残ります。

暗号化キーストアファイルとは何ですか？

暗号化キーストアファイルとは、秘密鍵を暗号化して保存し、正しいパスワードで復号するために必要なパラメーターも含む構造化ファイルです。

攻撃者は暗号化された秘密鍵を解析できますか？

攻撃者がパスワードを推測して解析を試みる可能性があるため、強力なパスワードと鍵導出設定が重要です。

ウォレットのパスワードは秘密鍵と同じですか？

いいえ。ウォレットのパスワードは通常、ローカルのウォレットデータを復号しますが、秘密鍵はブロックチェーン上の署名を管理する暗号学的な秘密情報です。

シードフレーズは初期状態で暗号化されていますか？

必ずしもそうではありません。紙に書いたり、写真に撮ったり、メモに保存したりしたシードフレーズは、ウォレットのローカル暗号化では保護されません。

ハードウェアウォレットは秘密鍵を暗号化しますか？

ハードウェアウォレットは内部で鍵を保護する場合がありますが、主なセキュリティ上の利点は、秘密鍵を一般的なインターネット接続デバイスから隔離することです。

暗号化ウォレットのパスワードを忘れるとどうなりますか？

有効な復旧方法がなければ、パスワードを忘れることで暗号化された秘密鍵が使えなくなり、資金を失う可能性があります。

暗号化された秘密鍵をクラウドに保存すべきですか？

データが強力に暗号化されていればクラウドストレージの安全性は高まりますが、パスワードの強度、クラウドアカウントのセキュリティ、バックアップの漏えい、復旧リスクも考慮する必要があります。

秘密鍵を保護する最も安全な方法は何ですか？

一般に、強力な暗号化、オフラインでのシードフレーズのバックアップ、ハードウェアウォレット、安全なデバイス、慎重な署名操作、多額の資金に対するマルチシグを組み合わせる方法が有効です。

秘密鍵の暗号化でフィッシングを防げますか？

いいえ。暗号化では、偽のウェブサイトにシードフレーズを入力したり、ウォレットのロック解除後に悪意のあるトランザクションを承認したりすることは防げません。

まとめ

秘密鍵の暗号化は、一般的な暗号学における共通鍵暗号と、ウォレットシステムでブロックチェーンの秘密鍵を暗号化して保存することという、2つの一般的な意味を持つ重要な暗号資産セキュリティの概念です。

多くの暗号資産ユーザーにとって実用上の意味は、ウォレットの秘密鍵、キーストアファイル、バリデーター鍵、バックアップを、読み取れる形式で保存しないよう保護することです。

強力な秘密鍵の暗号化では、実績のあるアルゴリズム、パスワードベースの鍵導出、ソルト、完全性チェック、安全な保管、復号後の鍵の慎重な取り扱いが用いられます。

デバイス、ファイル、バックアップが漏えいした場合の保護に役立ちますが、シードフレーズの保護、ハードウェアウォレット、トランザクションの確認、マルウェア対策、適切なバックアップ習慣に代わるものではありません。

ユーザーは、暗号化が保存中の鍵を保護する一方、ウォレット利用中の鍵と資金を守るには署名時の安全性が必要だと理解してください。

開発者は秘密鍵の暗号化をウォレット設計の中核として扱い、弱いパスワード、平文保存、独自の暗号技術、不明確な復旧手順、隠れた鍵管理上の前提を避ける必要があります。

秘密鍵の暗号化は、暗号資産ウォレットを管理する秘密情報を暗号化データの中に閉じ込める仕組みです。ただし、その鍵の強さは、周囲のパスワード、実装、デバイスのセキュリティ、復旧手順に左右されます。