パスキー（Passkeys）の裏側！パスワードを過去にするFIDO2と公開鍵暗号の全貌

📖 推定読了時間：約6分

Google、Apple、Microsoft、さらには任天堂やメルカリに至るまで、主要なWebサービスで急速に導入が進む「パスキー（Passkeys）」。面倒なパスワード入力やSMS二段階認証コードの打ち込みから解放され、スマートフォンの指紋認証や顔認証だけで一瞬でログインできる体験は、一度味わうと元には戻れないほどの快適さを誇ります。

しかし、パスキーが真に革命的である理由は「便利だから」だけではありません。その裏側にある暗号学的な仕組みによって、現代のサイバー犯罪の過半を占める**「フィッシング詐欺」や「パスワードリスト攻撃」を構造上100%無効化できる**という、セキュリティ史上の巨大なブレイクスルーが隠されているのです。

従来のパスワード認証が抱える致命的な構造欠陥

従来のパスワード認証は、どれほど複雑な文字列を設定しても「秘密の合言葉をサーバーと共有する」という共有鍵モデルでした。そのため、以下の根本的な脆弱性を防ぐことができませんでした。

• サーバーからの情報漏洩：攻撃者がサービス事業者のデータベースに侵入すれば、ハッシュ化されていてもソルト解析等で全会員のパスワードが盗まれる。
• フィッシング詐欺：巧妙に作られた偽のログイン画面にユーザー自身がパスワードを入力してしまえば、多要素認証（TOTP/SMS）を突破される。

現代のインターネットを支える暗号通信の基盤理論やTLS、暗号化アルゴリズムの仕組みを根本から学び直したい方には、暗号技術入門TLS 1.3 / ECH徹底解説書などが非常に明快で、なぜ対称鍵と非対称鍵の組み合わせが安全なのかを体系的に理解できます。

パスキーの暗号メカニズム：FIDO2とWebAuthn

パスキーは、国際標準化団体FIDO AllianceとW3Cが策定した「FIDO2 / WebAuthn」仕様に基づいています。その本質は**「公開鍵暗号方式によるチャレンジ・レスポンス認証」**です。

なぜフィッシングサイトで騙されないのか？

秘密鍵で電子署名を作成する際、ブラウザはアクセス中のドメイン名（Origin / Relying Party ID）を署名データに強制的に埋め込みます。

仮に攻撃者が作った巧妙な偽サイト（例: `arnazon.co.jp`）でパスキーを使おうとしても、端末は「この秘密鍵は本物の `amazon.co.jp` 用であり、現在のドメインには署名しない」と自動判定して拒否します。人間がURLの見間違いで騙されても、暗号プロトコルが物理的に認証を成立させないのです。

同期型パスキー vs ハードウェアセキュリティキー

現在、パスキーには大きく分けて2つの実装形態があります。

一般的なユーザーには、Apple iCloudキーチェーンやGoogleパスワードマネージャーを通じて複数デバイス間で自動同期される「同期型（マルチデバイス）パスキー」が便利です。しかし、金融機関の管理者やGitHubの高権限アカウント、企業の特権ID管理など、絶対的な耐タンパー性（物理的複製耐性）が求められる環境では、秘密鍵が一切外部にバックアップされないFIDO2対応ハードウェアセキュリティキー（YubiKey等）の物理利用が最高峰の防壁となります。

まとめ：パスワードを覚える時代は完全に終わった

パスワードの使い回しに怯え、定期的な変更に疲れ果てる日々は、暗号技術の進化によって幕を閉じつつあります。

秘密鍵を端末の安全なチップに閉じ込め、公開鍵暗号と生体認証でスマートにログインするパスキー。その堅牢な暗号学的仕組みを理解し、日常のセキュリティ環境を一段上のレベルへとアップデートしていきましょう。