公開鍵基盤（PKI）

公開鍵基盤とは？

公開鍵基盤（PKI）とは、デジタル証明書の発行、管理、検証、失効に用いる技術、ポリシー、プロセス、信頼できる関係者から成るシステムです。

暗号資産分野でPKIが重要なのは、ユーザーがオンチェーントランザクションに署名する前に利用するウェブサイト、ウォレットアプリ、API、バリデーター、カストディシステム、機関投資家向けダッシュボード、開発者ツールなどの保護に役立つためです。

NISTによる公開鍵基盤の定義では、PKIは公開鍵証明書の発行、維持、失効のために構築されたフレームワークと説明されています。

公開鍵証明書とは、公開鍵をウェブサイトのドメイン、組織、個人、サーバー、デバイス、サービスなどの身元に結び付けるデジタル記録です。

NISTの証明書用語集によると、証明書には対象者の公開鍵が含まれ、信頼できる機関によるデジタル署名によって、その公開鍵が対象者に結び付けられます。

簡単に言えば、PKIは「この公開鍵は、名乗っている人物、ウェブサイト、サービス、組織に本当に属していると信頼できるか」という重要な問いに答えるのに役立ちます。

これは、秘密鍵が資金を管理し、認証局を必要とせずにネットワークが署名を検証する、基本的なブロックチェーン上の所有権とは異なります。

PKIは、システム間の身元確認、認証、暗号化通信、信頼の管理に関する仕組みです。

暗号資産ユーザーがPKIを意識する機会はほとんどありませんが、HTTPSのウェブサイト、安全なウォレットのダウンロード、API接続、クラウドインフラ、カストディポータル、企業向けブロックチェーンサービスのセキュリティ層を支えています。

公開鍵基盤の仕組み

PKIは、公開鍵暗号とデジタル証明書、信頼できる認証局を組み合わせて機能します。

ユーザー、サーバー、組織、デバイスは、公開鍵と秘密鍵のペアを作成します。

秘密鍵は秘密に保ち、公開鍵は共有できます。

認証局（CA）は、定められたルールに従って証明書の申請者の身元を確認します。

確認後、CAは申請者の身元と公開鍵を結び付けるデジタル証明書に署名します。

別のシステムがその証明書を受け取ると、CAのデジタル署名を確認し、証明書を信頼すべきか判断できます。

証明書が有効期限内で失効していなければ、システムは証明書内の公開鍵を使って安全な通信を確立したり、署名を検証したりできます。

これが、ウェブ上のHTTPSを支える基本的な信頼モデルです。

Certificate Transparencyプロジェクトによると、Web PKIには、ウェブ上のTLSに使用する証明書の発行と検証に必要な仕組みが含まれます。

暗号資産分野では、ユーザーがウォレットをダウンロードしたり、ドキュメントを読んだり、APIを使ったり、取引画面を開いたりする前に、正しいウェブサイトやサービスへ接続していることを確認するのにPKIが役立ちます。

暗号資産分野でPKIが重要な理由

暗号資産の損失の多くは、ブロックチェーンが関わる前に発生するため、PKIは重要です。

ユーザーが偽サイトにアクセスしたり、悪意のあるウォレットをダウンロードしたり、フィッシングページに接続したり、偽のAPIエンドポイントを信頼したりする可能性があります。

PKIは、ユーザーと正規のオンラインサービス間の暗号化され認証された通信を支え、こうしたリスクの軽減に役立ちます。

ユーザーがHTTPS経由でウェブサイトにアクセスすると、安全な接続の確立過程でブラウザーがウェブサイトのTLS証明書を確認します。

証明書が無効、期限切れ、誤発行、または信頼されていない場合、ブラウザーが警告を表示することがあります。

この警告は、偽サイトや安全でないサイトにパスワード、APIキー、シードフレーズ、個人情報を入力することからユーザーを守るのに役立ちます。

PKIによって暗号資産のウェブサイトが誠実になるわけではなく、トークンやプロジェクトの安全性が証明されるわけでもありません。

PKIが証明するのは、接続が暗号化され、提示された身元に対して証明書が発行されていることだけです。

詐欺サイトでも、そのサイト自身の詐欺ドメインに対する有効なTLS証明書を取得できるため、この違いは重要です。

PKIは重要なセキュリティ層ですが、信頼を完全に保証するものではありません。

公開鍵基盤とブロックチェーンの公開鍵

PKIとブロックチェーンの公開鍵は関連する概念ですが、同じものではありません。

ブロックチェーンの公開鍵は通常、トランザクションの署名を検証するためのウォレット鍵ペアの一部です。

公式のEthereumアカウントドキュメントによると、外部所有アカウントは公開鍵と秘密鍵のペアで構成され、秘密鍵でトランザクションに署名します。

Bitcoin Developer Guideのウォレットに関するドキュメントでは、ウォレットプログラムはビットコインの受け取りに公開鍵を作成し、対応する秘密鍵を使って使用すると説明されています。

これらのブロックチェーンの例では、公開鍵を使って、正しい秘密鍵でトランザクションに署名されたことを検証します。

PKIはさらに、デジタル証明書を通じて公開鍵が実世界またはシステム上の身元に結び付いているかを確認する層を加えます。

通常のブロックチェーンウォレットアドレスで資金を受け取ったり送金したりする際、CA証明書は通常必要ありません。

ブロックチェーンは、ウォレットの身元が承認済みかどうかを認証局に問い合わせるのではなく、数学的に署名を検証します。

そのため、暗号資産ユーザーは中央集権的なPKI機関に登録しなくてもウォレットを作成できます。

一方、ウェブサイト、アプリ、API、企業向けノード、カストディポータルを運営する暗号資産サービスは、ウォレットやシステムを取り巻く通信層の保護にPKIを利用することがよくあります。

PKIの主要な構成要素

PKIの第一の主要構成要素は認証局です。

認証局はデジタル証明書を発行し、署名する信頼できる機関です。

第二の構成要素は登録局です。

登録局は、証明書の発行前に申請者の身元確認を支援する場合があります。

第三の構成要素はデジタル証明書そのものです。

デジタル証明書には、公開鍵、主体の身元、発行者、有効期間、許可された用途、発行CAのデジタル署名などの情報が含まれます。

第四の構成要素は、証明書に関連付けられた秘密鍵です。

秘密鍵は、証明書の公開鍵を管理していることを証明するため、保護する必要があります。

第五の構成要素は証明書の失効です。

失効とは、通常の有効期限を迎える前に、証明書を信頼できないものとして扱う手続きです。

第六の構成要素はトラストストアです。

トラストストアは、ブラウザー、オペレーティングシステム、デバイス、アプリケーションが利用する信頼済みルート証明書のリストです。

認証局

認証局は、PKIシステムで証明書を発行する信頼された機関です。

CAが証明書に署名することは、定められたルールに従って証明書を検証したと示すことを意味します。

パブリックWeb PKIでは、ブラウザーやオペレーティングシステムが信頼済みルートCAのリストを管理しています。

ウェブサイトの証明書が信頼済みルートCAまでつながり、検証に合格すれば、ブラウザーはその証明書を受け入れます。

この信頼の連鎖は、HTTPSの中核をなす仕組みです。

ただし、侵害されたCAや不注意なCAが誤った証明書を発行する可能性があるため、CA自体もリスク要因となります。

X.509 PKIに関するIETF RFC 5280標準は、偽造証明書や証明書失効リストがシステムへの信頼を損なう可能性を指摘しています。

そのため、現代のPKIでは強力な技術的管理、監査、証明書の透明性、失効の仕組み、ブラウザーポリシーの適用が用いられています。

暗号資産企業にとって、証明書を慎重に選定、管理、監視することは、インフラセキュリティの一部です。

デジタル証明書

デジタル証明書は、公開鍵の機械可読な身分証明書のようなものです。

発行CAの権限のもとで、特定の公開鍵が特定の身元に属していることを示します。

ウェブサイトの証明書では通常、公開鍵とドメイン名が結び付けられます。

企業システムの証明書では、鍵とデバイス、サービス、ユーザー、ワークロード、バリデーターのエンドポイント、社内アプリケーションなどが結び付けられる場合があります。

DigiCertのデジタル証明書に関する解説では、デジタル証明書は認証局が発行する認証情報であり、オンライン上の身元確認とデータの暗号化を支援すると説明されています。

暗号資産インフラでは、証明書によってダッシュボード、カストディシステム、API、リモートプロシージャコール（RPC）エンドポイント、ノード管理ツール、社内開発者プラットフォーム、コンプライアンスシステムを保護できます。

証明書は、暗号資産サービスのビジネスモデルが優れていることを証明するものではありません。

CAのルールに従い、公開鍵が表記された身元に対して認証されていることを示します。

この限定的ながら重要な役割により、証明書は暗号資産サービスへ安全にオンラインアクセスするための基盤の一つとなっています。

TLS、HTTPS、暗号資産関連ウェブサイト

TLSは、HTTPS接続を保護するために使われるセキュリティプロトコルです。

ユーザーがHTTPSで暗号資産関連ウェブサイトを開くと、ブラウザーとサーバーの間でTLSハンドシェイクが行われます。

この処理中にサーバーが証明書を提示し、ブラウザーがサーバーを認証して暗号化接続を確立できるようにします。

これにより、ユーザーとウェブサイトの間で攻撃者がデータを読み取ったり、変更したりするのを防ぐのに役立ちます。

ウォレットのダウンロード、トランザクションのダッシュボード、ドキュメント、フォーム、アカウントページでは、接続が安全でない場合に機密情報が漏れるおそれがあるため、暗号資産ユーザーにとってHTTPSは特に重要です。

HTTPSを使っていても、サイトがあらゆる面で正規のものとは限りません。

フィッシングドメインも、そのドメインに対して有効な証明書を取得すればHTTPSを利用できます。

そのため、ユーザーは安全な接続だけでなく、ドメイン名が正確かどうかも確認してください。

偽ドメインに対する有効な証明書があっても、その偽ドメインが安全になるわけではありません。

PKIは接続を保護しますが、接続先を確認する責任はユーザーにあります。

証明書の失効

証明書の失効とは、有効期限が切れる前に証明書を無効にする手続きです。

秘密鍵が盗まれた場合、ドメインの所有者が変わった場合、証明書が誤って発行された場合、組織がその身元を管理しなくなった場合などに、証明書を失効させる必要があります。

証明書の有効期間は数日、数カ月、またはそれ以上の場合があるため、失効は重要です。

侵害された証明書が自然に期限切れとなるまで信頼された状態にあると、攻撃者がサービスになりすます可能性があります。

PKIシステムでは、証明書失効リストやオンラインでの証明書ステータス確認などを用いて、証明書が依然として有効かクライアントが判断できるようにします。

暗号資産インフラでは、ウォレットのウェブサイト、APIエンドポイント、バリデーターのダッシュボード、カストディポータル、社内管理画面の鍵が侵害された際、証明書の失効が重要になる場合があります。

迅速に失効させることで、盗まれた証明書鍵が悪用される期間を短縮できます。

ただし、失効の仕組みは完全ではないため、監視、インシデント対応、証明書のライフサイクル管理と併せて運用する必要があります。

セキュリティ体制の整った暗号資産企業は、緊急時に証明書を迅速に失効・交換する方法を把握しておく必要があります。

Certificate Transparency

Certificate Transparency（CT）は、証明書を公開記録するシステムです。

CTは、ドメイン所有者、ブラウザー、研究者、セキュリティチームが、発行されるべきではなかった証明書を検知するのに役立ちます。

Certificate Transparencyプロジェクトによると、CTはWeb PKI全体の仕組みに含まれ、TLS証明書の発行と検証を支援します。

Cloudflareの2025年のCertificate Transparencyログに関する記事では、CTによってパブリックCAが発行した証明書の監査記録が公開されると説明されています。

攻撃者が正規のプロジェクトドメインに似せたドメインの証明書を取得しようとする場合があるため、暗号資産企業にとって有用です。

CTログを監視することで、不審な証明書の発行をチームが早期に把握できる可能性があります。

たとえば、ウォレットプロバイダーは正規のドメイン名に似たドメインを監視できます。

不審な証明書が見つかった場合、チームは調査し、ユーザーに警告し、削除を要請したり、防御策を調整したりできます。

CTですべてのフィッシングを防げるわけではありませんが、以前は監査がはるかに難しかった信頼システムに透明性を加えます。

PKIとウォレットのダウンロード

ウォレットのダウンロードは、暗号資産分野におけるPKIの最も重要な用途の一つです。

誤ったウェブサイトからウォレットソフトウェアをダウンロードすると、シードフレーズを盗んだり、受取アドレスを書き換えたりするマルウェアをインストールするおそれがあります。

PKIは、公式ダウンロードサイトのHTTPSや、一部のソフトウェア配布経路で使われるコード署名証明書を支援します。

コード署名とは、関連する信頼の仕組みの一つです。ソフトウェアにデジタル署名を付け、ユーザーやオペレーティングシステムが提供元を確認し、改ざんを検知できるようにします。

安全なダウンロードには、正しいウェブサイトのドメイン、有効な証明書、公式のリリース経路、提供されている場合はチェックサム、十分なユーザー教育が必要です。

検索広告、見知らぬSNSリンク、ファイル共有サイト、ダイレクトメッセージからウォレットをダウンロードしないでください。

PKIは接続が安全であることの確認に役立ちますが、なりすましドメインから意図的にダウンロードするユーザーは保護できません。

最も安全な方法は、公式ウォレットサイトをブックマークし、何かをダウンロードする前にドメインを慎重に確認することです。

PKIと暗号資産API

暗号資産アプリケーションは、価格データ、アカウント情報、ノードへのアクセス、カストディ業務、コンプライアンス確認、分析、トランザクションのブロードキャストなどにAPIを利用することがよくあります。

PKIは、サーバー認証と通信の暗号化によってAPI通信の保護に役立ちます。

証明書が適切に検証されなければ、攻撃者がAPIの応答を傍受したり、改ざんしたりする可能性があります。

残高表示、トランザクション指示の生成、手数料の見積もり、自動判断にAPIデータを利用するアプリケーションでは、危険な結果につながるおそれがあります。

企業向け暗号資産システムでは、クライアントとサーバーの両方が証明書を提示する相互TLSを利用する場合もあります。

相互TLSは、承認されたシステム同士のみが通信することの確認に役立ちます。

これは、カストディプラットフォーム、機関投資家向け取引システム、ノード運用者、コンプライアンスインフラに有用です。

この場合、PKIはマシンID管理の一部となります。

目的は人間のユーザーだけでなく、サーバー、デバイス、ワークロード、社内サービス間の通信を保護することです。

PKIとバリデーター

バリデーターやノード運用者は、ブロックチェーンのコンセンサスプロトコルで別の暗号鍵を使っている場合でも、運用上のセキュリティにPKIを利用することがあります。

バリデーターは、コンセンサス鍵、出金鍵、ウォレット鍵、SSH鍵、TLS証明書、監視用認証情報、クラウドID認証情報を持つ場合があります。

これらの鍵はそれぞれ役割が異なるため、混同してはいけません。

PKIは、バリデーターのダッシュボード、アラートシステム、リモート管理ツール、ロードバランサー、社内API、インフラ構成要素間の安全な通信を保護できます。

たとえば、バリデーターの運用者は証明書を使って非公開の監視インターフェースを保護できます。

ブロックチェーンがそのTLS証明書を必要としなくても、運用者のインフラセキュリティには重要です。

ネットワークや構成によっては、管理画面が侵害されると、ダウンタイム、スラッシングのリスク、鍵の盗難、運用の妨害につながる可能性があります。

したがって、PKIは専門的な暗号資産インフラを支える幅広いセキュリティスタックの一部です。

PKIと企業向けブロックチェーン

企業向けブロックチェーンシステムでは、既知の参加者間の身元確認、アクセス制御、監査可能性、安全な通信が必要となることがよくあります。

PKIは、組織、ノード、ユーザー、API、サービスに証明書を発行し、こうした要件を支援できます。

許可型ブロックチェーン環境では、ノード運用、トランザクションの送信、プライベートチャネルへのアクセス、管理サービスの運用を認められたメンバーの識別に証明書を使う場合があります。

これは、誰でもCAに許可を求めずにウォレットの鍵ペアを作れるオープンなパブリックブロックチェーンとは異なります。

企業環境では、銀行、企業、政府機関、監査人、サプライヤー、規制対象のサービスプロバイダーなどが参加する場合があるため、より強力な身元管理が必要になることがよくあります。

PKIは、鍵を検証済みの組織IDに結び付けられるため、このような環境に適しています。

ただし、PKIの利用にはガバナンス上の課題も生じます。

ネットワークでは、誰がCAを管理するのか、証明書をどう発行するのか、失効をどう行うのか、組織の鍵が侵害された場合にどうするのかを決める必要があります。

許可型ネットワークのPKI設計は、そのセキュリティや分散化の度合いに大きく影響する可能性があります。

PKIと分散型ID

PKIは通常、認証局と階層型の信頼に基づいています。

分散型IDシステムは、識別子、検証可能な認証情報、ウォレット、ブロックチェーンまたは分散型データレジストリを活用し、中央の発行者への依存を減らそうとします。

どちらも鍵、身元、署名、信頼を扱うため、両者は重なり合う部分があります。

ただし、信頼に関する問いへの答え方は異なります。

PKIでは一般に、信頼されたCAが特定の身元に対する証明書に署名したかを確認します。

分散型IDシステムでは、信頼できる発行者が認証情報を発行したか、対象者がその認証情報を管理しているか、分散型識別子を通じて検証できるかを確認する場合があります。

暗号資産プロジェクトが両方のモデルを同時に利用することもあります。

たとえば、プロジェクトのウェブサイトにはPKIとHTTPSを使い、ユーザーIDの仕組みにはウォレット署名や検証可能な認証情報を使う場合があります。

ブロックチェーン上のIDが存在するからといって、PKIが時代遅れになるわけではありません。

PKIは、インターネット通信の保護に最も広く使われる仕組みの一つとして、今も利用されています。

PKIとスマートコントラクト

通常のウォレットトランザクションにおいて、スマートコントラクトが従来型のWeb PKIに依存することは一般にありません。

スマートコントラクトは、コードに従って署名、アドレス、権限、オンチェーン状態を検証します。

ただし、スマートコントラクトシステムを取り巻く環境では、PKIが重要となる場合があります。

開発者は、PKIで保護されたウェブサイトを使って、ドキュメント、監査レポート、フロントエンド、ダッシュボード、ソースコードリポジトリを公開します。

ユーザーは、通常HTTPS証明書に依存するウェブインターフェースを通じて分散型アプリケーションを利用します。

オラクルやオフチェーンサービスは、データ提供やインフラ運用にPKIで保護されたAPIを使うことがあります。

企業向けスマートコントラクトシステムでは、許可されたアクセスやオフチェーンでの認証に証明書を使う場合があります。

スマートコントラクトが分散型であっても、アクセスに使うウェブサイトがWeb PKIに依存していることがあります。

そのため、コントラクトのコードがオンチェーンにあっても、フロントエンドのセキュリティは重要です。

ハッキングされたフロントエンドや偽のフロントエンドは、正規のコントラクト画面では要求されないトランザクションへの署名をユーザーに促す可能性があります。

PKIのセキュリティリスク

広く利用されているPKIにも、重要なセキュリティリスクがあります。

認証局が誤りを犯したり、侵害されたりする可能性があります。

証明書に関連付けられた秘密鍵が盗まれる場合があります。

紛らわしい、または誤解を招くドメインに対して証明書が発行されることがあります。

ユーザーがブラウザーの警告を無視し、安全でないサイトへ進む場合があります。

組織が証明書の更新を忘れ、サービス停止につながる可能性があります。

証明書の失効処理が機能しない、遅延する、またはクライアント側で適切に確認されないことがあります。

クラウドシステム、コンテナ、デバイスにおける内部証明書の管理が不適切な場合もあります。

暗号資産企業は、PKIを一度設定すれば終わりの仕組みではなく、継続的なセキュリティプログラムとして扱う必要があります。

証明書の台帳管理、鍵のローテーション、監視、失効計画、CT監視、アクセス制御、自動化が重要です。

ブロックチェーンプロトコル自体が安全でも、PKIの管理が不十分であれば深刻なリスクにつながる可能性があります。

PKIとフィッシング

PKIはフィッシング対策に役立ちますが、フィッシングをなくすものではありません。

ブラウザーの証明書は、ユーザーが特定のドメインと安全に接続していることを示せますが、正しいドメインかどうかはユーザー自身が確認する必要があります。

攻撃者は、似た文字、単語の追加、文字の入れ替え、誤解を招くサブドメインなどを使って、よく似たドメインを登録することがあります。

CAはそのドメインを管理していることを確認するだけで、他ブランドへのなりすましを意図しているかどうかは確認しないため、こうしたドメインでも有効なTLS証明書を取得できる場合があります。

たとえば、フィッシングページには鍵のアイコンが表示されていても、危険な場合があります。

暗号資産ユーザーは、スペルを確認し、公式リンクをブックマークし、ウォレットのダウンロードで広告リンクを避け、シードフレーズをウェブサイトに入力しないようにしてください。

PKIはユーザーとサイト間の通信経路を保護します。

そのサイトを信頼するに値するかどうかまでは保証しません。

これは日常的な暗号資産のセキュリティにおいて、最も重要な実践上の教訓の一つです。

PKIと証明書の有効期限

デジタル証明書には有効期限があります。

有効期限を設けることで証明書を信頼できる期間を制限し、定期的な更新を促します。

証明書の期限が切れると、ブラウザーやクライアントが接続を拒否したり、警告を表示したりする場合があります。

暗号資産サービスでは、証明書の期限切れによってユーザーがアクセスできなくなったり、ボットが動作しなくなったり、APIが停止したり、監視システムがアラートを発したりする可能性があります。

サービスがハッキングされたとユーザーが誤解し、期限切れの証明書をきっかけに混乱が起きる場合もあります。

適切なPKI運用には、自動更新、有効期限前のアラート、テスト、バックアップ手順が含まれます。

多くのドメイン、API、サービス、社内システムを運用する企業では、証明書のライフサイクル管理が特に重要です。

証明書の小さな不備でも、ウォレットへのアクセス、カストディの承認、トランザクションインフラに影響すると、大規模な停止につながる可能性があります。

専門的な暗号資産チームは、証明書の有効期限を単なる事務作業ではなく、運用上のリスクとして扱う必要があります。

PKIとポスト量子暗号

PKIシステムも、量子コンピューティングの将来の影響を受けます。

現在の証明書の多くは、RSAや楕円曲線暗号などの公開鍵アルゴリズムを使っています。

将来、大規模な耐障害性量子コンピューターが実現すると、こうしたシステムの一部が脅威にさらされる可能性があります。

そのため、政府、標準化団体、ブラウザー、インフラ企業はポスト量子暗号への移行に備えています。

暗号資産ユーザーはウォレットの量子リスクに注目しがちですが、ウェブ証明書やインフラ証明書にも移行計画が必要です。

ポスト量子PKIへの移行では、アルゴリズム、証明書のサイズ、署名、互換性、性能、トラストストアの更新に対処しなければなりません。

長期的なインフラを運用する暗号資産企業は、安全なウェブサイト、API、カストディシステム、企業間接続が依存する可能性があるため、ポスト量子PKIの動向を追う必要があります。

ポスト量子への準備が必要だからといって、ユーザーが今すぐ慌てる必要はありません。

重要なシステムでは、必要に応じてアルゴリズムをアップグレードできる暗号アジリティを備える必要があるということです。

公開鍵基盤のメリット

PKIの第一のメリットは認証です。

ユーザーやシステムが、意図した相手と通信していることの確認に役立ちます。

第二のメリットは暗号化通信です。

PKIは、ネットワーク上を移動するデータを保護するTLSなどのプロトコルを支えます。

第三のメリットはデジタル署名の検証です。

証明書は、署名されたソフトウェア、文書、メッセージ、コードが想定された提供元からのものであることの確認に役立ちます。

第四のメリットは、信頼を大規模に管理できることです。

ブラウザーはルートCAを信頼し、証明書チェーンを検証することで、多数のウェブサイトを信頼できます。

第五のメリットは失効です。

鍵が侵害されたり、身元が変わったりした場合、PKIでは証明書を無効として扱えます。

第六のメリットは運用管理です。

組織はPKIを使って、サーバー、デバイス、ユーザー、ワークロード、社内システムのIDを管理できます。

公開鍵基盤の制約

第一の制約は、PKIが信頼された機関に依存することです。

CAが誤りを犯したり、侵害されたりすると、信頼が損なわれる可能性があります。

第二の制約は、PKIでビジネス、トークン、スマートコントラクト、暗号資産プロジェクトの安全性を証明できないことです。

証明書に結び付けられた身元の検証と、安全な通信を支援するにとどまります。

第三の制約は、ユーザーの誤解です。

多くのユーザーは鍵のアイコンがあればウェブサイトを信頼できると考えますが、実際にはそのドメインとの接続が暗号化されていることを示すにすぎない場合があります。

第四の制約は、運用の複雑さです。

証明書を適切に発行、更新、監視、ローテーション、失効させる必要があります。

第五の制約はフィッシングです。

よく似たドメインでも有効な証明書を取得し、ユーザーを欺く可能性があります。

第六の制約は、将来的なアルゴリズムのリスクです。

暗号アルゴリズムの陳腐化や新たな攻撃に備えて、PKIも適応しなければなりません。

暗号資産ユーザー向けのベストプラクティス

ウォレットを接続したりソフトウェアをダウンロードしたりする前に、正確なウェブサイトのドメインを必ず確認してください。

HTTPSは必要ですが、それだけでは十分でないと理解してください。

資金の確認、ロック解除、移行、保護をうたうウェブサイトに、シードフレーズ、秘密鍵、リカバリーワードを入力してはいけません。

広告、SNSの返信、ダイレクトメッセージ、非公式ミラーサイトからウォレットをダウンロードしないでください。

信頼できる情報源で確認してから、公式ウェブサイトをブックマークしてください。

ブラウザーの証明書に関する警告に注意し、予期しないセキュリティエラーが表示された場合はサイトの利用を中止してください。

ブラウザーに安全な接続が表示されていても、よく似たドメインには注意してください。

PKIは通信を保護する一方、ウォレットの署名はブロックチェーン上の資産を管理することを理解してください。

ウェブサイトの証明書は、トークン、NFT、投資機会が正当である証拠ではありません。

最も安全な方法は、PKIに関する知識に加え、ウォレットの適切な管理、トランザクションの確認、独自の調査を組み合わせることです。

暗号資産プロジェクト向けのベストプラクティス

暗号資産プロジェクトは、ドメイン、証明書、社内サービス、API、コード署名資産を網羅した台帳を整備してください。

可能な場合は、証明書の更新を自動化してください。

証明書の有効期限とCertificate Transparencyログを監視してください。

厳格なアクセス制御と安全な保管方法で、証明書の秘密鍵を保護してください。

鍵が侵害された場合やサービスを終了する場合は、証明書を速やかに失効させてください。

ユーザーが混乱しないよう、ドメイン名を明確にしてください。

公式ドメインや一般的なフィッシングの手口について、ユーザーに注意を促してください。

機密性の高い社内システムや機関投資家向けシステムでは、相互TLSを検討してください。

ブロックチェーンの署名鍵と、ウェブインフラの証明書鍵を分離してください。

将来のポスト量子PKIへの移行に対応できる、暗号アジリティを備えたインフラを構築してください。

公開鍵基盤に関するよくある誤解

PKIとブロックチェーンウォレットの鍵ペアが同じだという誤解があります。

ウォレットの鍵ペアはオンチェーントランザクションを管理し、PKIは公開鍵を身元に結び付ける証明書を管理します。

HTTPSを使えば暗号資産プロジェクトが安全だという誤解もあります。

HTTPSが保護するのはドメインへの接続であり、トークン、プロジェクト、コントラクトが信頼できると証明するものではありません。

公開鍵は常に実在の身元に結び付いているという誤解もあります。

ブロックチェーンの公開鍵は仮名である場合がありますが、PKI証明書は通常、鍵を検証済みの身元やドメインに結び付けます。

認証局は暗号資産分野に関係ないという誤解もあります。

暗号資産ユーザーはインターネットを通じてウォレット、ウェブサイト、API、ドキュメント、インフラにアクセスするため、認証局は引き続き重要です。

PKIがあればウォレットのセキュリティは不要になるという誤解もあります。

PKIは通信の保護に役立ちますが、盗まれた秘密鍵を復旧したり、悪意のあるオンチェーン署名を取り消したりすることはできません。

よくある質問

公開鍵基盤とは何ですか？

公開鍵基盤とは、公開鍵証明書の発行、管理、検証、失効に使用する証明書、認証局、ポリシー、ソフトウェア、プロセスから成るシステムです。

暗号資産分野でPKIが重要なのはなぜですか？

PKIは、ウェブサイト、API、ウォレットのダウンロード、カストディポータル、バリデーター用ツール、企業向けブロックチェーンシステムの保護に役立つため重要です。

PKIは暗号資産ウォレットの公開鍵と同じものですか？

いいえ。暗号資産ウォレットの公開鍵はトランザクションの署名を検証し、PKIは証明書を使って公開鍵をドメイン、組織、デバイス、サービスなどの身元に結び付けます。

認証局とは何ですか？

認証局とは、証明書の申請を検証し、証明書にデジタル署名する信頼された機関です。

デジタル証明書とは何ですか？

デジタル証明書とは、公開鍵を身元に結び付ける署名付きのデータ記録であり、発行者、有効期間、許可された用途などの情報を含みます。

HTTPSなら暗号資産関連ウェブサイトは安全ですか？

いいえ。HTTPSはドメインへの接続が暗号化され、証明書が検証されたことを示しますが、ウェブサイトや暗号資産プロジェクトが信頼できる証拠にはなりません。

フィッシングサイトでも有効な証明書を持つことがありますか？

はい。フィッシングサイトは、詐欺に使う自らのドメインに対して有効な証明書を取得できるため、ユーザーは正確なドメイン名を確認する必要があります。

証明書の失効とは何ですか？

証明書の失効とは、通常の有効期限が切れる前に、その証明書を信頼できないものとして扱う手続きです。

Certificate Transparencyとは何ですか？

Certificate Transparencyとは、不審な証明書や誤発行された証明書の検知に役立つ公開ログシステムです。

ブロックチェーンがトランザクションを検証する際、認証局は必要ですか？

ほとんどのパブリックブロックチェーンでは、ウォレット鍵を使って署名を数学的に検証するため、通常のトランザクション検証に認証局は必要ありません。

PKIは暗号資産企業にどう役立ちますか？

PKIは、ドメイン、API、社内システム、ユーザーポータル、ソフトウェア配布、企業間接続、マシンIDの保護に役立ちます。

暗号資産ユーザーにとって最大のPKIリスクは何ですか？

最大のリスクは、安全そうに見えるウェブサイトを、ドメインが公式かどうか、またトランザクション要求が安全かどうかを確認せずに信頼することです。

まとめ

公開鍵基盤は、安全なインターネット通信を支える主要な信頼システムの一つであり、暗号資産分野でも引き続き重要です。

PKIはブロックチェーンの鍵に取って代わるものではなく、オンチェーン資産の所有者を決めるものでもありません。

デジタル証明書を通じて公開鍵を身元に結び付け、ウェブサイト、サーバー、アプリケーション、デバイス、組織が自らを認証し、安全に通信できるよう支援します。

暗号資産ユーザーがPKIを目にする主な場面は、HTTPSのウェブサイト、ウォレットのダウンロードページ、API接続、ソフトウェア署名、ブラウザーの証明書警告です。

暗号資産企業にとって、PKIはインフラ、顧客向けポータル、バリデーター用ツール、カストディ業務、企業システムを保護する運用セキュリティスタックの一部です。

PKIには、認証、暗号化、証明書に基づく身元確認、失効、信頼の拡張性など、明確なメリットがあります。

一方で、CAへの信頼に関する前提、フィッシングのリスク、証明書の誤発行、運用の複雑さ、将来的なポスト量子移行の必要性などの制約もあります。

暗号資産分野における公開鍵基盤を最も簡単に説明すると、ブロックチェーンの鍵は資産を管理する権限を証明し、PKIはユーザーが資産を利用する前に接続するシステムやサービスの身元を証明するのに役立ちます。

安全な暗号資産の利用には、ウォレット鍵の適切な管理と、PKIに基づく安全な通信の両方が必要です。