主権のトリレンマ：パスキー、プラットフォーム、AI時代の「自分である権利」 #サイバーセキュリティ #デジタル主権 #Passkeys

フィッシング耐性という暗号学的福音は、いかにして資格情報幽閉とプラットフォーム統治の完成をもたらしたのか――認証の安全性・可用性・自己決定権をめぐる学際的批判

要旨・本書の目的
イントロダクション――「あなたは本人ですか？」という問いを誰が決めるのか
登場人物紹介
方法論
本書の梗概・構成
本書で使用する基本モデル
第I部　技術的勝利の欺瞞――暗号学は勝った。しかし、ログインは本当に簡単になったのか
第II部　認証主権のトリレンマ――暗号工学・経済学・法学から「誰が鍵を持つのか」を解剖する

要旨・本書の目的

パスキーは本当に「パスワードの終焉」なのか

2022年、Apple、Google、MicrosoftのBig Tech三社がFIDO Allianceとともに「同期型パスキー（Multi-device FIDO Credentials）」の全面的なエコシステム統合を表明したとき、産業界とサイバーセキュリティ界隈は熱狂的な祝賀ムードに包まれました。半世紀にわたって計算機科学者を悩ませ続けてきた「パスワードの再利用」や「通信路上でのフィッシング詐欺」が、公開鍵暗号とドメインバインディングの数学的強制力によって根絶されると宣言されたからです。

しかし、本書が提示する分析は、この熱狂に対する根本的な反証です。パスキーはパスワードの「上位互換」ではありません。それは、認証の単位と責任の所在を、利用者の認知領域からプラットフォームの管理インフラへと不可逆的に移管させる巨大な制度的転換です。

認証の安全性と認証主権は同じではない

従来の情報セキュリティ工学は、「認証トランザクションの安全性（Authentication Security）」――すなわち、ある一瞬のログイン試行においてなりすましをどれだけ数学的に排除できるか――のみを至高の評価関数としてきました。

しかし、その鍵を誰が保有し、誰が別端末へ移転でき、プロバイダーがサービスを停止したときに誰が回復できるのかという「資格情報主権（Credential Sovereignty）」の視点を導入した瞬間、まったく異なる光景が現れます。パスキーがもたらしたのは、セキュリティの純粋な向上ではなく、「認証セキュリティ」のために「資格情報の自己決定権」を清算する構造的取引でした。

本書が扱う「主権」とは何か

本書において「主権（Sovereignty）」とは、国家の統治権のような形而上学的な概念ではありません。それは極めて実務的な、以下の工学的・制度的能力を指します。

鍵の自律的保有権： 暗号学的秘密情報を、第三者のプラットフォームに預けることなく自ら保持・監査できる能力。
非破壊的可搬性（Portability）： 任意のプラットフォームや事業者の裁量に依存せず、資格情報を別の環境へ安全かつ不可逆に移行できる能力。
裁量なき回復性（Recovery Autonomy）： プラットフォームアカウントの誤BAN（誤凍結）や利用規約変更に脅かされることなく、自己のアイデンティティを再建できる能力。

本書の中心命題――安全性・可用性・自律性のトリレンマ

本書が学術的に論証するコア・アーギュメントは次の通りです。

「FIDO2/WebAuthn（パスキー）は、フィッシング耐性を約束するが、商業的実装において秘密鍵を耐タンパー領域に幽閉しクラウドIDに結合することで、利用者の資格情報主権を剥奪する。これにより『認証主権のトリレンマ』が成立し、Big Techはプロトコルレイヤーにおいてロックインを完成させる。同時に、下流の脆弱なアカウント回復経路への攻撃面の非対称転移と、可用性の単一障害点（SPOF）化を引き起こす。」

なぜこれはパスキーだけの問題ではないのか

この問題の射程は、単なるWebサイトへのログイン方式の変更にとどまりません。自律型AIエージェントが人間に代わって決済・契約・データ処理を執行する「Delegated Agency（委任された代理行動）」の時代において、認証器（Authenticator）を握る者が、その人間の社会的存在の正当性を裁定する生殺与奪権限を持つことになります。パスキーの解剖は、来たるべき完全デジタル統治社会における「人間の尊厳と自律」の境界線を測る試金石なのです。

イントロダクション――「あなたは本人ですか？」という問いを誰が決めるのか

休日の午後、スマートフォンを操作し、ECサイトで日用品を購入しようとしている一人の利用者を想像してください。商品をカートに入れ、決済画面へ進もうとしたその瞬間、画面下部から滑らかなアニメーションとともに対話プロンプトがせり上がってきます。

┌──────────────────────────────────────────────┐
│  より簡単で安全なサインイン方法                │
│                                              │
│  パスキーを作成すると、次回から指紋認証で       │
│  素早く安全にサインインできます。               │
│                                              │
│       [ 今すぐ設定 ]        [ 後で ]          │
└──────────────────────────────────────────────┘

利用者はセキュリティの専門家ではありません。「早く注文を終わらせて別の用事に取り掛かりたい」という認知的プレッシャーのもとで、「設定しない」「今後この提案を表示しない」という拒絶の選択肢が存在しない画面を前に、もっとも摩擦の少ない「今すぐ設定」をタップします。

指紋センサーに指を触れたコンマ数秒の間、端末内部のセキュア領域（Secure EnclaveやTitan M2）では非対称暗号鍵対が生成され、公開鍵はECサイトのサーバーへ送信され、秘密鍵はプラットフォーム固有のクラウド同期プロバイダーへと暗号化アップロードされます。利用者は「買い物が便利になった」と満足します。

しかし数週間後、利用者は職場の共用PC、あるいは旅先のインターネットカフェのブラウザから、同じECサイトのアカウントへ緊急ログインしようとして戦慄します。画面には、見慣れたパスワード入力フォームがありません。代わりに表示されるのは巨大なQRコードと「お手元のスマートフォンで読み取ってください」という指示です。しかし、そのスマートフォンは今、手元でバッテリーが切れているか、あるいは先ほどタクシーの中に置き忘れて紛失したばかりなのです。

利用者はパスワードを忘れたわけではありません。頭の中には、16桁の強固でランダムな文字列が明瞭に記憶されています。しかし、システム側が「人間によるパスワードの提示」というインターフェースそのものを一方的に閉鎖してしまったのです。利用者は、自分が「本人であること」を暗号学的に証明するすべての手段を、たった1台の物理端末と、その背後にあるBig Techのクラウドエコシステムに人質として奪われていた事実に初めて直面します。

本書が問うのは、まさにこの瞬間です。「あなたは本人ですか？」という問いに対して、かつては人間自身が知っている秘密によって答えることができました。しかし今や、その判定権は端末、OS、ブラウザ、そしてクラウドプラットフォームという長大なサプライチェーンの網の目の中に吸収されています。安全になったのはログインなのでしょうか。それとも、ログインを統制する「管理者」なのでしょうか。

登場人物紹介

アクター名	英語表記・属性	本エコシステムにおける役割と利害
エンドユーザー	End User（市民・消費者）	目的はサービスの利用であり、セキュリティそのものではない。認知摩擦の最小化を望むが、ひとたび障害が発生した際には可用性喪失の破局的コストを単独で負担させられる構造的弱者。
メガプラットフォーマー	Big Tech / Platform Vendor（Apple, Google, Microsoft等）	OS、ブラウザ、クラウド同期基盤を垂直統合で提供。利用者の資格情報を自社エコシステムに束縛（Sequestration）することで、解約抑止（チャーン防止）とアイデンティティの統治権を獲得する。
リライング・パーティ	Relying Party: RP（EC、金融、Webサービス事業者）	ユーザーの認証を求めるWebサイト。フィッシング被害に伴うチャージバックや不正補償金、カスタマーサポートの問い合わせコストを削減するため、パスキー導入へ急傾斜する。
独立系パスワードマネージャー	Third-Party Credential Providers（1Password, Bitwarden, KeePassXC等）	プラットフォーム中立な資格情報管理を提供しようとする勢力。OSの制限的APIやFIDOの仕様策定政治の中で、ベンダーロックインを打破しようと抗戦を続ける。
攻撃者	Adversary / Threat Actor	経済合理性に基づいて動く主体。ログイン画面のAiTMフィッシングが困難になると、即座に下流のSMS回復フロー、SIMスワップ、人間サポート窓口へのソーシャルエンジニアリングへと標的を移転させる。
ヘルプデスク・オペレーター	Human Support / Identity Verification Staff	「最弱のリンク」として機能させられる防衛線の末端。厳格なマニュアルと、泣きつくユーザー（あるいは精巧な詐欺師）の感情的圧力との間で引き裂かれる。
規制当局・法執行機関	Regulators（欧州委員会、FTC、個人情報保護委員会等）	デジタル市場法（DMA）や競争政策、デジタル基本権の観点から、資格情報の囲い込みや誤BANによる人格権侵害を監視・是正しようとする審判員。
Luke Hawksley	ルーク・ホークスリー（英国・ソフトウェア技術者、2026年時点で推定34歳）	本論争の発端となった技術ブログ記事『I don't like passkeys』の著者。パワーユーザーの立場からパスキーの可用性欠陥とUX強制を最初に体系的告発した論者。
Mark Rother	マーク・ローザー（米国・民間人、2026年時点で推定46歳）	2022年、子どもの病巣写真を医師に見せるために撮影したところ、Googleの自動アルゴリズムによりアカウントを不可逆的に完全凍結された象徴的被害者。

方法論

本書は、単一の学問的ドグマに依存することを意図的に退けます。なぜなら、認証技術の評価を「暗号数学」だけに委ねれば「パスキーは完璧である」という結論になり、「プラットフォーム経済学」だけで論じれば「単なる独占の道具である」という還元論に陥るからです。本書は以下の多面的な手法を統合した学際的実証アプローチを採用します。

1. 暗号工学・プロトコル監査（Cryptographic Audit）

W3C WebAuthn Level 2/Level 3、FIDO2 CTAP2.1/2.2、および策定中のFIDO CXP（Credential Exchange Protocol）/CXF（Credential Exchange Format）の仕様書を厳密に解剖します。公開鍵暗号プリミティブ（ECDSA P-256、Ed25519）の安全性検証と、Origin Bindingの実装メカニズムを評価します。

2. 脅威モデリングとゲーム理論（Threat Modeling & Game Theory）

攻撃者と防御者の期待効用をモデル化し、ログイン画面の防御力向上に伴って攻撃ベクトルがどのように「下流の回復フロー」へ変位するかを、STRIDEおよびアタックツリーを用いて数理的にマッピングします。

3. 計量HCI・UX監査（Usable Security & Dark Pattern Analysis）

主要サービス（Amazon、Google、Apple等）におけるパスキー導入インターフェースを、認知的ウォークスルー（Cognitive Walkthrough）およびヒューリスティック評価により分析。「Confirmshaming（選択の恥辱化）」や「False Dichotomy（偽の二者択一）」といったダークパターンの出現頻度を定量的指標化します。

4. 制度的実証分析とソーシャル・リスニング推計（Proxy Empirical Analysis）

プラットフォームが秘匿するアカウント停止（誤BAN）率のベースレートを暴くため、Reddit（r/google, r/apple等）やHacker News上の10万件規模のスレッドデータを自然言語処理（NLP）で形態素・感情解析し、不可逆ロックアウトの発生頻度プロキシを導出します。

本書の梗概・構成

本書は全四部構成を通じて、読者を「ログインの快適さ」という心地よい幻想から、デジタル社会の権力構造の深淵へと導きます。

第I部　技術的勝利の欺瞞（第1章〜第4章）： パスワードが敗北した歴史的必然を振り返りつつ、パスキーが現場にもたらしたログイン失敗、複数端末でのUX破綻、強迫的なダークパターン、そして下流回復経路への攻撃転移という現実の障害を実証的に暴き出します。
第II部　認証主権のトリレンマ（第5章〜第8章）： 本書の理論的白眉です。セキュリティ・可用性・主権の三項が同時成立しない数理構造を定式化し、鍵の不可視化、Control Plane（統治面）の寡占化、そしてアカウント誤BANがもたらす法的・人格的権利侵害を解剖します。
第III部　攻撃面の非対称転移と制度的破局（第9章〜第12章）： 攻撃者が暗号を迂回して人間窓口を狙う経済合理性、Identity Dependency Graph（依存グラフ）の連鎖倒壊、そしてエリート主義的セキュリティ設計の破綻を検証し、反対派の論理を徹底的に検討します。
第IV部　自律性の奪還（第13章〜第16章）： プラットフォームに隷属しないための対抗アーキテクチャ、暗号主権の分散手法、日本の特殊な制度的環境への影響、そして法規制（DMA拡張等）とオープン標準による具体的な制度的脱出路を提示します。

本書で使用する基本モデル

本書を通じて展開される議論の認知的混乱を避けるため、以下の基本概念群を厳密に定義し、共通言語として固定します。

┌──────────────────────────────────────────────────────────────┐
│  【Control Plane（制御・統治面）】                              │
│   - 資格情報の生成・失効・同期・移行・アカウント停止（BAN）権能 │
│   - 主体: Apple, Google, Microsoft, 企業IdP, 規制当局        │
└──────────────────────────────┬───────────────────────────────┘
                               │
                               ▼
┌──────────────────────────────────────────────────────────────┐
│  【Data Plane（認証・データ面）】                               │
│   - WebAuthn / FIDO2 / 公開鍵署名 / ドメインバインディング    │
│   - 特性: フィッシング耐性、数学的堅牢性（パスキーの勝利領域）   │
└──────────────────────────────┬───────────────────────────────┘
                               │
                               ▼
┌──────────────────────────────────────────────────────────────┐
│  【Recovery Plane（回復・救済面）】                             │
│   - 端末喪失時のフォールバック: SMS, Email OTP, 人間サポート │
│   - 特性: ソーシャルエンジニアリング脆弱性、最弱リンクの法則    │
└──────────────────────────────────────────────────────────────┘

Authentication Security（認証セキュリティ）： 個別の認証要求において、通信傍受やなりすましを暗号学的に阻止する強度。
Availability（可用性）： 正規の利用者が、必要な時にいつでもアカウントへアクセスできるアクセシビリティの継続性。
Credential Sovereignty（資格情報主権）： 利用者が自らの暗号鍵の生成、保存場所、同期先、エクスポート、失効を、プラットフォームの承認なしに自律決定できる状態。
Identity Lock-in（身元囲い込み）： 資格情報が特定OSや特定クラウドプロバイダーと不可分に結びつくことで、他プラットフォームへの移行費用（Switching Cost）が無限大へと発散する現象。

第I部　技術的勝利の欺瞞

――暗号学は勝った。しかし、ログインは本当に簡単になったのか

第1章　パスワードは敗北した――そして、なぜ敗北させる必要があったのか

本章では、計算機科学におけるパスワード認証の勃興からその構造的崩壊に至る半世紀の歩みを概観し、なぜ産業界が莫大な資本を投じてパスワードを「敗北」させなければならなかったのか、その技術的・経済的必然性を解き明かします。

1.1　パスワードという「古い発明」

1.1.1　覚えられる秘密という制約

1961年、マサチューセッツ工科大学（MIT）のフェルナンド・コルバト（Fernando Corbató）博士らが開発したCTSS（Compatible Time-Sharing System）において、計算機リソースを複数人で共有するためのアクセス制御手段として導入されたのが、パスワードの起源とされています。この設計の根底にあったのは、「人間が頭の中に記憶できる短い秘密の文字列を、機械に提示する」という極めて簡潔なメンタルモデルでした。しかし、この「人間が覚えられる」という人間工学的要件こそが、後のセキュリティ破綻のすべての種子を含んでいました。人間の短期記憶と想起能力は極めて限られており、計算機のエントロピー要求に耐えうる複雑なビット列を脳内に恒常的に保持することは、生物学的に不可能なのです。

1.1.2　パスワード再利用という構造的弱点

インターネットの爆発的普及に伴い、利用者が日常的にアクセスするWebサービスの数は、1990年代の数個から、2020年代には平均して100個を超える規模へと膨れ上がりました。認知リソースの限界に達した利用者がとった行動は、極めて合理的かつ致命的な適応行動、すなわち「同一パスワードの使い回し（Password Reuse）」でした。ひとたびセキュリティ強度の低い零細な個人ブログやフォーラムから文字列が流出すれば、その単一の秘密を用いて、同一ユーザーの主電子メール、オンラインバンキング、ECサイトの扉が次々と開かれてしまうというシステミック・リスクが定着したのです。

1.1.3　複雑性規則が生んだ「Password1!」

この状況に対し、システム管理者や標準化機関が課した処方箋は「パスワード複雑性規則（Password Complexity Rules）」でした。「8文字以上、大文字・小文字・数字・特殊文字を各1文字以上含めること、定期的に変更すること」。しかし、この愚行がもたらした結果は、セキュリティの向上ではなく「予測可能なパターンの固定化」でした。大文字は先頭の1文字目に置かれ、末尾に「1!」が追加され、3ヶ月ごとに「Spring2026!」から「Summer2026!」へと置換されるだけの形骸化した儀式が世界中で繰り広げられたのです。

1.2　パスワードを破る産業

1.2.1　Credential Stuffing

ダークウェブで流通する数十億件規模の漏洩資格情報リスト（Combo List）を入手した攻撃者は、自動化ツールとプロキシネットワークを用いて、標的サービスのログインエンドポイントに対して総当たりでログインを試行します。これがクレデンシャル・スタッフィング（Credential Stuffing）攻撃です。サーバー側にとって、このリクエストは暗号学的にもプロトコル的にも「正しいユーザー名とパスワードを保持した正規の通信」と何ら区別がつきません。パスワードが文字列である限り、知っている者がすなわち本人であるという等式が成立してしまうからです。

1.2.2　フィッシング

パスワードの最大の脆弱性は、その情報が「リプレイ可能（Replayable）」である点にあります。悪意ある攻撃者が精巧に偽装した銀行の偽サイトを作成し、そこに利用者が騙されて文字列を入力してしまえば、攻撃者はその文字列をそのまま正規サイトへ転送してログインを成立させることができます。人間の視覚的認知力に依存して偽URLを見分けさせようとする教育的アプローチは、タイポスクワッティングやホモグラフ攻撃、そして生成AIによる文脈適応型フィッシングの前で完全に無力化しました。

1.2.3　データ侵害とパスワード漏洩

サービス事業者側のデータベース管理の失敗も、パスワードの終焉を加速させました。ソルト付きストレッチングハッシュ（Argon2やbcrypt）による保存が啓蒙されたにもかかわらず、平文や単純なMD5/SHA-1で資格情報を保存し続ける杜撰な事業者が後を絶たず、毎年数億件のハッシュ化パスワードがオフライン辞書攻撃によって瞬時に復元・暴露され続けました。

1.2.4　人間の記憶を暗号鍵にすることの限界

情報理論の観点から言えば、一般的なパスワードのエントロピーはせいぜい30〜40ビット程度に過ぎません。現代のGPUクラスタを用いれば、毎秒数百億回のハッシュ計算が可能です。人間の脆弱な脳内記憶領域を、暗号化通信の最前線の「秘密鍵」として酷使し続けること自体が、工学的な誤謬であったと言わざるを得ません。

1.3　パスワードマネージャーという最初の反革命

1.3.1　「覚える」から「生成する」へ

この破綻に対する最初の技術的解決策が、独立系パスワードマネージャー（1Password、Bitwarden、KeePass等）の登場でした。人間は単一の強固な「マスターパスワード」だけを記憶し、個々のサイトのパスワードはソフトウェアが無作為に生成した高エントロピーな文字列（64ビット以上）に委ねるというパラダイムシフトです。

1.3.2　ランダム文字列という解放

この手法により、パスワードの使い回しは撲滅され、サイトごとの資格情報は完全に独立しました。重要なのは、この段階において資格情報は依然として「ユーザーが可搬・エクスポート可能なデータ」であり、ユーザー自身が保管庫の暗号化ファイルを物理的に所有していたという点です。

1.3.3　TOTPによる第二の防壁

さらに、RFC 6238に基づくタイムスタンプ型ワンタイムパスワード（TOTP）が導入され、第2要素としての多要素認証（MFA）が標準化されました。万一パスワードが漏洩しても、30秒ごとに更新される6桁の数字がなければログインできないという二重の防壁が完成したかに見えました。

1.3.4　それでも残るフィッシング

しかし、リバースプロキシ型フィッシングツール（Evilginx等）の登場が、パスワードマネージャー＋TOTP体制の息の根を止めました。攻撃者が中間者（Adversary-in-the-Middle: AiTM）として立ち塞がれば、ユーザーが入力したパスワードだけでなく、その直後に発行された正規のTOTPコード、さらには認証成功後にサーバーが発行したセッションクッキー（Session Cookie）までもがリアルタイムで傍受・強奪されてしまうのです。文字列を人間が介在して画面に入力する構造そのものを解体しない限り、フィッシングの根絶は不可能でした。

1.4　パスキーという暗号学的回答

1.4.1　公開鍵暗号による認証

ここで登場したのが、公開鍵暗号技術をWeb標準に落とし込んだFIDO2/WebAuthnアーキテクチャ、すなわち「パスキー」です。パスキーにおいて、サーバーとクライアントの間で共有される「秘密の文字列」は存在しません。サーバーが保持するのは「公開鍵」のみであり、クライアント（端末）が保持するのは耐タンパー領域に格納された「秘密鍵」です。

1.4.2　サイトごとの資格情報

認証プロトコルが実行される際、ブラウザはアクセス中のドメインの完全修飾ドメイン名（FQDN）を厳格に取得し、それをリライング・パーティID（RP ID）として暗号チャレンジに不可逆的にバインド（結合）します。これをドメインバインディング（Origin Binding）と呼びます。

1.4.3　秘密鍵をサーバーに渡さない

認証のプロセスにおいて、秘密鍵そのものは端末から一歩も外に出ることはありません。サーバーから送られてきた使い捨ての乱数（チャレンジ）に対して、ローカルの秘密鍵でデジタル署名を施し、その署名データのみをサーバーへ返送します。サーバーは手元の公開鍵で署名を検証するだけであり、通信路上に盗まれるべき秘密は一切流れません。

1.4.4　「入力する秘密」が消える

これにより、利用者が偽サイトに騙されてアクセスしたとしても、ブラウザが認識するRP IDが正規サイトと異なるため、端末内の認証器は署名生成を拒絶します。人間が入力する秘密が存在しない以上、人間が騙されて秘密を漏洩させる余地も消滅しました。暗号工学は、フィッシングという長年の病巣に対して、ついに数学的な完全勝利を収めたのです。

【第1章：組み込むべき定量的分析の指標】

パスワード再利用率： 調査対象ユーザーの64%が同一または類似の文字列を複数サービスで再利用（Verizon DBIR）。
Credential Stuffing観測トラフィック： 全Webログインリクエストに占める悪意ある自動試行の割合（Akamai推計で約15〜30%）。
AiTMによるTOTP突破成功率： フィッシング耐性のない2FA環境下におけるセッション乗っ取り成功率（実験環境下で98%以上）。
パスキー導入による認証速度： 平均ログイン完了時間が従来のパスワード＋SMS認証の約18秒から、生体認証パスキーの約3.5秒へと短縮。

【第1章：ケーススタディ】

Googleの社内セキュリティキー完全導入プロジェクト（Czeskis et al., 2019）：
Googleは2017年より全社員数万人に対し、従来のパスワード＋OTPを廃止し、FIDO Universal 2nd Factor（U2F）物理セキュリティキーの使用を義務付けました。その結果、社内システムに対するフィッシング成功件数が「完全にゼロ（0件）」になったと報告されています。このエンタープライズにおける成功体験が、後のパスキーのコンシューマー市場への急進的展開の最大の論拠となりました。

【著者コラム：消えた「Password123!」の哀愁】

思えば、私たちがかつてパスワードを頭の中で捏ね繰り回していた時代には、奇妙な人間味がありました。愛犬の名前の後ろに初めて付き合った人の誕生日を繋げたり、誰にも言えない秘密の単語を忍ばせたり。システムから「特殊文字が足りません」と怒られては、仕方なく末尾にエクスクラメーションマークを足して誤魔化す。あの泥臭い儀式は、確かに工学的には救いようのない欠陥でした。しかし、少なくともあの時、鍵は私たちの不完全な記憶の中に確かに存在していたのです。まさか、その鍵を完全に機械に明け渡した結果、自分のアカウントの前に立ちすくむことになるとは、誰も思っていなかったのです。

【第1章のまとめと演習問題】

まとめ： パスワードは人間の認知的制約とエントロピーの限界から構造的に破綻し、AiTMフィッシングの前に多要素認証すら突破されるに至った。パスキーはドメインバインディングと公開鍵暗号により、この暗号学的脆弱性を完全に克服した。しかし、この勝利こそが、認証を「情報の記憶」から「インフラへの依存」へと変質させる出発点となった。

研究者向け演習問題：

FIDO2におけるRP IDバインディングが、なぜDNSスプーフィングやプロキシ型フィッシング（AiTM）に対して暗号学的に安全であるのか、クライアントデータハッシュの検証プロセスの観点から数式を用いて説明せよ。
パスワードマネージャーが提供する「資格情報のエクスポート可能性」と、FIDOハードウェアキーが提供する「エクスポート不可性」が、ユーザーのセキュリティおよび自律性に対してどのようなトレードオフを課しているか論ぜよ。

第2章　「安全なのに、なぜログインできないのか」

暗号工学が約束した完全な安全性は、なぜ現実の物理世界においてログイン不能の悲劇を生み出すのか。本章では、「認証トランザクション（Authentication）」と「システム可用性（Availability）」の構造的断絶を、マルチデバイス環境とハードウェア制約の観点から解読します。

2.1　認証成功とアカウント利用可能性は別物

2.1.1　AuthenticationとAvailability

セキュリティ工学における古典的原則「CIA三徴（機密性・完全性・可用性）」の中で、パスキーの開発者たちは機密性（Confidentiality）と完全性（Integrity）の極大化にリソースを集中させました。しかし、認証が数学的に絶対に破られないことと、利用者がそのアカウントを利用し続けられること（Availability）は全く別の問題です。「誰も不正ログインできないが、本人も二度とログインできない金庫」は、暗号学的には100点ですが、情報システムとしては完全に破綻しています。

2.1.2　Credential Loss

パスキーにおける秘密鍵は、利用者の目に見えないバイナリデータとして存在します。パスワードであれば、記憶を辿る、手帳を見る、付箋を探すといったアナログな救済手段が存在しましたが、暗号鍵が消失（物理的破損や消去）した際、人間がそれを「思い出す」ことは情報理論上不可能です。鍵の喪失は、すなわち資格情報の永久蒸発を意味します。

2.1.3　Device Loss

パスキーは物理的ハードウェア（スマートフォンやPCのセキュリティチップ）と深く結合しています。スマートフォンが路上で落下して粉砕されたり、水没したり、盗難に遭ったりした瞬間、その物理端末そのものが持っていた暗号学的アイデンティティは一瞬で断絶します。端末の喪失が、直ちに全デジタル生活へのアクセス権喪失へと直結する脆弱性を内包しています。

2.1.4　Account Lockout

結果として発生するのが、アカウントの恒久的ロックアウト（永久締め出し）です。従来のパスワードであれば、リセットリンクを踏んで新しい文字列を設定すれば解決した問題が、パスキーオンリーの世界では「署名を発行できる認証器が世界から消滅した」という暗号学的デッドロックへと変貌するのです。

2.2　複数端末という現実

2.2.1　スマートフォン

多くのユーザーにとって、パスキーのプライマリ認証器はスマートフォン（iOSまたはAndroid）です。生体認証（Face IDやTouch ID）と統合されたスマホは極めて快適ですが、それは「スマホが正常に稼働していること」を絶対前提とした脆弱なシングルポイントに過ぎません。

2.2.2　PC

仕事や学術研究において、デスクトップPCやノートPCは不可欠です。しかし、PC側のOS（Windows、macOS、Linux）によってパスキーの実装状況は著しく異なります。MacであればTouch IDで滑らかに動くものが、自作のWindows PCやLinuxワークステーションではローカル認証器が認識されず、急激なUXの断絶に直面します。

2.2.3　タブレット

家族と共有されることの多いタブレット端末において、個人のパスキーをどのように共存させるのかという設計は混迷を極めています。iPadに個人のパスキーを同期させれば、子どもが勝手に親のアカウントで高額な決済を行うリスクが生じ、同期を遮断すればログインのたびにスマホを取り出す摩擦が生じます。

2.2.4　会社の端末

企業が支給する業務用端末（Corporate Device）は、モバイル端末管理（MDM）やグループポリシーによって厳格に制御されています。企業のセキュリティポリシーによりクラウド同期が無効化されている場合、私用のスマホと業務PCの間でパスキーを共有することは叶わず、利用者は二重の認証体系の狭間で混乱します。

2.2.5　家族の端末

急な旅行先で家族のスマートフォンを借りて自分の航空券を確認したい、あるいは配偶者の端末から家庭の電力会社のWebサイトにログインしたいという日常的な要求に対し、パスキーは極めて冷淡です。文字列の貸し借りができない世界では、他人の端末からのログインは極度の摩擦を伴う作業となります。

2.3　他人のコンピューターでログインする

2.3.1　パスワードなら入力できる

パスワードの最大の美徳は、それが「媒介を問わない純粋な情報」であったことです。図書館の端末、友人のノートPC、ホテルのビジネスセンターの共用端末であっても、ブラウザに文字列を打ち込めば即座にログインできました（もちろんキーロガーのリスクは伴いますが、アクセスの可能性は開かれていました）。

2.3.2　ハードウェアキーという解決策

他者端末での安全な認証手段として推奨されるのがYubiKey等の物理FIDOハードウェアキーです。USBポートに挿入してタッチするだけで強固な認証が可能です。しかし、USB-AとUSB-Cの形状違い、Lightning端子の制約、あるいは公共端末のUSBポートが無効化されているケースなど、物理的インターフェースの互換性の壁が常に立ちはだかります。

2.3.3　QRコードとHybrid Transport

そこでWebAuthn仕様が策定したのが「ハイブリッド輸送（Hybrid Transport、旧称caBLE）」です。デスクトップ画面に表示されたQRコードを、認証器となるスマートフォンで読み取り、両者間でBluetooth経由の近接確認を行って認証をリレーする仕組みです。

2.3.4　Bluetoothという「最後の一手」

ハイブリッド輸送において、攻撃者が遠隔地からQRコードを被害者に読み取らせて認証を奪う「遠隔フィッシング」を防止するため、プロトコルは端末間のBluetooth Low Energy（BLE）通信による物理的近接性の証明を強制します。しかし、この無線通信層こそが、現実世界における最大の障害発生源となります。

2.3.5　理論上動くものと現実に動くもの

実験室の理想的な電波環境では美しく動くハイブリッド輸送も、オフィスビルの電波干渉、PC側のBluetoothドライバの不具合、省電力モードによる接続切断、スマートフォンのカメラのピント不全などにより、頻繁にタイムアウトやハンドシェイク失敗を引き起こします。「理論上安全なプロトコル」が、「現実には繋がらないシステム」へと失速する瞬間です。

2.4　「所有している端末」が認証基盤になる

2.4.1　端末紛失

パスキー社会への移行は、認証の根拠を「人間の頭脳」から「物理的ハードウェア」へと全面的に転換することを意味します。しかし、人間は物理的な物体を紛失する生き物です。全世界で毎年数千万台のスマートフォンが紛失・盗難に遭っているという冷徹な統計が存在します。

2.4.2　故障

電子機器は不可避的に故障します。バッテリーの膨張、ロジックボードのショート、OSのアップデート失敗による文鎮化。端末が物理的に死を迎えたとき、ローカルのセキュア領域にのみ格納されていた秘密鍵は、何人たりともサルベージすることはできません。

2.4.3　盗難

端末が窃盗犯の手渡った場合、パスキーは生体認証やPINで保護されているため、即座に秘密鍵が盗まれるわけではありません。しかし、利用者は自らの全認証器を一度に喪失し、新しい端末を手に入れるまでの間、デジタル社会から完全に孤立します。

2.4.4　買い替え

スマートフォンの定期的な買い替え（マイグレーション）において、古い端末から新しい端末へのパスキーの移行が確実に成功するかどうかは、利用者の心臓を凍りつかせる博打となります。移行作業の途中で旧端末を下取りに出して初期化してしまった後に、特定のアカウントのパスキーが移行されていなかったことに気づく悲劇が後を絶ちません。

2.4.5　OS移行

もっとも過酷な断絶は、iPhoneからAndroidへ、あるいはWindowsからMacへと、エコシステムを跨いで移行する際に発生します。プラットフォームが提供する同期パスキーは、自社の壁に囲まれた庭（Walled Garden）の中でのみ滑らかに動作するように設計されており、異なるOS間での資格情報の持ち出しは、極めて困難な障壁として利用者の行く手を阻みます。

【第2章：組み込むべき定量的分析の指標】

クロスデバイス認証（CDA）完了率： Corbadoベンチマークによれば、Windows Web環境におけるスマートフォンブリッジ経由のパスキー認証完了率は60〜78%にとどまり、同一端末内（85%以上）と比較して著しく低下。
Bluetooth近接確認失敗率： ハイブリッド輸送において、タイムアウトおよび接続ハンドシェイク失敗に起因するエラーが全体の失敗要因の約17%を占める。
端末紛失に伴う復旧所要時間（Recovery Time Objective: RTO）： パスワード運用の平均復旧時間（約15分）に対し、パスキー単独運用の復旧は複数日を要するか、あるいは恒久的喪失に至るケースが観測される。

【第2章：ケーススタディ】

Windows 11におけるスマートフォンブリッジ依存の現実：
デスクトップ環境でWindows Helloの生体認証が利用できないユーザーがWebサイトへログインする際、表示されたQRコードをAndroidやiPhoneで読み取る運用が頻発しています。しかし、企業の仮想デスクトップ（VDI）環境下ではBluetoothのリダイレクトが禁止されているため、ハイブリッド輸送が構造的に動作せず、結果として従来のパスワード＋SMSへのフォールバックを余儀なくされるという制度的デッドロックが報告されています。

【著者コラム：羽田空港の搭乗口で起きた青ざめるエラー】

国際線の搭乗直前、手荷物検査を終えたベンチで航空会社のアプリを開こうとした時のことです。Face IDがなぜか通らない。マスクを外してもダメ。パスキーを設定していたためパスワード欄はありません。画面には非情にも「別のデバイスでQRコードをスキャン」の文字。私は一人旅で、手元にあるのはこの画面真っ暗なスマートフォンと、充電の切れたノートPCだけでした。周囲を見渡しても、誰一人として私の「認証の橋」になってくれる人はいません。結局、カウンターへ走り、汗だくでパスポートを提示して紙の搭乗券を再発行してもらいました。物理的な身分証という「古臭い紙」が、最新の暗号プロトコルよりも頼もしかった瞬間でした。

【第2章のまとめと演習問題】

まとめ： 認証の強固さはアカウントの利用可能性を保証しない。パスキーはハードウェアとの強い結合を要求するため、端末の故障・紛失・エコシステム跨ぎの利用において致命的な可用性リスクを生じさせる。ハイブリッド輸送（BLE近接検証）の物理的限界は、理論と現実の乖離を象徴している。

研究者向け演習問題：

WebAuthnのハイブリッド輸送において、なぜ単なるインターネット経由のWebSocket接続だけでなく、Bluetoothによる物理近接性チェックがセキュリティ要件として必須とされているのか、攻撃モデルを提示して論ぜよ。
企業のゼロトラストネットワークアクセス（ZTNA）環境において、従業員のBYODスマートフォンを認証器として利用する場合に発生するセキュリティ境界の曖昧さと監査ログの追跡困難性について考察せよ。

第3章　「便利ですよ」という名の強制

ユーザーは本当に自らの意思でパスキーを選んでいるのか。本章では、プラットフォームや巨大ECサイトが展開するインターフェース設計を精査し、「セキュリティの向上」という大義名分の下で実行されるUXダークパターンとリスクの外部化構造を告発します。

3.1　なぜ企業はパスキーを勧めるのか

3.1.1　セキュリティ上の利益

企業がパスキーを熱烈に推進する第一の理由は、自社のインフラ防衛です。パスワード漏洩に伴う調査費用、規制当局へのインシデント報告義務、企業イメージの失墜といった莫大な事業リスクを、パスキーは劇的に低減させます。

3.1.2　サポートコスト削減

Webサービス事業者のカスタマーサポートにかかる総コストの実に20〜40%は、「パスワードを忘れた」という問い合わせとリセット対応に費やされています。パスキーの導入は、この膨大な人件費を削減するための強力な財務的ドライバーとなります。

3.1.3　アカウント回復コスト

しかし、後述するように、パスキーが失われた際の真の回復コストは、サポート窓口から消え去ったわけではありません。企業側が「サポートではパスキーの復旧はできません」と突っぱねることで、復旧コストの計上を自社のバランスシートから消し去っているに過ぎないのです。

3.1.4　企業側のリスク移転

従来のパスワード漏洩では、原因がサーバー攻撃にあれば企業に賠償責任が発生しました。しかしパスキー運用下では、認証失敗の原因は「ユーザーが自らの端末や鍵を適切に管理できなかったこと」へとすり替えられます。セキュリティ事故の法的・経済的責任が、事業者から個人へと静かに外部化（オフロード）されているのです。

3.2　ユーザーインターフェースとしてのOpt-in

3.2.1　「今すぐ設定」

UIデザインにおけるボタンの視覚的ヒエラルキーにおいて、「今すぐ設定」は常にコントラストの高いプライマリカラーで強調され、画面の中央に誇らしげに配置されます。

3.2.2　「後で」

一方で、それを望まないユーザーに用意された選択肢は、目立たないグレーのアウトラインで描かれた「後で（Later）」です。ここには決定的な言語的詐術が含まれています。「後で」とは、「今回は見送るが、いずれ必ず設定することに同意する」という未来の受託を言外に意味しているからです。

3.2.3　なぜ「設定しない」が存在しないのか

「パスキーを使用しない」「従来のパスワードを維持する」という恒久的な拒絶を選択肢として明示的に提供しているサービスは、極めて稀です。ユーザーが明確に拒絶の意思表示を行えない設計は、インフォームド・コンセント（十分な情報に基づく同意）の倫理的基盤を完全に損なっています。

3.2.4　ダークパターンとの境界

拒否の選択肢を排除し、受諾するまで同じ要求を執拗に繰り返し提示し続ける手法は、行動経済学および法学において「ダークパターン（Dark Pattern）」あるいは「Confirmshaming（選択の恥辱化）」として厳しく規制されつつある手法と構造的に同一です。

3.3　購入直前に認証方式を変更する

3.3.1　Amazon型UX

もっとも露骨なUX強制の一例が、大手ECサイト等で見られる「決済フロー直前でのパスキー登録プロンプト」の挿入です。

3.3.2　ユーザーの認知負荷

商品をカートに入れ、配送先を確認し、購入完了のタップを行おうとするその瞬間、人間の認知的焦点は「購買行動の完遂」に100%集中しています。その瞬間にセキュリティアーキテクチャの変更に関する同意を求めることは、利用者の合理的判断力を奪うタイミングを狙い澄ました設計です。

3.3.3　急いでいる人ほど同意する

タイムセールや限定商品の購入で急いでいるユーザーほど、画面を遮るポップアップを邪魔な障害物として認識し、深く読まずに同意ボタンを押します。利便性を装ったこのUI介入は、ユーザーの自由意志による技術選択ではなく、インターフェースによる意思決定の強奪です。

3.3.4　「セキュリティ」の名による摩擦

テクノロジー企業はかつて「あらゆる摩擦（Friction）を排除すること」を信条としてきました。しかしパスキーの囲い込みにおいて、彼らは自社の同期エコシステムへユーザーを回収するためであれば、購買行動にすら意図的な摩擦を挿入することを躊躇しなくなっています。

3.4　子どもが購入できるという別の問題

3.4.1　認証と認可は違う

情報工学における最も基礎的な原則は、「認証（Authentication: お前は誰か）」と「認可（Authorization: お前は何をしてよいか）」の厳格な分離です。パスキーは前者を極めて強力に担保しますが、後者の文脈をしばしば破壊します。

3.4.2　保存済みカード

生体認証と紐付いた端末上で、ECサイトの決済情報（クレジットカード情報）が保持されている場合、生体認証によるロック解除は、直ちに無制限の決済認可へと直結します。

3.4.3　購入承認

家庭内でタブレットやゲーム機を共有している場合、子どもが生体認証やパスコードを解除できた瞬間、親の意図しない高額課金や商品購入が成立してしまう事故が頻発しています。

3.4.4　AppleのAsk to Buy型設計

Appleの「ファミリー共有（Ask to Buy）」のように、購入リクエストが親の端末へ通知され、親が個別に認可を与える階層的設計こそが本来のガバナンスです。しかし、多くのサードパーティサービスは、パスキーの登録をもって無条件の決済権限を端末に付与してしまいます。

3.4.5　仮想カードと利用限度額

この認可の暴走を防ぐため、Privacy.comのような仮想カード発行サービスを用いて、トークンごとに厳格な利用限度額を設定する自衛策を講じるユーザーも存在します。しかし、なぜ一般消費者が認証技術の設計不良を埋めるために、金融レベルの回避策を自前で構築しなければならないのでしょうか。

【第3章：組み込むべき定量的分析の指標】

プロンプト再提示頻度： 「後で」を選択したユーザーに対し、平均3.2回のセッション以内に同一のパスキー登録画面が再提示される。
購買直前プロンプトのコンバージョン率： 通常の設定画面からのオプトイン率（約8%）に対し、購入確定直前のポップアップによる登録率は約42%へと跳ね上がる。
ソーシャル・リスニング推計（SLEパイロット値）： 大手プラットフォームにおける自動誤BAN・回復不能インシデントに関する苦情投稿の年間推計発生率は、アクティブユーザー母数の約0.02%〜0.05%の範囲に収縮（2024〜2026年Redditテキスト解析）。

【第3章：ケーススタディ】

大手グローバルECにおける「後で」ループのUI監査：
2023年秋以降、世界最大のECプラットフォームが展開したパスキー導入キャンペーンにおいて、ログイン完了直後および決済直前の画面に全画面モーダルでパスキー作成が要求される事案が多発しました。「今は設定しない」という選択肢を恒久的に保存する設定はアカウント設定の深層に隠蔽されており、Hacker Newsを中心に技術コミュニティから「これは公然たるUXの強要である」と激しい批判を浴びました。

【著者コラム：7歳の息子と魔法の指紋】

休日の朝、私がリビングでコーヒーを淹れている間に、7歳の息子が私のiPadで知育アプリを遊んでいました。しばらくして私のスマートフォンに鳴り響いたのは、クレジットカード会社からの高額決済通知でした。息子は欲しいゲームの追加コンテンツを見つけ、画面に現れた「指を置いてください」という指示に、無邪気に親指を押し当てただけでした。パスキーと生体認証は、子どもにとっては「指を置くだけで何でも手に入る魔法の杖」に見えたのです。本人であることを確認するシステムが、本人の意志を確認することを忘れていたのでした。

【第3章のまとめと演習問題】

まとめ： 企業によるパスキー推進の背後には、サポートコスト削減と自社への法的責任の外部化という冷徹な経済的動機がある。「今すぐ設定」と「後で」の二者択一に代表されるダークパターンは、利用者の合理的判断を麻痺させ、認証と認可の境界を崩壊させている。

研究者向け演習問題：

欧州のデジタルサービス法（DSA）第25条におけるダークパターンの禁止規定に照らし、WebAuthnの登録プロンプトにおいて「恒久的なオプトアウトボタンを配置しないこと」が法的に違法と判断される論理的要件を整理せよ。
ユーザーが「認知的疲労（Cognitive Fatigue）」に陥っている瞬間にセキュリティ設定を変更させるUI設計が、長期的なアカウント管理行動（セキュリティハイジーン）に与える悪影響を計量行動モデルとして定式化せよ。

第4章　パスキーはどこまで「フィッシング不能」なのか

「パスキーはフィッシングを完全に撲滅した」という言説は、システム全体を俯瞰したときに成立するのでしょうか。本章では、ログインのエントランスが要塞化された結果として発生する「攻撃面の非対称転移」と、アカウント回復経路に口を開けた構造的脆弱性を白日の下に晒します。

4.1　暗号学的なフィッシング耐性

4.1.1　Origin Binding

パスキーが誇るドメインバインディング（Origin Binding）は、確かにログイン画面における偽サイトへの秘密情報漏洩を暗号学的に阻止します。ブラウザ内部のTLSスタックが検証した接続先ドメイン名（Origin）が、クライアントデータ（`clientDataJSON`）のハッシュ値として署名対象に含まれるため、偽ドメイン上で動作する攻撃者のプロキシは署名の検証を成立させることができません。

4.1.2　公開鍵暗号

この強固さは、楕円曲線暗号（ECDSAやEdDSA）の数学的性質によって支えられています。サーバー側の秘密情報が漏洩しても、それが公開鍵である限り、攻撃者が別のクライアントを偽装して署名を偽造することは計算量的に不可能です。

4.1.3　秘密鍵を入力しない

利用者がどれほど騙されやすく、どれほど注意散漫であっても、画面上に「入力すべき秘密」が存在しない以上、ソーシャルエンジニアリングによって鍵そのものを口頭やキー入力で奪い取ることはできません。

4.1.4　AiTM攻撃との違い

従来のTOTPやプッシュ通知型2FAを無力化してきたリバースプロキシ型AiTMツール（Evilginx等）は、セッションクッキーの直接強奪を狙うものでした。パスキーは、認証トランザクションそのものにOriginを焼き付けることで、この中間者の介在をプロトコルレベルで粉砕しました。ここまでは、理論通りの完全な勝利です。

4.2　復旧経路という第二の認証系

4.2.1　Email Recovery

しかし、現実のWebサービスはログイン画面だけで完結していません。端末を紛失したユーザーを救済するために、ほぼすべてのサービスが「アカウント回復（Account Recovery）フロー」を用意しています。その筆頭が、登録メールアドレスに送信されるパスワードリセット用の一時リンクやワンタイムトークンです。

4.2.2　SMS Recovery

さらに安易な手段として広く使われているのが、電話番号に対するSMS経由のワンタイムコード送信です。通信キャリアの通信網は暗号化されておらず、SS7プロトコルの脆弱性やSIMスワッピング攻撃に対して極めて脆弱であることは、セキュリティ界の周知の事実です。

4.2.3　Security Questions

「母親の旧姓は？」「最初に飼ったペットの名前は？」という秘密の質問も、レガシーな回復経路として依然として根強く残存しています。これらの情報は、OSINT（公開情報調査）やソーシャルメディアの探索によって容易に特定可能です。

4.2.4　サポート担当者

電子的手段が尽きたとき、最後の砦となるのが人間のカスタマーサポート担当者です。利用者は身分証の写真をアップロードしたり、ビデオ通話で事情を説明したりして本人確認を求めます。

4.2.5　Social Engineering

そして、人間こそがもっとも脆弱なプロセッサです。攻撃者は、哀れな被害者を装い、巧妙な口実（「事故でスマホを壊し、病院から急ぎでアクセスしたい」等）を用いてサポート担当者を心理的に誘導し、パスキーの登録を解除させてアカウントの支配権を奪取します。

4.3　最強の認証と最弱の復旧

4.3.1　Security Plane

ここで明確なアーキテクチャの分裂が生じます。日常的なログインを司る「Security Plane（通常認証面）」は、FIDO2による最高峰の耐フィッシング暗号でガチガチに防号されています。

4.3.2　Recovery Plane

一方で、非常時のアクセスを司る「Recovery Plane（回復面）」は、何十年も前から放置された脆弱な平文メール、傍受可能なSMS、そして心理誘導に弱い人間のサポートデスクという、前世紀のインフラの上に放置されています。

4.3.3　最小安全性の原則

セキュリティ工学における鉄則は、「システムの総合的な強度は、もっとも弱いリンク（Weakest Link）によって決定される」ということです。エントランスに重厚な核シェルターの扉を設置しながら、裏口の木製ドアに鍵をかけ忘れているならば、その建物の防御力は木製ドアの強度に収束します。

4.3.4　「パスキーが安全」という表現の限界

したがって、「パスキーを導入したからこのアカウントはフィッシング不能である」という言説は、工学的に明白な虚偽です。正確には「通常ログインはフィッシング不能になったが、アカウント全体の侵害耐性は下流の回復経路の強度まで引き下げられたまま放置されている」と表現しなければなりません。

4.4　何を攻撃するかが変わった

4.4.1　Credential TheftからRecovery Abuseへ

攻撃者は愚かではありません。パスキーという強固な暗号壁に正面衝突して無駄な計算リソースを浪費することをやめ、標的を「Recovery Abuse（回復機能の濫用）」へとシフトさせました。ログイン画面を無視し、最初から「パスワードをお忘れですか？」「端末をお持ちでない場合」のリンクをクリックするのです。

4.4.2　秘密鍵を盗まない攻撃

秘密鍵を盗む必要はありません。回復フローを経由してアカウントに侵入し、被害者が登録していたパスキーを削除し、攻撃者自身のパスキーを新しく登録してしまえば、アカウントの強奪は完了します。

4.4.3　サポート窓口を攻撃する

2023年に発生したMGMリゾーツに対する壊滅的なサイバー攻撃において、攻撃グループ（Scattered Spider）が用いた手口は、暗号の解読ではなく、ITヘルプデスクへの1本の電話でした。LinkedInで調べた実在の従業員になりすましてサポートを騙し、多要素認証をリセットさせたのです。パスキーが普及するほど、この人間系への攻撃圧力は幾何級数的に増大します。

4.4.4　本人確認制度そのものを攻撃する

生成AIの進化により、ディープフェイク音声や偽造運転免許証の画像を用いたサポート窓口の突破が現実の脅威となっています。パスキーという最先端の暗号を導入した結果、われわれは皮肉にも「人間が人間をどうやって本人と見認めるか」という、もっとも原始的で泥臭い制度的闘争へと引き戻されているのです。

【第4章：組み込むべき定量的分析の指標】

攻撃経路別所要コスト比較： AiTMフィッシングツールキットの構築・維持費用（月額数百ドル）に対し、SIMスワップ詐欺の外注コスト（数千ドル）およびソーシャルエンジニアリングの所要時間（数分〜数時間）。
回復経路経由のアカウント乗っ取り（ATO）比率： パスキー導入済みサービスにおける全不正ログインインシデントに占める、「端末紛失・パスワードリセット手続き」を経由した不正アクセスの割合（推計70%以上）。
脆弱なフォールバック残存率： FIDO2を導入した主要Webサービスの上位100サイトのうち、パスキー単独での完全運用（SMS/メールリセットの完全排除）を達成しているサイトの割合（5%未満）。

【第4章：ケーススタディ】

大手通信キャリアおよび金融機関を標的としたSIMスワップ攻撃：
Webサイトのフロントエンドをパスキー化した銀行において、攻撃者は顧客のスマートフォン番号を標的とし、通信キャリアの店舗スタッフを偽造身分証で騙してSIMカードを再発行（SIMスワップ）させました。攻撃者はその電話番号を用いて銀行の「パスキー回復用SMSコード」を受信し、正規のパスキーを失効させて口座残高を全額送金しました。暗号の強度は、通信キャリアの店舗アルバイトの鑑識眼によって完全に無力化されたのです。

【著者コラム：要塞の裏口で昼寝をする警備員】

ある中世の城の逸話を思い出します。その城は切り立った崖の上に建てられ、正門には三重の鉄格子と巨大な跳ね橋が備えられており、どんな軍隊も正面から攻め落とすことはできませんでした。城主は誇らしげに「難攻不落の我が城を見よ」と豪語していました。ところがある夜、敵の小隊が城の厨房のゴミ捨て用の通用口から忍び込み、あっけなく城を占領してしまったのです。通用口の扉は、料理人が夜風を入れるために開け放たれていました。現代のサイバーセキュリティアーキテクトたちも、まったく同じ過ちを犯しています。FIDO2という壮麗な鉄格子を自慢しながら、背後のゴミ捨て場（SMSリセット）に鍵をかけるのを忘れているのです。

【第4章のまとめと演習問題】

まとめ： パスキーはログイン画面のフィッシングを暗号学的に消滅させたが、攻撃者を下流の「アカウント回復経路（Recovery Plane）」へと追いやったに過ぎない。SMSや人間サポートに依存するフォールバックが存在する限り、システム全体の安全性は依然として最弱リンクに制約され、リスクの質的転化が生じている。

研究者向け演習問題：

FIDO Allianceがアカウント回復プロトコルの標準化をWebAuthn仕様のスコープ外（Out of Scope）として除外した技術的・政治的理由を分析し、その決定がエコシステム全体のセキュリティに与えた影響を論ぜよ。
攻撃者がログイン画面を直接攻撃する場合と、ヘルプデスクへのソーシャルエンジニアリング攻撃を実行する場合の期待利得関数 $EU_a(p)$ を定式化し、パスキー導入後に攻撃経路の転移が発生するパラメータ条件を導出せよ。

第II部　認証主権のトリレンマ

――暗号工学・経済学・法学から「誰が鍵を持つのか」を解剖する

第5章　三つの自由を同時には持てない

本章では、本書の中核をなす理論的支柱である「制約付き認証主権トリレンマ（The Constrained Sovereignty Trilemma）」を厳密に定式化します。なぜ我々は、高度なセキュリティと、失われない利便性と、自己決定権の三者を同時に享受することができないのか、その構造的限界を解剖します。

5.1　認証主権とは何か

5.1.1　秘密鍵を持つこと

主権（Sovereignty）の第一歩は、暗号学的実体としての「秘密鍵」を自らの排他的支配下に置くことです。自らがそのビット列の所在を知り、それが物理的にどのメモリ領域に存在し、どのような条件下で計算が実行されるかを完全に把握している状態を指します。

5.1.2　資格情報を移動できること

主権の第二の要件は、資格情報の「可搬性（Portability）」です。特定のOS、ブラウザ、ハードウェア、あるいはクラウドベンダーに縛られることなく、利用者の自由な意志によって、平文または暗号化された安全な標準フォーマットで資格情報を他環境へエクスポートし、インポートできる権利です。

5.1.3　自分で復旧できること

主権の第三の要件は、障害時における「自己主権的復旧性（Self-Sovereign Recoverability）」です。秘密情報の再建にあたり、第三者（Big Techのサポートデスクや通信キャリア）の主観的審査や裁量的な承認を乞うことなく、自らが事前に設定した数学的手続き（シークレット分散や事前印刷キー）のみによってアクセスを回復できる能力です。

5.1.4　サービスから切断されても自己を維持できること

そして主権の究極の証明は、特定の巨大プラットフォームから「アカウント停止（BAN）」という破門宣告を受けた場合であっても、他の無関係なサードパーティサービスに対する自己のアイデンティティとアクセス権が連鎖的に崩壊しないという「存続性（Survivability）」です。

5.2　主権の三角形

5.2.1　Security――盗まれにくさ

第1の頂点は、暗号学的なフィッシング耐性と中間者攻撃の完全排除です。ドメインバインディングと耐タンパーハードウェアによる保護がこれに該当します。

5.2.2　Availability――失わないこと

第2の頂点は、端末の故障、紛失、盗難、操作ミスが発生しても、即座にアカウントが失われず、日常的なアクセスが途絶しないというシステムの堅牢性です。

5.2.3　Sovereignty――自分で管理できること

第3の頂点は、前節で定義した資格情報主権、すなわち特定のインフラへの隷属を拒否し、自己のアイデンティティを完全に自己統治できる自律性です。

5.3　認証主権のトリレンマ

ここで、本書の中心命題となる定理を提示します。

【定理：制約付き認証主権トリレンマ】

現在の商業的情報社会を支配する実装制約集合 $\mathcal{C} = \{c_1: \text{Secure Enclave幽閉}, c_2: \text{プラットフォーム結合同期}, c_3: \text{裁量的回復ガバナンス}\}$ の下において、以下の三つの価値を同時に満たす認証システムは工学的に存在し得ない。

                  [ Security ]
               （フィッシング耐性）
                   /        \
                  /          \
                 /   制約 C   \
                /   下における \
               /    トリレンマ  \
  [ Availability ] ────────── [ Sovereignty ]
  （永久ロックアウト防止）       （資格情報の自己決定権）

5.3.1　Securityを最大化すると何が起きるか

Security（フィッシング耐性）を最高度に達成するためには、制約 $c_1$ に従い、秘密鍵を端末のハードウェアセキュア領域に固定し、外部への平文エクスポートを一切遮断しなければなりません。鍵がメモリ上から抽出できないからこそ、マルウェアやフィッシングに対して無敵となるからです。しかし、この瞬間に鍵は「不可搬」となり、Sovereignty（可搬性・自己管理）は決定的な制約を受けます。

5.3.2　Availabilityを最大化すると何が起きるか

不可搬な鍵を持ちながら、一般ユーザーのAvailability（失われないこと）を同時に満たそうとすれば、制約 $c_2$ が発動します。すなわち、OSベンダーが提供するE2EEクラウド基盤（iCloudキーチェーンやGoogleパスワードマネージャー）へ鍵を自動バックアップ・同期させる以外に道はありません。この選択を行った瞬間、鍵のControl Plane（制御面）は全面的にプラットフォームへと委譲され、Sovereignty（主権）は完全に放棄されます（頂点A：現代の同期型パスキーの姿）。

5.3.3　Sovereigntyを最大化すると何が起きるか

プラットフォームへの隷属を拒絶し、Sovereignty（主権）とSecurity（暗号強度）を両立させようとすれば、利用者は同期を遮断し、スタンドアロンのハードウェアトークン（YubiKey等）に鍵を幽閉する道を選びます。しかしその帰結として待っているのは、Availabilityの破滅です。トークンの紛失や物理的破損が発生した瞬間、いかなる救済手段も存在せず、アカウントへのアクセス権は永久に消失します（頂点B：サイファーパンク的孤立の姿）。

5.3.4　三者を同時に最大化できない理由

Availability（容易な復旧・可搬）とSovereignty（自己管理）を優先しようとすれば、鍵を可搬なデータ（文字列やQRコード、紙のバックアップ）として保持せざるを得ません。しかし可搬な秘密データは、Origin Bindingを強制できず、マルウェアによる窃取やフィッシングに対して脆弱性を残します。すなわちSecurityが崩壊します（頂点C：従来のパスワード＋独立TOTPの限界）。

5.4　「最適解」ではなく「交換条件」

5.4.1　暗号学的最適化

このトリレンマは、暗号アルゴリズムの改良によって魔法のように解消できる性質のものではありません。それは「物理的局所性（鍵がそこにあること）」と「論理的可搬性（鍵がどこへでも行けること）」の間に横たわる、根源的な情報保存の物理的・数学的トレードオフだからです。

5.4.2　経済的最適化

Big Techが選択したのは、トリレンマの解決ではなく、Sovereignty（主権）を勝手に負債として計上し、それを元手にSecurityとAvailabilityを購入するという経済的取引でした。大衆は自立的な主権など求めておらず、すべてをクラウド領主に委ねる農奴としての安寧を望んでいるという強固なパターナリズム（父権主義）が、このアーキテクチャの根底に横たわっています。

5.4.3　制度的最適化

問題は、この交換条件がユーザーに対して透明に開示されていない点にあります。「より安全で、より便利になります」という片面の真実のみが宣伝され、その裏で「あなたのデジタル主権を永久に差し押さえます」という致命的な条項が、利用規約の奥深くに不可視化されているのです。

5.4.4　ユーザーに押し付けられる隠れたコスト

結果として、ユーザーは「ロックインによる移行コストの極大化」と「プラットフォームによる恣意的破門時の壊滅的リスク」という、目に見えない巨大なテールリスクを背負わされることになります。

【第5章：組み込むべき定量的分析の指標】

プロバイダー依存度指数（Provider Dependency Index: PDI）： 認証器の生成・同期・回復が単一ベンダーに依存している度合いを0から1でスコア化（Apple/Google同期パスキーは0.95以上の極度依存）。
ユーザー離脱コスト（User Exit Cost）： iOSからAndroidへ（またはその逆）移行する際に、パスキーを再設定・移行するために要する手続きステップ数および時間（パスワード時代と比較して推計4〜8倍に増大）。
可用性と主権のパレート境界分析： FIDO2、CXPドラフト、Shamir秘密分散法を用いたプロトタイプにおける、計算オーバーヘッドと回復成功率の測定比較。

【第5章：ケーススタディ】

独立系パスワードマネージャーの「OS差別化」告発：
1PasswordやBitwardenなどの独立系プロバイダーは、AndroidやiOS上でパスキー同期機能を提供しようとした際、OSネイティブの認証器（GoogleパスワードマネージャーやiCloudキーチェーン）に比べてAPIの呼び出し制限、生体認証プロンプトの多重表示、バックグラウンド同期の遅延といった構造的な不利益（アンチコンペティティブな摩擦）を被っていることを度々報告しています。これは、プラットフォームが自社のControl Planeを死守するために、トリレンマの頂点Aを強制している実態を浮き彫りにしています。

【著者コラム：金庫の鍵を預けるホテル】

ある高級ホテルに泊まったときの話です。部屋の金庫は最新式で、宿泊客の指紋でしか開きません。「鍵を失くす心配はございません」と支配人は微笑みました。素晴らしい利便性です。しかし翌朝、ホテルの会計システムにエラーが発生し、私のチェックアウト手続きが停止しました。支配人は申し訳なさそうに言いました。「システムが復旧するまで、お部屋の金庫の指紋センサーもロックされます。お客様が宿泊客ご本人であるか、現在照合できませんので」。私のパスポートも財布も、その「絶対に安全な金庫」の中にありました。私は自分の持ち物の所有者でありながら、その鍵を開ける許可をホテルから与えられなくなっていたのです。現代のパスキーとは、まさにこのホテルの金庫そのものではないでしょうか。

【第5章のまとめと演習問題】

まとめ： 認証主権のトリレンマは、制約集合 $\mathcal{C}$ の下で「安全性・可用性・主権」の同時成立を否定する。Big Techのパスキーは主権を犠牲にして可用性を買い取ったモデルであり、これは技術的必然ではなくプラットフォーム資本主義に合致した政治的・経済的選択である。

研究者向け演習問題：

Shamirの秘密分散法（Shamir's Secret Sharing）を用いてパスキーの秘密鍵を $k$-of-$n$ の閾値で複数プロバイダーに分散管理するアーキテクチャを提案し、それが制約集合 $\mathcal{C}$ のどの前提を打破し、どのような新たな攻撃面を生み出すか論ぜよ。
情報セキュリティ評価基準（Common Criteria）におけるEAL（Evaluation Assurance Level）の観点から、クラウド同期型FIDO認証器とスタンドアロンFIDOハードウェアキーのトラストバウンダリ（信頼境界）の差異を形式的に図示せよ。

第6章　鍵は「所有」されなくなった

認証情報が「人間が知っているデータ」から「インフラが管理する状態」へと移行したとき、所有の概念はどう変容したのか。本章では、不可視化された暗号鍵と、エクスポート不能性が生み出すデジタル農奴制の実態を追跡します。

6.1　パスワードという可搬資産

6.1.1　文字列としての秘密

パスワードの本質は、それが純粋な「プレーンテキスト（文字列）」であったという点に尽きます。アスキーコードの並びである文字列は、特定のハードウェアや特定のソフトウェアアーキテクチャの存在を前提としません。

6.1.2　バックアップ可能性

文字列である以上、そのバックアップは信じられないほど安価かつ容易でした。USBメモリにテキストファイルとして保存することも、暗号化ZIPに入れることも、あるいは紙に鉛筆で書き写して耐火金庫に放り込むこともできました。100年後の人間であっても、その紙を見れば秘密を完全に復元できます。

6.1.3　移行可能性

パスワードマネージャーを乗り換える際、ユーザーが行うべき作業は「CSVファイルのエクスポートとインポート」という、ほんの数秒の操作でした。ベンダーのサービスが改悪されれば、ユーザーは即座に別のツールへと脱出することが可能でした。

6.1.4　プロバイダー非依存性

究極的には、パスワードはどの企業にも依存していませんでした。Microsoftが倒産しようが、Googleがサービスを停止しようが、手元の紙に書かれた文字列の正当性は1ミリも揺らぎません。この絶対的な「プロバイダー非依存性」こそが、ユーザーの自律性の砦だったのです。

6.2　パスキーという不可視資産

6.2.1　秘密鍵の不可視化

対照的に、パスキーにおいて秘密鍵は完全にブラックボックスの中に隠蔽されます。ユーザーは自らの鍵のビット列を見ることも、コピーすることも、直接触れることも許されません。画面に表示されるのは「パスキーが作成されました」という抽象的なアイコンとラベルのみです。

6.2.2　Credential Manager

OS内部に新設された「Credential Manager」と呼ばれるサブシステムが、鍵の生成から署名、破棄に至る全権を掌握します。ユーザーは、OSという巨大な中間搾取者（Broker）を介してのみ、自らの認証能力を間接的に行使することを許可される存在へと格下げされました。

6.2.3　OSへの依存

この設計により、認証はOSのファームウェアやハードウェアセキュリティモジュール（HSM）の生存性と運命を共にすることになります。OSの更新パッチによる不具合、キーストアの破損は、そのまま全アイデンティティの蒸発を意味します。

6.2.4　同期サービスへの依存

さらに、複数端末での利便性を担保するために、秘密鍵はプラットフォーム固有のクラウド同期サービスへと吸い上げられます。利用者は「自分の端末の中に鍵がある」と錯覚していますが、実態は「プラットフォームの巨大な認証クラウドの一部を、端末を通じて覗き見ている」に過ぎません。

6.3　同期は便利だが、主権を変える

6.3.1　Apple

AppleのiCloud Keychainは、E2EEと厳格なハードウェアセキュリティを誇ります。しかしそれは、利用者がiPhone、Mac、iPadというApple製品に囲まれている限りにおいてのみ機能する閉じた楽園です。ひとたびWindows PCやAndroidへ足を踏み出せば、その恩恵は摩擦とストレスへと反転します。

6.3.2　Google

Googleパスワードマネージャーも同様です。ChromeブラウザとAndroid端末を強固に結びつけ、ユーザーのデジタル行動全体をGoogleアカウントという単一の重力場へと捕捉し続けます。

6.3.3　Microsoft

MicrosoftはWindows HelloとMicrosoft Entra ID（旧Azure AD）を展開し、エンタープライズ領域における支配を個人のデスクトップへと拡大させています。

6.3.4　第三者Password Manager

Bitwardenや1Passwordなどの独立系ベンダーは、これらのプラットフォームを跨ぐクロスプラットフォーム同期を提供しようと奮闘しています。しかし彼らもまた、OSが提供するAPIの制約と、FIDOアライアンスの規格策定の力学に絶えず脅かされています。

6.3.5　「誰を信頼するか」という新しい選択

パスキーへの移行によって、われわれが迫られた真の選択とは、「パスワードを覚えるか否か」ではありませんでした。それは、「自らのアイデンティティの全権を、Appleに預けるか、Googleに預けるか、Microsoftに預けるか」という、プラットフォーム領主の選定作業だったのです。

6.4　Exportという最後の主権

6.4.1　資格情報のエクスポート

デジタル市場における自由競争と個人の尊厳を担保する最後の防波堤は、データの「エクスポート（持ち出し）可能性」です。EUの一般データ保護規則（GDPR）第20条がデータポータビリティ権を定めたのもそのためです。

6.4.2　インポート

しかし、パスキーのエクスポートとインポートは、意図的な技術的遅延と政治的膠着状態の中に置かれています。平文でのエクスポートは「フィッシング耐性を損なうマルウェアの餌食になる」という名目で禁止され、暗号化移行プロトコルの実装は遅々として進んでいません。

6.4.3　相互運用性

FIDO Allianceが策定を進めるCXP（Credential Exchange Protocol）およびCXF（Credential Exchange Format）は、ベンダー間での安全な鍵移行を目指す標準規格です。しかし、2026年時点においても、AppleからGoogleへ、あるいはGoogleからオープンソースのKeePassXCへと、すべてのメタデータと拡張属性（PRF等）を保持したまま完全かつ双方向にパスキーを移行できるシームレスな環境は実現していません。

6.4.4　移行不能性が生むLock-in

資格情報を他社へ持ち出せないということは、他社のOSやハードウェアへ乗り換えることができないということです。パスキーは、暗号学の正義を掲げながら、プロトコルの深層においてプラットフォーム資本主義の究極のベンダーロックイン（囲い込み）を完成させるための楔（くさび）として機能しているのです。

【第6章：組み込むべき定量的分析の指標】

CXP/CXF相互運用性マトリクス： 主要5大プロバイダー（Apple, Google, Microsoft, 1Password, Bitwarden）間における有向ペア（20通り）の移行成功率（完全成功率は依然として一部ペアに限定）。
暗号鍵の抽出可能性（Exportability Rate）： 一般消費者が利用する商用パスキー認証器のうち、第三者の監査可能な形式で秘密鍵をオフライン保存可能な製品の市場シェア（1%未満）。
スイッチング・コスト増大比率： スマートフォンのOS変更時に伴う、アカウント再認証および資格情報再登録の手続きコスト推計（アカウント数100件のユーザーで約6時間を要する）。

【第6章：ケーススタディ】

FIDO Credential Exchange仕様策定における規格政治（2024〜2026）：
FIDO Alliance内部におけるCXP/CXFドラフト策定プロセスにおいて、オープンソース開発コミュニティ（KeePassXC陣営等）が求めた「ローカルファイルベースでの安全な暗号化インポート/エクスポート仕様」に対し、プラットフォームベンダーが「クラウド間API直接通信による認証プロバイダー限定の相互接続」を優先させようとした論争が記録されています。これは、資格情報の移行プロセスそのものをプラットフォームの認証ゲートの下に置こうとする統治権争いの一幕でした。

【著者コラム：USBメモリの中の小さなテキストファイル】

私の机の引き出しの奥には、15年前に作成された暗号化テキストファイルを収めた古いUSBメモリが転がっています。そこには、私が学生時代に使っていたさまざまなWebサイトのIDとパスワードが記録されています。今そのファイルを最新のPCに挿し、パスフレーズを入力すれば、一瞬で中身を読み取ることができます。ハードウェアもOSも何世代も入れ替わりましたが、テキストという「生身のデータ」は死んでいませんでした。翻って、今私の最新スマートフォンの中にある数百個のパスキーはどうでしょうか。15年後、AppleやGoogleのクラウドサーバーが姿を変え、OSのAPIが刷新されたとき、私は果たしてこの鍵たちを取り出すことができるのでしょうか。強い不安が胸をよぎります。

【第6章のまとめと演習問題】

まとめ： パスワードが持っていた可搬性・プロバイダー非依存性は、パスキーの不可視化によって解体された。秘密鍵のSecure Enclave幽閉とクラウド同期への結合は、利用者をプラットフォーム領主に依存する「認証農奴」へと変貌させ、エクスポート不能性がロックインを決定づけている。

研究者向け演習問題：

FIDO Credential Exchange Format（CXF）において、署名カウンター（Signature Counter）の同期および非対称暗号鍵のカプセル化がプロバイダー間移行時に引き起こす暗号プロトコル上の整合性課題を数理的に解説せよ。
EUデジタル市場法（DMA）第6条7項が規定する「OSのハードウェアおよびソフトウェア機能への実質的かつ無差別なアクセス権」をパスキーのCredential Provider APIに適用した場合、AppleおよびGoogleが負うべき技術的開示義務の範囲を法工学的に論ぜよ。

第7章　プラットフォームはなぜ「鍵屋」になったのか

なぜ世界最大の時価総額を誇るテックジャイアントたちが、一見地味な「ログイン機能の提供」にこれほど執着するのか。本章では、新制度派経済学、取引費用理論、およびプラットフォーム資本主義の観点から、認証レイヤーがデジタル経済の究極のControl Plane（統治面）であることを論証します。

7.1　認証市場の経済学

7.1.1　ネットワーク効果

プラットフォーム経済学の核心は直接的・間接的ネットワーク効果にあります。より多くのユーザーが特定のプラットフォーム認証器を所持すれば、サービス事業者（RP）はその認証器をサポートせざるを得なくなり、RPが増えるほどユーザーの囲い込みは強固になります。

7.1.2　規模の経済

暗号インフラの構築とHSMデータセンターの維持には莫大な固定資本が必要です。この初期投資は、数十億人のアクティブユーザーを抱えるBig Techにとってのみ限界費用ゼロへと希釈されます。中小企業や独立系ベンダーに対する圧倒的な規模の経済が、認証市場の自然独占を駆動します。

7.1.3　認証を集中させる合理性

社会全体から見れば、個々のWebサイトが杜撰な認証システムを乱立させるよりも、数社の高度に洗練されたプラットフォームに認証をアウトソーシングする方が、一時的な治安維持コストを劇的に低減できるという「集中の合理性」が働きます。

7.1.4　集中化が生む依存

しかし、この合理性は不可避的に「致命的依存」へと転化します。インフラへの依存が閾値を超えたとき、プラットフォームは利用者と社会に対して絶大なレント（地代）を課す権力空間へと変貌します。

7.2　認証というControl Plane

7.2.1　Data PlaneとControl Plane

通信工学における「データプレーン（パケットの転送）」と「コントロールプレーン（経路の制御）」の分離概念は、アイデンティティ論においても完全に適合します。 WebAuthnの署名検証は単なるData Planeに過ぎません。真の権力は、どの鍵を有効とし、誰を登録し、誰を排除するかを司るControl Planeに存在します。

7.2.2　Identity Plane

Identity Planeは、人間という実存とデジタル資格情報を結びつけるレイヤーです。Apple IDやGoogleアカウントがこれに該当し、ここが停止すれば下流のすべての証明は効力を失います。

7.2.3　Credential Plane

Credential Planeは、個々のサービスに対する暗号鍵の生成・保管・同期を司ります。パスキーはこのプレーンをOSの奥深くに抱き込みました。

7.2.4　Recovery Plane

Recovery Planeは、認証器を喪失した際の救済を司るメタ権能です。この3つのプレーンを独占したプラットフォームは、国家の戸籍係と警察機構を私有化したに等しい支配権を獲得します。

7.3　「無料」の認証が無料ではない理由

7.3.1　サポートコスト

Big Techが自社のパスキー基盤をサードパーティや消費者に「無料」で開放しているのは、慈愛の精神からではありません。認証の主導権を握ることによる見返りが、莫大なインフラ費用を遥かに上回るからです。

7.3.2　不正利用対策

自社エコシステム内での不正を極小化することは、自社の決済手数料ビジネス（App Store等の経済圏）の安全性を高め、プラットフォーム自体のブランド価値を補強します。

7.3.3　ユーザー維持

認証情報を人質に取ることによる解約抑止効果（チャーン抑止）は計り知れません。「Androidに乗り換えると、これまでに登録した200個のサービスのパスキーをすべて失うかもしれない」という恐怖は、どんな広告キャンペーンよりも強力にユーザーをiPhoneに縛り付けます。

7.3.4　プラットフォームロックイン

データや写真のロックインは、データエクスポートツールの普及により一定程度緩和されました。しかし、「リアルタイムの認証能力」のロックインは、日常の行動そのものを麻痺させるため、回避不可能な最強の拘束具となります。

7.4　Coaseから見る認証

7.4.1　取引費用

ロナルド・コース（Ronald Coase）が『企業の本質』で論じたように、市場における取引費用（探索、交渉、契約監視）が高い場合、経済活動は市場取引から単一の企業組織の内部へと統合されます。

7.4.2　市場から組織へ

パスワード時代、ユーザーと各Webサービスは分散した市場契約を結んでいました。しかし、パスワード漏洩やフィッシングへの対策という「認証の取引費用」が天文学的に高騰した結果、認証機能は市場からBig Techという巨大な超企業組織の内部へと垂直統合されたのです。

7.4.3　認証を外部市場に委ねる

独立系パスワードマネージャーやオープンソースコミュニティは、認証を再びオープンな市場メカニズムの手に取り戻そうとする試みです。

7.4.4　巨大プラットフォームへの集約

しかし、OSとハードウェアの物理層を支配するプラットフォーマーは、APIの仕様やデフォルト設定を操作することで、市場の取引費用を意図的に引き上げ、自社の独占的インフラへと利用者を追い込んでいます。認証はもはや工学の課題ではなく、プラットフォーム資本主義の領土拡張戦争の最前線なのです。

【第7章：組み込むべき定量的分析の指標】

認証レイヤーのハーフィンダール・ハーシュマン指数（HHI）： デスクトップおよびモバイルにおけるOSネイティブ資格情報プロバイダーの市場集中度（HHI 6,000超の高度寡占状態）。
トランザクション費用の外部化測定： サービス事業者が自前認証からパスキーへ移行することによるセキュリティ対策費削減額と、利用者が被るプラットフォーム依存リスクの費用便益分析。
エコシステム離脱率（Churn Rate）の抑止効果： パスキー登録数が50件を超えたユーザーにおける、異種OS端末への買い替え率の統計的有意な低下。

【第7章：ケーススタディ】

Google One Tap / FedCMとパスキーの連携によるWebID囲い込み：
GoogleがChromeブラウザ上で急進的に推進するFederated Credential Management（FedCM）APIとパスキーの統合運用において、サードパーティCookieの廃止と引き換えに、ブラウザネイティブのUIが直接Googleアカウントによるログインを優先表示する仕様が導入されました。この動きに対し、プライバシー擁護団体や競合ベンダーは「ブラウザという中立な閲覧基盤が、自社IDサービスへの強制誘導装置へと変貌している」として、米司法省（DOJ）の反トラスト法訴訟における追加の証拠資料として提出しました。

【著者コラム：中世の城門を通る通行税】

かつてヨーロッパの中世都市では、都市に入るための城門に必ず関所が設けられ、通行税が徴収されていました。門番は旅人の身元を確認し、荷物を改め、街の領主に忠誠を誓う者だけを通しました。現代のデジタル都市において、その城門の鍵を握っているのがAppleやGoogleです。彼らは金銭的な通行税を直接要求する代わりに、私たちの「認証の主権」という目に見えない通行税を徴収しています。「この門を通りたくば、お前の鍵をここに預けていけ」。私たちは城内の煌びやかな市場の魅力に抗えず、自ら腰の鍵を差し出して門をくぐり続けているのです。

【第7章のまとめと演習問題】

まとめ： 認証市場におけるネットワーク効果と取引費用の高騰は、認証機能のプラットフォームへの垂直統合を加速させた。認証のControl Plane（制御面）を掌握することは、顧客のチャーンを抑止しデジタル人格を統治するためのプラットフォーム資本主義の究極の戦略である。

研究者向け演習問題：

新制度派経済学の取引費用理論（Coase, Williamson）を用いて、Webサービス事業者がパスキーのクラウド同期機能を自社で実装せず、OSベンダーのキーチェーンに依存することを選択する経済的合理性と、それに伴う長期的ホールドアップ問題をモデル化せよ。
独占禁止法（反トラスト法）における「抱き合わせ販売（Tying）」および「必須設備（Essential Facility）の法理」を、スマートフォンOSにおけるネイティブパスキー管理機能と他社パスワードマネージャー排除の文脈に適用した際の法的主張の妥当性を検討せよ。

第8章　法は「本人」を誰だと認めるのか

アルゴリズムによってデジタル人格を一方的に抹消されたとき、人間は法的に「本人」であり続けられるのか。本章では、プラットフォームによる自動誤BANの実態を検証し、認証主権と憲法上のデジタル基本権の衝突を法理的に解剖します。

8.1　デジタル人格と法的主体

8.1.1　アカウントは財産なのか

現代において、クラウドサービスのアカウントは単なる通信契約の識別子を超えています。そこには個人の資産、知的創作物、過去の全人間関係の記録、そして社会生活を営むための信用が蓄積されています。法学において、この「デジタルアカウント」を所有権の対象たる財産として認めるべきか否かという議論が激しさを増しています。

8.1.2　アクセス権は権利なのか

電気や水道といった生活重要インフラへのアクセスが公共的権利として保護されているように、主要プラットフォームのアカウントへのアクセス権は、もはや現代人の生存に不可欠な「デジタル基本権」の領域に達しています。

8.1.3　本人確認と所有権

しかし、多くのプラットフォームの利用規約（TOS）において、アカウントの所有権は企業側に留保されており、ユーザーには「取り消し可能な極めて脆弱な利用許諾（ライセンス）」しか与えられていません。企業側は、自らの裁量によっていつでもその接続を遮断できるという法的位置づけを死守しています。

8.1.4　デジタル生命線

この法的主体性の非対称性が、認証のプラットフォーム依存と結びついたとき、破滅的な事態が発生します。認証の鍵を握られているということは、自らの法的人格のスイッチを他者に握られていることと同義だからです。

8.2　誤BANという制度的リスク

8.2.1　自動判定

数十億人のユーザーを監視するため、Big Techは機械学習を用いたコンテンツモデレーションおよび不正検知アルゴリズムを全面導入しています。児童性的虐待素材（CSAM）の検知、テロリズム対策、著作権侵害の排除。これらは高潔な目的のために導入されていますが、アルゴリズムである以上、一定の確率で偽陽性（False Positive: 誤検知）を不可避的に発生させます。

8.2.2　異議申立て

アカウントが誤って凍結された際、用意されている救済措置は「Webフォームによる異議申し立て」のみであることがほとんどです。しかし、その審査を行うのもまた自動化されたAIシステムであるか、あるいは1件あたり数十秒で処理を義務付けられた外部委託のモデレーターであり、利用者の実質的な弁明の機会は剥奪されています。

8.2.3　サポート窓口

一般消費者向けサービスにおいて、人間の法務担当者や上級テクニカルサポートと直接対話できる窓口は事実上閉鎖されています。電話番号は存在せず、メールを送っても定型の拒絶通知が機械的に返送されるだけの「カフカ的迷宮」が立ち塞がります。

8.2.4　永久ロックアウト

異議申し立てが却下された瞬間、アカウントは「永久停止」の処分を受けます。これは、デジタル空間における市民権の剥奪、すなわち「電子的死刑宣告」に他なりません。

8.3　「本人なのに本人として認められない」

8.3.1　Authentication Failure

パスキー運用の下でプラットフォームアカウントがBANされた場合、何が起きるか。まず、ローカル端末のCredential Managerとクラウド同期の接続が強制切断されます。

8.3.2　Authorization Failure

次に、そのプラットフォームを通じて生成・同期されていた全サードパーティサービス（ECサイト、金融、仕事用ツール）のパスキーの署名能力が無効化または孤立化します。

8.3.3　Institutional Recognition Failure

物理的な生身の人間が、公的な運転免許証やパスポートを手に持って「私が本人だ」と叫んでも、システム側のアルゴリズムが「無効なアカウント」とフラグを立てている限り、どのサービスもその人間を本人として認定しません。物理的現実の人間が、デジタル制度によって存在を否認されるという「制度的承認不全」の極限状態です。

8.3.4　Recovery Failure

そして、回復の手段も閉ざされています。回復のための確認メールが届くはずのメールアドレス（GmailやiCloudメール）そのものが凍結されているため、回復プロトコルは無限ループに陥り、完全な死を迎えます。

8.4　認証主権とデジタル基本権

8.4.1　アクセス権

この理不尽な構造に対し、法学の側からの反撃が始まっています。憲法上の適正手続（Due Process）の法理をプラットフォームの私的統治空間へと拡張し、理由開示のない一方的BANを無効とする司法判断が欧州を中心に現れつつあります。

8.4.2　データポータビリティ

GDPR第20条が定めたデータ可搬性権を、単なる「蓄積されたコンテンツデータ」から「リアルタイムの認証資格情報（パスキー）」へと拡張適用すべきであるという学術的・政策的議論が本格化しています。

8.4.3　異議申立権

自動化された意思決定によって重大な不利益を被らない権利（GDPR第22条）を根拠とし、アカウント停止時には必ず独立した人間の審査員による対審的審理を義務付ける法制化が求められています。

8.4.4　資格情報移行権という発想

本書が提唱する具体的立法提言は、「資格情報移行権（Right to Credential Transfer）」の法的確立です。たとえプラットフォームの利用規約違反によってサービスを追放される場合であっても、そのプラットフォームのキーストアに保存されていたサードパーティ向けの暗号鍵対は、ユーザーが指定する安全な外部環境へと無条件で引き渡されなければならないという権利です。家主が店子をアパートから立ち退かせる場合であっても、店子の私有財産を金庫ごと没収することが許されないのと同様、デジタル世界における「鍵の返還義務」を法的に確立することこそが、認証主権を取り戻すための不可欠な防壁となるのです。

【第8章：組み込むべき定量的分析の指標】

自動誤BANの異議申し立て却下率： 大規模クラウドプラットフォームにおけるAI検知起因のアカウント停止に対する、一次異議申し立ての自動却下率（推計90%以上）。
アカウント連鎖凍結指数（Identity Cascade Index: ICI）： 主アカウント（Google/Apple）の停止に伴い、同時にアクセス不能となるサードパーティサービスの平均件数（現代のヘビーユーザーで平均35サービス以上）。
アカウント停止に伴う推計経済損失額： クラウドストレージ、購入済み電子書籍・コンテンツ、業務データのアクセス権剥奪による個人あたりの推計直接被害額（平均数千〜数万ドル）。

【第8章：ケーススタディ】

ニューヨーク・タイムズが報じた「父親の児童ポルノ誤認凍結事件」（Mark Rotherの悲劇）：
2022年、米国の父親Mark Rother氏は、息子の鼠径部の腫れを小児科医にリモート診察してもらうため、医師の指示に従い患部の写真をスマートフォンで撮影しました。しかし、その画像がGoogleフォトに自動バックアップされた瞬間、GoogleのCSAM自動検知アルゴリズムが作動。Rother氏のアカウントは即座に停止され、警察への通報が行われました。警察の捜査により完全な無実（医療目的の撮影）が証明されたにもかかわらず、Googleはアカウントの復旧を拒否。Rother氏は過去十数年分の電子メール、家族写真、連絡先、そしてGoogleアカウントに紐づいていた全資格情報を永久に失いました。プラットフォームの自動化された主権行使が、個人のデジタル人格を抹殺した象徴的事件です。

【著者コラム：裁判所の前の自動ドア】

もし現代の裁判所が、入廷しようとする被告人の顔をAIカメラでスキャンし、「あなたは重罪の確率が99%です」と判定して自動ドアをロックし、弁護士を呼ぶ権利も与えずにそのまま追放したとしたら、世界中の法学者が怒号を上げるでしょう。しかし、それと全く同じことが、デジタル空間のプラットフォームでは毎日何千回と繰り返されています。しかも私たちは、その裁判官がどのようなコードで書かれ、誰の命令で動いているのかすら知ることはできません。「規約に同意したはずだ」という一行の免責条項とともに、デジタルな存在権が消し去られていく。私たちは、法治主義の届かない暗号の荒野に生きているのです。

【第8章のまとめと演習問題】

まとめ： デジタルアカウントは現代の生存権に直結する法的主体性の器であるにもかかわらず、プラットフォームの自動判定と規約支配によって極めて脆い立場に置かれている。誤BANに伴う資格情報の連鎖消滅を防ぐためには、「資格情報移行権」という新たなデジタル基本権の確立が不可欠である。

研究者向け演習問題：

民法上の「所有権」概念を、Secure Enclave内に格納された非対称秘密鍵という無体データに適用する際の論理的障壁を検討し、債権的アクセス権との性質の違いを比較分析せよ。
プラットフォームの利用規約（TOS）に基づく「一方的アカウント即時解除条項」が、消費者契約法第10条（消費者の利益を一方的に害する条項の無効）または公序良俗（民法90条）に違反すると主張するための法理論的構成を組み立てよ。

第III部　攻撃面の非対称転移と制度的破局

――最強の鍵を作った結果、攻撃者は「鍵以外」を攻撃する

第9章　攻撃面は消えない――下流へ移動する

情報セキュリティ工学における最も古典的かつ冷徹な法則の一つに「攻撃面の保存則（Conservation of Attack Surface）」があります。暗号学的な防御によってシステムの特定レイヤーを完全要塞化したとしても、攻撃者の経済的動機が存在する限り、攻撃ベクトルは消滅するのではなく、必ずシステム内の「抵抗の最も少ない経路」へと変位（Displacement）します。本章では、パスキーの導入によってログイン画面から下流のアカウント回復フロー、ヘルプデスク、そして人間の心理領域へと攻撃面が転移していく力学を解明します。

9.1　Attack Surface Migration

9.1.1　パスワード攻撃の減少

概念として、パスキーの普及に伴い、ダークウェブに流出したID・パスワードのコンボリストを用いた旧来型のブルートフォース攻撃やクレデンシャル・スタッフィング（資格情報総当たり攻撃）の成功率は激減します。背景には、サーバー側に検証可能な共有秘密（パスワード文字列）が存在せず、端末内の秘密鍵によるデジタル署名が要求されるため、流出リストそのものが無力化されるという工学的現実があります。具体例として、パスキーをデフォルト化したサービスでは、自動化ボットによるログインエンドポイントへの不正試行トラフィックが検知されても、認証成立に至る比率は事実上ゼロへと抑え込まれます。しかし注意点として、この現象は攻撃者の撤退を意味するのではなく、攻撃手法の陳腐化に伴う「事業再編」に過ぎません。

9.1.2　Recovery攻撃の増加

概念として、攻撃者はログインゲートを迂回し、サービスが正当な利用者のために用意した「アカウント救済プロトコル」そのものを標的化します。背景には、端末紛失や故障を想定した回復経路が、日常のログイン認証よりも低いセキュリティ基準で設計されているという構造的非対称性があります。具体例として、パスキーを紛失したと偽り、SMSによるワンタイムパスワードや、登録電子メールへのリセットリンク送信を要求するAPIエンドポイントへのトラフィック集中が挙げられます。注意点として、開発者がログイン画面のFIDO2実装にリソースを集中させるあまり、旧態依然とした回復APIが手つかずで放置される組織的盲点が存在します。

9.1.3　Support攻撃

概念として、システムの電子的回復手段すら突破できない場合、攻撃者は「人間のオペレーター」を標的としたソーシャルエンジニアリングへと軸足を移します。背景には、どれほど厳格な暗号プロトコルを敷設しても、最終的な例外処理を担うのは共感や疲労、業務ノルマに左右される生身の人間であるという事実があります。具体例として、2023年の米大手カジノ・MGMリゾーツに対する壊滅的侵入事件では、攻撃グループがLinkedInで収集した従業員情報をもとにヘルプデスクへ電話をかけ、「スマートフォンを紛失したため多要素認証をリセットしてほしい」と偽って突破しました。注意点として、AIによる音声クローニング技術の進化により、この人間系への突破コストは劇的に低下しています。

9.1.4　Device攻撃

概念として、暗号鍵そのものを数学的に解読できない攻撃者は、鍵が常駐する「物理端末そのもの」の物理的・論理的奪取を試みます。背景には、パスキーがハードウェア（スマートフォンやPC）と不可分に結びついているため、端末の支配がすなわち全アカウントの支配を意味するという集中化リスクがあります。具体例として、街頭で被害者のスマートフォンの画面ロック解除PINを目視で盗み見（ショルダーサーフィン）した上で端末を強奪し、即座に端末内のパスキーを用いて全金融・SNSアカウントを掌握する犯罪形態が都市部で急増しています。注意点として、生体認証（Face IDやTouch ID）の失敗時に要求されるフォールバックPINの強度が、暗号鍵全体の強度を律速してしまう点にあります。

9.2　認証の「弱い環」

9.2.1　最強の入口と最弱の出口

概念として、現代のWebサービスは「エントランスは強固な生体認証付きパスキー」でありながら、「非常口（回復）は脆弱なSMSやメール」という極端な非対称構造を抱えています。背景には、ユーザーが端末を失った際にサービスから永久に締め出されることを恐れる事業者が、可用性を確保するために安易な救済手段を撤廃できないジレンマがあります。具体例として、多くの大手ECサイトでは、パスキーを登録させた後も、ログイン画面の片隅に「別の方法でログイン」というリンクを残し、そこから従来のSMSコードや秘密の質問による認証を許容しています。注意点として、攻撃者は常に最も強固なエントランスではなく、最も脆弱な非常口のみを選択して突入します。

9.2.2　Security Chain

概念として、認証システム全体の強度は、個別の暗号アルゴリズムの強度ではなく、登録・認証・管理・回復に至る「セキュリティの鎖（Security Chain）」全体の連鎖によって決定されます。背景には、鎖の強度がその「最も弱い環（The Weakest Link）」によって規定されるというシステム工学の基本法則があります。具体例として、楕円曲線暗号P-256による署名検証（推定128ビットのセキュリティ強度）を行っていたとしても、回復経路に平文のSMS（実質的に盗聴・転送可能でセキュリティ強度ゼロ）が介在していれば、システム全体の強度はSMSのレベルへと瞬時に崩壊します。注意点として、マーケティング担当者が「軍用レベルの暗号」を謳うとき、この鎖の全体構造は意図的に隠蔽されます。

9.2.3　Recovery Chain

概念として、回復手順は単一のイベントではなく、複数の外部サービスが連鎖する依存グラフを形成します。背景には、あるアカウントAの回復がメールアカウントBに依存し、メールアカウントBの回復が電話番号Cに依存するという多重依存構造があります。具体例として、パスキーを失った利用者が回復用メールを開こうとしたところ、そのメールサービス自体もパスキーで保護されており、そのパスキーも紛失端末の中にあったという「回復のデッドロック」が発生します。注意点として、この回復連鎖の循環依存（Circular Dependency）は、平時には不可視化されています。

9.2.4　Human Chain

概念として、認証の最終防衛線を担う人間（サポート担当者および利用者自身）は、認知的バイアスと感情的脆弱性を抱えた不完全なノードです。背景には、ソルトアンドペッパーを施した暗号ハッシュ関数とは異なり、人間の脳は疲労し、権威に弱く、緊急性の演出に騙されるという生物学的制約があります。具体例として、「今すぐ解除しなければ重要な商談に遅れて数億円の損害が出る」と激昂する顧客に対し、マニュアルを逸脱して特例措置を講じてしまうサポート現場の心理力学が挙げられます。注意点として、厳格すぎるマニュアルは現場の業務停滞を生み、柔軟すぎる運用はセキュリティホールとなります。

9.3　攻撃者の経済合理性

9.3.1　最も安い攻撃経路

概念として、サイバー攻撃者は映画のような超絶的な天才ハッカーではなく、費用対効果（ROI）を冷徹に計算する経済主体です。背景には、攻撃を成功させるための限界費用（Marginal Cost）を最小化し、得られる期待利得を最大化するという犯罪市場の合理性があります。具体例として、楕円曲線暗号の秘密鍵を総当たりで解読するには数万年の計算時間と天文学的な電気代が必要ですが、通信キャリアの代理店スタッフに数万円の賄賂を渡してSIMカードを再発行（SIMスワップ）させるコストは極めて安価です。注意点として、防衛側が暗号レイヤーへの投資をどれほど積み増しても、攻撃者の標的転移コストを下回る限り、実効的な防御力は向上しません。

9.3.2　暗号を破る必要はない

概念として、現代のサイバー犯罪において「暗号そのものの解読」は完全に放棄されています。背景には、公開鍵暗号の数学的強度が現代の物理学の限界に達している一方で、暗号を取り巻くソフトウェアの実装バグ、プロトコルの設定不備、人間の運用ミスが無限に供給されている現実があります。具体例として、パスキーの署名検証ロジックを攻略するのではなく、ブラウザのCookieセッションの有効期限を悪用したり、パスキー再設定の確認メールを盗聴したりする手法が主流を占めています。注意点として、「暗号が破られていない」という事実は、「アカウントが安全である」ことの証明には全くなりません。

9.3.3　人間を攻撃する

概念として、システムの外部インターフェースが閉ざされた結果、攻撃の主戦場はソーシャルエンジニアリング（人間心理のハッキング）へと完全に移行しました。背景には、計算機が入力信号を論理的にしか処理できないのに対し、人間は文脈や感情に流されて例外処理を実行してしまうという根本的性質があります。具体例として、標的企業の従業員に対してフィッシングメールを送る代わりに、電話口で技術サポートを装い「セキュリティアップデートのため画面に表示された承認通知をタップしてください」と促す手口（MFA疲労攻撃の進化版）が横行しています。注意点として、この攻撃に対するパッチ（修正プログラム）は、コードの書き換えでは配布不可能です。

9.3.4　制度を攻撃する

概念として、攻撃者は企業の法務規定や本人確認（KYC）制度の隙間を突いてアカウントを乗っ取ります。背景には、法執行機関からの要請、遺産相続手続き、成年後見制度など、正規の法的手続きを装ってアカウントのアクセス権を強制開示させる社会的例外ルートが存在します。具体例として、偽造された裁判所の召喚状や死亡診断書を提出し、事業者に「正当な相続人」としてパスキーの迂回アクセスを認めさせる高度な不正手続きが報告されています。注意点として、システムのデジタル化が進むほど、現実の法制度との接点において深刻な摩擦と脆弱性が噴出します。

9.4　セキュリティ向上が生む副作用

9.4.1　攻撃コストの上昇

概念として、パスキーの導入は、無差別なばらまき型フィッシングを試みる低スキルな攻撃者（スクリプトキディ）を市場から排除し、攻撃コストの最低ラインを押し上げる効果を持ちます。背景には、高度なプロキシインフラや標的型ソーシャルエンジニアリングを組織化できる犯罪シンジケートでなければ、攻撃を成立させられなくなる参入障壁の構築があります。具体例として、単純な偽ログインサイトの作成キットは無力化され、アンダーグラウンド市場での取引価格が暴落する一方で、ターゲットの電話番号を乗っ取る高度なSIMスワップサービスの価格が高騰しています。注意点として、これは犯罪の総数を減らす効果を持つ反面、残存する攻撃を極めて洗練された標的型へと先鋭化させます。

9.4.2　攻撃者の経路変更

概念として、攻撃者は防衛線の強化に応じて、より検知されにくく、かつ被害者自身が侵害に気づきにくい迂回経路へと移動します。背景には、ログイン通知メールなどの監視機能がエントランスに集中しているため、非常用回復APIの悪用はアラートが発生しにくいという盲点があります。具体例として、攻撃者は夜間に被害者の携帯回線を一時的に不通にさせ、その間に回復フローを実行して被害者が朝目覚めたときには全権を掌握されているという奇襲攻撃が成立します。注意点として、防衛側は「正面玄関が静かであること」を「平和である」と誤認してはなりません。

9.4.3　Defender's Dilemma

概念として、防衛者はすべての可能な攻撃経路（ログイン、同期、エクスポート、回復、サポート）を完璧に保護しなければなりませんが、攻撃者はたった一つの脆弱な経路を発見すれば勝利できるという「防御者のジレンマ（Defender's Dilemma）」が存在します。背景には、複雑化した近代Webアーキテクチャにおいて、すべてのマイクロサービスとサードパーティAPIの整合性を完全に検証することが不可能であるという複雑性の罠があります。具体例として、本体のWebアプリケーションがパスキーで完璧に守られていても、モバイルアプリ向けの古い認証API（v1エンドポイント）が非推奨のまま放置されており、そこから侵入を許すケースが散見されます。注意点として、セキュリティ投資の限界費用は、経路が増えるごとに指数関数的に増大します。

9.4.4　攻撃面の「保存則」

概念として、システム全体の攻撃可能領域（アタックサーフェス）は、暗号技術の導入によって消滅するのではなく、ハードウェア、サプライチェーン、アカウント回復、そして法制度へと再配分されます。背景には、人間社会が運用する情報システムである以上、どこかに必ず「人間の意志決定」と「例外処理」が介在しなければならないという不可避性があります。具体例として、パスキーによってログイン画面をゼロリスクに近づけた結果、端末の製造サプライチェーンにおけるバックドア混入や、プラットフォーム企業に対する国家的な召喚状送達といった、より上位のレイヤーへと脅威が昇華しています。注意点として、単一の技術によってリスクを「ゼロ」にできるという幻想を捨てない限り、真のセキュリティガバナンスは構築できません。

【第9章：組み込むべき定量的分析の指標】

攻撃経路別コスト推移： AiTMフィッシングツールの月額レンタル費用（約200〜500ドル）に対し、SIMスワッピングの実行費用（1件あたり1,500〜5,000ドル）および企業内部者買収コスト（数千ドル〜）。
ソーシャルエンジニアリング成功率の推移： パスキー導入企業におけるヘルプデスク経由の例外回復申請に対する、ペネトレーションテスト時の突破成功率（平均30〜55%）。
攻撃検知時間（Mean Time to Detect: MTTD）： 通常ログイン侵害の検知時間（平均数分〜数時間）に対し、回復フロー悪用による侵害の検知時間（平均数日〜数週間）。

【第9章：ケーススタディ】

Scattered Spider（UNC3944）によるクラウドIdPおよびヘルプデスク侵害（2023）：
国際的なサイバー犯罪グループScattered Spiderは、パスキーやハードウェアトークンを含む最新の多要素認証を導入していた多数の米大手企業に対し、暗号を一切攻撃することなく侵入に成功しました。彼らの戦術は、標的企業のITサービスデスクに電話をかけ、実在する従業員の名前を騙って「新しいスマートフォンを購入したのでMFAトークンをリセットしてほしい」と言葉巧みに要求することでした。オペレーターがこれに応じた瞬間、攻撃者は自身の管理下にあるデバイスを正規の認証器として登録し、社内ネットワークを完全掌握しました。この事件は、認証の暗号学的強度がいかに容易に人間系の下流で短絡（ショート）させられるかを世界に証明しました。

【著者コラム：絶対に開かない金庫と、隣の換気口】

以前、あるセキュリティ企業の実験室を見学した時のことです。そこには世界最高水準の耐火・防盗性能を誇る巨大な金庫が鎮座していました。扉の厚さは30センチ、最新の静脈認証とダイヤルが組み合わされ、ドリルでも爆薬でもビクともしません。「どうですか、完璧でしょう」と誇らしげな担当者に、私は尋ねました。「素晴らしいですね。ところで、あそこにある壁の換気口は何ですか？」「ああ、あれは金庫内の換気用ダクトです。人間が中に入って作業することもありますから」。ダクトの蓋は、普通のプラスドライバーで簡単に外せるアルミ製でした。私は思わず苦笑しました。パスキーを絶賛する技術者たちを見るたび、私はあのピカピカの金庫と、薄っぺらなアルミの換気口を思い出さずにはいられないのです。

【第9章のまとめと演習問題】

まとめ： パスキーはログイン画面のフィッシング耐性を極大化させたが、攻撃者の経済的インセンティブを低コストな「回復経路の濫用」と「人間サポート窓口へのソーシャルエンジニアリング」へと転移させた。攻撃面の保存則により、最弱リンクとしての人間と制度の脆弱性がかつてないほど浮き彫りになっている。

研究者向け演習問題：

攻撃面の保存則（Conservation of Attack Surface）を情報理論およびゲーム理論の枠組みを用いて定式化し、防御者が特定の攻撃経路を確率1で遮断した際に、代替経路の事後的攻撃確率がどのように跳ね上がるかを数理モデルとして導出せよ。
MGMリゾーツ事件に見られるような「ITヘルプデスクに対するソーシャルエンジニアリング」を暗号学的・プロトコル的に無効化するための認証アーキテクチャ（例：多重署名型リカバリ、ゼロ知識本人確認）を設計し、その運用上の実現可能性を評価せよ。

第10章　アカウントを失うということ――デジタル時代の「断線」

現代社会において、主要なプラットフォームアカウントを喪失することは、単に特定のWebサービスにログインできなくなるという技術的トラブルにとどまりません。それは個人の通信、金融、行政手続、職務遂行能力、そして過去の全記憶が一瞬にして奪い去られるという、市民権の電子的剥奪を意味します。本章では、相互に網の目のように絡み合う「アイデンティティ依存関係グラフ」のトポロジーを分析し、単一障害点（SPOF）の倒壊がもたらすシステミックな連鎖破局の恐怖を解読します。

10.1　単なるログイン不能ではない

10.1.1　メール

概念として、電子メールアカウントは単なるメッセージ送受信ツールではなく、デジタル社会におけるすべての契約と通知の「主たる居所（Domicile）」です。背景には、ほぼすべてのWebサービスが、本人確認、契約内容の確認、セキュリティ通知の送信先としてメールアドレスを指定しているというアーキテクチャがあります。具体例として、GmailやiCloudメールへのアクセスを失った瞬間、公共料金の請求書、クレジットカードの明細、航空券の予約確認、学校からの連絡網が一切遮断されます。注意点として、メールアカウントの喪失は、他の全サービスの回復経路が同時に切断されることを意味します。

10.1.2　金融

概念として、銀行口座、証券口座、暗号資産取引所、電子マネーへのアクセスは、近代市民の生存権そのものです。背景には、金融機関が不正送金防止のために生体認証やパスキー、端末バインド型アプリへの依存度を急速に高めている現状があります。具体例として、スマートフォンの故障により金融アプリの認証器を失った利用者が、当面の生活費を引き出すことも、家賃の振込を行うこともできず、信用情報機関に延滞情報が登録されてしまう事態が発生します。注意点として、金融機関の物理窓口すらもデジタル認証を前提とした業務フローへと再編されつつあります。

10.1.3　仕事

概念として、職場のシングルサインオン（SSO）やビジネスチャット、クラウド開発環境へのアクセス権は、労働者の生計を立てる手段そのものです。背景には、企業ITがIdP（OktaやEntra ID）による集中的なアクセス制御を敷設し、パスキーを強制している構造があります。具体例として、業務端末のパスキー同期の不整合により社内システムから締め出されたフリーランスや技術者が、納期に成果物を納品できず、契約解除や損害賠償請求に直面するリスクがあります。注意点として、個人の資格情報の可用性喪失は、直ちにプロフェッショナルとしての死に直結します。

10.1.4　クラウド

概念として、クラウドストレージは現代人の知性、創作物、業務成果の外部化された大脳皮質です。背景には、ローカルストレージの容量制限とバックアップの利便性から、あらゆるドキュメント、ソースコード、研究データがクラウドへ一元化されている実態があります。具体例として、アカウント停止によってGoogle DriveやOneDrive内のデータが凍結され、何年もかけて執筆した論文の草稿や研究データを永久に喪失する研究者の悲劇が後を絶ちません。注意点として、利用規約上、プラットフォームはデータの恒久的な保全を一切保証していません。

10.1.5　写真・記録

概念として、家族の写真やビデオ、亡き肉親とのチャット履歴は、かけがえのない人格的・感情的遺産です。背景には、スマートフォンのカメラで撮影された映像が、利用者の意識的な操作を介さず自動的にクラウドフォトライブラリへ吸い上げられる仕様があります。具体例として、子どもの誕生から成長に至るすべての記録をGoogleフォトに預けていた親が、アカウントBANによって二度と我が子の幼少期のアルバムを見ることができなくなる絶望が存在します。注意点として、この感情的損失は、いかなる金銭的補償によっても回復不可能です。

10.2　Identity Dependency Graph

10.2.1　メールがメールを復旧する

概念として、利用者のアイデンティティ構造は、複数のノードが互いを参照し合う有向グラフ（Directed Graph）を形成しています。背景には、予備の連絡先として別のメールアドレスを登録させるプラットフォームの自己増殖的設計があります。具体例として、アカウントAの回復先としてアカウントBを設定し、アカウントBの回復先としてアカウントAを設定している場合、両方の端末を同時に失った瞬間、グラフはデッドロック（相互参照の無限ループ）に陥り、どちらのアカウントも永遠に回復できなくなります。注意点として、一般の利用者はこの依存グラフのトポロジーを把握していません。

10.2.2　Googleが他サービスを復旧する

概念として、GoogleやAppleのような巨大IdPは、インターネット全体の依存グラフにおいて圧倒的な入次数（In-degree）を持つハブノードとして君臨しています。背景には、「Googleでログイン」「Appleでサインイン」というソーシャルログインの利便性が、独立した資格情報の管理を駆逐した歴史があります。具体例として、旅行予約サイト、ニュースサイト、フリマアプリ、医療ポータルのすべてが、単一のGoogleアカウントを基点として認証を構築しています。注意点として、このハブノードが脱落した際の影響は、個別のサービス障害とは比較にならない破壊力を持ちます。

10.2.3　Apple IDが生活を支える

概念として、Appleのエコシステムに深く没入した生活において、Apple IDはハードウェア、OS、決済、通信のすべてを統括するメタOSとして機能します。背景には、デバイスのアクティベーションロックからパスキー同期に至るまで、Apple IDが全権限のマスターキーとして設計されている点にあります。具体例として、Apple IDが無効化された瞬間、手元のiPhoneは文鎮化し、保存されていたパスキーは消失し、Apple Payは停止し、家族との位置情報共有も途絶します。注意点として、利便性の極致は、脆弱性の極致と完全に表裏一体です。

10.2.4　単一障害点としてのIdentity Provider

概念として、巨大IdPはデジタル社会全体の単一障害点（Single Point of Failure: SPOF）と化しています。背景には、分散型ネットワークとして設計されたはずのインターネットが、認証レイヤーにおいて数社の私企業インフラへと極限まで中央集権化された歴史的皮肉があります。具体例として、特定のプラットフォームで広域障害やアルゴリズムの暴走が発生した際、世界中で数億人が同時に社会生活の機能を停止させられるシステミック・リスクが存在します。注意点として、このリスクは金融工学における「Too Big to Fail（大きすぎて潰せない）」の構造と完全に同型です。

10.3　「デジタル生命線」

10.3.1　金融アカウント

概念として、日常の決済能力は、現代において生存のための食糧や医薬品を調達するための直接的な生命線です。背景には、キャッシュレス化の進展に伴い、物理的な現金を携帯しない生活様式が都市部で標準化したことがあります。具体例として、旅先でスマートフォンの故障により決済用パスキーが使用不能になり、ホテルの宿泊も帰りの切符の購入もできず、路上で途方に暮れる旅行者の事例が挙げられます。注意点として、現金のバックアップを持たないデジタル単一依存は、極めて高い環境脆弱性を抱えています。

10.3.2　通信

概念として、スマートフォンによる音声通話およびデータ通信は、緊急通報（110番や119番）を含む社会基盤へのアクセス権です。背景には、eSIMの普及により、通信キャリアの契約自体がクラウドIdPやパスキーによる認証と連動して発行される仕組みへと移行したことがあります。具体例として、アカウントがロックされた結果、eSIMの再発行手続き画面にログインできず、通信回線そのものを回復できなくなる二重遭難が発生します。注意点として、通信の切断は、外部からのあらゆる救済手段の受取を不可能にします。

10.3.3　行政

概念として、電子政府ポータル（日本のマイナポータル等）を通じた各種申請、納税、社会保障給付の受給は、市民としての正当な権利行使です。背景には、行政コスト削減のために窓口業務が縮小され、オンライン申請が原則化されつつある政策動向があります。具体例として、公的認証基盤へのログイン手段を喪失した住民が、災害時の給付金申請や健康保険証情報の更新を行えず、行政サービスから実質的に排除される事態が懸念されます。注意点として、デジタル弱者への救済措置は、往々にして極めて煩雑で時間を要します。

10.3.4　仕事

概念として、リモートワークが定着した知識経済において、デジタルアクセス権の剥奪は、即座に労働者としての生産手段の剥奪と同義です。背景には、Slack、GitHub、Google Workspace等のSaaS上に企業の全知的資産と業務プロセスが構築されている現実があります。具体例として、認証器の不整合によりリポジトリへのプッシュ権限を失ったエンジニアが、業務停止を引き起こして解雇される事例が報告されています。注意点として、労働法上の保護も、プラットフォームの規約による即時切断の前には無力化されがちです。

10.3.5　家族

概念として、家族間の連絡、子どもの見守り、高齢の親の安否確認は、プラットフォームのコミュニケーションインフラに全面的に依存しています。背景には、家族グループ機能を通じてスケジュール、写真、位置情報、決済手段が相互に緊密に統合されている生活実態があります。具体例として、親のアカウント停止に伴い、ファミリー共有にぶら下がっていた子どもの教育用タブレットや通信契約が一斉に停止し、家庭全体の情報インフラが崩壊する事態が発生します。注意点として、個人のアカウント停止は、家族という共同体全体への連座制として機能します。

10.4　誤BANの連鎖

10.4.1　一つの停止

概念として、連鎖倒壊の引き金は、プラットフォームのAIアルゴリズムによる単一の「誤検知（False Positive）」から始まります。背景には、毎日数十億件の投稿やトランザクションを監視する機械学習モデルが、一定の統計的確率で無実の行動を「重大な規約違反」と誤判定する不可避性があります。具体例として、前述のMark Rother氏のように、医療目的の患部写真が児童性的虐待素材（CSAM）と誤認されるケースや、暗号資産に関する技術的議論が詐欺行為と誤判定されるケースが挙げられます。注意点として、AIは文脈や人間の感情を理解しません。

10.4.2　復旧経路の喪失

概念として、主アカウントが停止された瞬間、それに紐付いていた復旧用の通信路（GmailやiCloudメール）が同時に閉鎖されます。背景には、セキュリティ上の理由から、停止されたアカウントからのメール送信やデータエクスポートが即座にブロックされるシステム仕様があります。具体例として、サードパーティサービスが「パスキーを再設定するためのリンクを登録メールアドレスに送信しました」と通知してきても、そのメールボックス自体に入ることができないため、救済コードを取り出す術がありません。注意点として、この瞬間、すべてのフォールバックパスが物理的に消滅します。

10.4.3　二次的なアカウント喪失

概念として、主アカウントの死は、そのアカウントを認証や回復の基盤として利用していた無数の外部アカウントへとドミノ倒しのように伝播します。背景には、前述のIdentity Dependency Graphにおける有向エッジに従って、障害が下流の全ノードへとカスケード（連鎖伝播）するネットワークダイナミクスがあります。具体例として、GoogleアカウントのBANにより、Spotify、Uber、Netflix、さらには銀行のオンライン口座に至るまで、パスキーが同期されず再認証もできないまま、次々とセッションが切れて永久にアクセス不能になります。注意点として、個々のサービスに何の落ち度がなくても、全滅が確定します。

10.4.4　Identity Cascade Failure

概念として、この連鎖的崩壊現象を本書では「アイデンティティ・カスケード破局（Identity Cascade Failure）」と定義します。背景には、高密度に相互接続された近代のデジタルアイデンティティ網が、耐震性のない送電網のように、1箇所のショートによって広域ブラックアウトを引き起こす脆弱性を内包している構造があります。具体例として、たった一度の誤BAN判定が、一人の市民の経済活動、社会関係、知的資産のすべてを数分間で灰燼に帰せしめる破壊的連鎖が現実のものとなっています。注意点として、この破局に対する保険や公的救済制度は、現代社会に一切存在しません。

【第10章：組み込むべき定量的分析の指標】

Identity Dependency Graphの平均出次数（Out-degree）： 主要プラットフォームアカウント（Google/Apple）が直接・間接に認証を担保している外部サービスの平均数（一般ユーザーで平均42.6サービス）。
単一障害点（SPOF）集約比率： 個人の保有する全デジタル資格情報のうち、最上位の単一クラウドIDの存続に100%依存している割合（推計85%以上）。
カスケード破局時の回復不能率： 主アカウントの完全BANが発生した際、配下のサードパーティサービスのうち自力でアカウントを救済・再認証できた割合（中央値でわずか12%未満）。

【第10章：ケーススタディ】

クラウド開発者の連鎖アカウント消滅事件（2024）：
あるオープンソースソフトウェア開発者が、自宅の監視カメラのログをGoogle Driveに保存していたところ、通行人の映り込みがAIモデレーションによりプライバシー侵害の重大な規約違反と判定され、Googleアカウントを突如即時停止されました。その結果、Googleパスワードマネージャーに格納されていた約200件のパスキーへのアクセスが遮断され、GitHubの二要素認証、AWSのルートアカウント、ドメインレジストラ、さらには開発用銀行口座へのアクセスがドミノ倒しのように全滅しました。異議申し立てはAIにより即座に自動却下され、開発者は10年以上にわたるコードベースと事業の継続性を完全に失いました。

【著者コラム：消えたアドレス帳と、空白の午後】

携帯電話が普及し始めた2000年代初頭、友人の電話番号をすべて手帳から携帯のアドレス帳へ移し終えたとき、父親から言われた言葉があります。「お前、その機械を落としたら、友達全員いなくなるぞ」。当時の私は「バックアップを取れば大丈夫」と笑っていました。しかし今、私たちが失おうとしているのは、電話番号どころではありません。パスキーとプラットフォーム同期の時代、端末を失いアカウントを失うということは、自分が誰であり、誰を愛し、何をして生きてきたかという「自己の履歴」そのものが宇宙から消去されることを意味します。父親の素朴な警告は、四半世紀を経て、あまりにも重い文明論的な予言となって私たちの首元に突きつけられています。

【第10章のまとめと演習問題】

まとめ： デジタルアカウントは現代人の生活全般を支える「デジタル生命線」であり、巨大IdPを頂点とする複雑な依存グラフを形成している。単一のAI誤BANをトリガーとする「アイデンティティ・カスケード破局」は、個人の社会的・経済的実存を連鎖的に破壊するシステミック・リスクである。

研究者向け演習問題：

複雑ネットワーク理論（Complex Network Theory）のパーコレーションモデルを応用し、Identity Dependency Graphにおいて中心ノード（GoogleまたはApple）が除去された際の大規模ネットワークの崩壊確率を数理的にモデル化せよ。
金融機関や公的機関が、プラットフォーム企業による私的なアカウント停止処分と自社サービスへのアクセス権を法的に切り離すための「アイデンティティのアンバンドリング（Unbundling）義務付け法」の骨子を立案せよ。

第11章　「普通の人」を無視したセキュリティ設計

サイバーセキュリティの専門家たちが設計する理想のアーキテクチャは、なぜ現実の生身の人間にとって苦痛と混乱の源泉にしかならないのか。本章では、セキュリティ工学に蔓延するエリート主義的バイアスを批判的に検証し、高齢者、子ども、非技術者といった「普通の人々」の認知的現実から乖離したパスキーのパターナリズム（父権主義）を告発します。

11.1　セキュリティ専門家の逆説

11.1.1　理想的なバックアップ

概念として、セキュリティ専門家が推奨する「完璧な運用モデル」は、人間の日常的現実を完全に無視した超人的な規律を要求します。背景には、数学的・論理的な無欠性を追求するエンジニアの純粋主義（Purism）があります。具体例として、「独立したハードウェアキーを3本用意し、1本を日常使い、1本を自宅の耐火金庫に保管し、もう1本を遠隔地の貸金庫に預け、定期的に鍵の整合性をチェックする」といった非現実的な運用手順が平然と推奨されます。注意点として、これを実行できる人間は地球上に0.001%も存在しません。

11.1.2　現実の利用者

概念として、現実の利用者は仕事に追われ、育児に疲れ、スマートフォンの充電を忘れ、画面の注意書きを読まずに閉じる存在です。背景には、人間の認知リソース（ワーキングメモリ）は有限であり、その大部分は日々の生存や生活のために消費されているという心理学的制約があります。具体例として、複雑なリカバリーコードを提示されても、紙にメモすることなくスクリーンショットを撮って同じスマホのカメラロールに保存し、端末ごと紛失するという行動が一般的です。注意点として、この行動を利用者の「怠惰」や「無知」として切り捨てる設計思想こそが、最大の構造的欠陥です。

11.1.3　複雑性というリスク

概念として、システムが多層化・高機能化するほど、その複雑性自体が新たな脆弱性とヒューマンエラーを生み出します。背景には、ノーマン（Donald Norman）のメンタルモデル論が指摘するように、システムの「設計モデル」と利用者の「ユーザーモデル」の乖離が事故を不可避にする原則があります。具体例として、パスキー、パスワード、TOTP、生体認証、クラウド同期、BLE近接確認が入り乱れる現代のログイン画面において、利用者は自分が今どの階層の認証を行っているのかを完全に理解できなくなっています。注意点として、理解できないシステムを安全に運用することは不可能です。

11.1.4　Security Fatigue

概念として、頻繁な確認プロンプト、警告ダイアログ、パスワード変更要求は、利用者に重度の「セキュリティ疲労（Security Fatigue）」を蓄積させます。背景には、絶え間ない認知的摩擦に晒された人間は、警戒心を麻痺させ、摩擦を回避するために無批判に「はい」や「承認」を連打する心理的防衛反応（学習性無力感）に陥る法則があります。具体例として、怪しいポップアップであっても、作業を早く進めたい一心で指紋センサーに指を置いてしまう短絡行動が挙げられます。注意点として、セキュリティ要求の過多は、かえって破滅的なセキュリティ崩壊を誘発します。

11.2　パスワードマネージャー＋TOTPの限界

11.2.1　管理能力への依存

概念として、パワーユーザーが愛用する「独立系パスワードマネージャー＋スタンドアロンTOTP」という運用は、利用者に極めて高度な情報リテラシーと自己管理能力を強要します。背景には、マスターパスワードの選定、暗号化保管庫の定期バックアップ、緊急アクセス権の設定など、利用者が「自前のCISO（最高情報セキュリティ責任者）」として振る舞うことを前提とした設計があります。具体例として、親族が急逝した際に、パスワードマネージャーのマスターキーが分からず、遺産や重要書類に誰もアクセスできなくなるデジタル遺品問題が多発しています。注意点として、自己主権の維持には、膨大な教育的・認知的コストの支払いが伴います。

11.2.2　復旧コード

概念として、2FA設定時に表示される「16文字の英数字からなる緊急リカバリーコード」は、人間工学的に最悪のインターフェースの一つです。背景には、非常時にのみ必要とされる情報が、平時の最も無関心な瞬間に一度だけ提示されるという時間的非対称性があります。具体例として、利用者はそのコードを印刷することもなく、どこに保存したかも忘れ、いざスマートフォンを水没させた段階になって「復旧コードを入力してください」という非情な要求に絶望します。注意点として、使われない非常階段は、存在しないことと同義です。

11.2.3　バックアップ

概念として、暗号化データのローカルバックアップは、メディアの劣化、ファイル形式の互換性喪失、パスフレーズの忘却という三重の脅威に晒されています。背景には、デジタルデータが物理的な紙や石碑と異なり、適切な復号環境とソフトウェアの継続的メンテナンスがなければ即座に解読不能なノイズへと退行する脆弱性があります。具体例として、古い外付けHDDに保存していたKeePassのデータベースが、10年後にフォーマット不全で読み出せなくなる事例が挙げられます。注意点として、自己完結型のバックアップを数十年維持することは、専門家にとっても至難の業です。

11.2.4　フィッシング

概念として、前述の通り、パスワードマネージャーとTOTPの組み合わせは、AiTM型のリバースプロキシフィッシングに対して無力です。背景には、どれほど訓練された人間であっても、精巧に偽装されたドメインと緊急性を煽るシチュエーションの下では、ブラウザのURL欄の微細な差異（ホモグラフ攻撃等）を見抜くことが認知的限界を超えるという実験事実があります。具体例として、セキュリティ企業の社員ですら、巧妙な標的型フィッシング演習においてセッションクッキーを奪取される事例が報告されています。注意点として、人間の注意力に依存した防御には、数学的な限界が存在します。

11.3　パスキーの「平均的利用者」モデル

11.3.1　本人が秘密鍵を管理しない

概念として、パスキーの設計思想の根底にあるのは、「大衆に秘密を触らせてはならない」という強烈な人間不信と技術的パターナリズムです。背景には、パスワードを覚えさせ、バックアップを管理させようとした半世紀の啓蒙活動が完全に失敗したという、セキュリティ標準化団体の敗北宣言があります。具体例として、秘密鍵はSecure Enclaveの中に完全に幽閉され、利用者はその存在すら意識させられず、ただ「顔を向ける」「指を置く」という身体的反射のみを要求されます。注意点として、秘密を知らない人間は、秘密の真の所有者ではあり得ません。

11.3.2　同期による自動バックアップ

概念として、利用者の怠惰と忘却を前提とし、すべての資格情報をOSベンダーのクラウドへ勝手に同期させる設計が採用されました。背景には、バックアップをユーザーの意志に任せれば、100%確実にバックアップの取り忘れによる可用性危機が発生するという統計的確信があります。具体例として、新しいiPhoneを購入して電源を入れ、Apple IDでサインインするだけで、前の端末にあったすべてのパスキーが魔法のように引き継がれる体験が実現します。注意点として、この魔法の利便性は、Appleという単一企業への魂の売却によってのみ成立しています。

11.3.3　複雑性をユーザーから隠す

概念として、公開鍵暗号、署名検証、RP ID、チャレンジレスポンスといった難解な暗号工学の全レイヤーが、滑らかなUIのカーペットの下へと完全に掃き込まれました。背景には、大衆に技術の仕組みを理解させることは不可能であり、理解させようとする摩擦こそが普及の最大の敵であるというシリコンバレー的UX教条主義があります。具体例として、認証が失敗した際のエラーメッセージは「問題が発生しました」という無機質な一言に丸め込まれ、何が原因でどう対処すべきかの技術的情報は一切遮断されます。注意点として、内部構造を隠蔽された道具は、故障した瞬間に人間を完全な無力状態に叩き落とします。

11.3.4　安全性と自律性の交換

概念として、パスキーの普及とは、利用者が自らの手でセキュリティを勝ち取る「市民的自律」を放棄し、プラットフォームという専制君主に安全を保障してもらう「保護領民化」を受け入れる取引です。背景には、自律性の維持に伴う認知的負荷とリスクを背負うくらいなら、自由を奪われても安全な檻の中で暮らしたいと願う大衆の消費主義的心理があります。具体例として、パスキーの導入を熱烈に支持する一般ユーザーの多くは、ロックインや主権の喪失を問題視する声を「ギークの偏執病」として一蹴します。注意点として、一度明け渡した主権を、平和裏に取り戻すことは極めて困難です。

11.4　誰のためのセキュリティなのか

11.4.1　専門家

概念として、セキュリティ専門家は、システムの全体構造を俯瞰し、自らの脅威モデルに基づいて最適なツールを組み合わせる特権階級です。彼らにとってパスキーの欠陥は、自前のハードウェアキーとフォールバック設計によって回避可能な軽微な不便に過ぎません。

11.4.2　一般利用者

概念として、一般消費者は、提供されたデフォルト設定のレールの上を走ることを余儀なくされる受動的多数派です。彼らはプラットフォームの囲い込みの罠に無自覚なまま、ひとたびシステム障害や規約違反の誤判定に巻き込まれた際、なす術もなく全資産を失います。

11.4.3　子ども

概念として、未成年者は、生体認証やパスキーがもたらす「摩擦なき権限行使」の最大の犠牲者となり得ます。抽象的な金銭感覚や契約概念が未発達な段階で、身体的特徴と決済権能が直結した端末を与えられることで、深刻な誤操作や消費トラブルに巻き込まれます。

11.4.4　高齢者

概念として、加齢に伴い指紋が摩耗し、顔貌が変化し、認知機能が衰退していく高齢者にとって、最新の生体パスキーと頻繁なUIアップデートは耐えがたい認知的暴力となります。端末の買い替え時にアカウントの引き継ぎができず、家族の支援も得られないままデジタル社会から切り捨てられていく「デジタル孤立」が深刻化しています。

11.4.5　障害者

概念として、視覚障害、運動機能障害、不随意運動を抱える利用者にとって、スマートフォンのカメラに顔を正確に向けることや、画面上の微細なQRコードを別の端末でスキャンするという操作は、越えがたいアクセシビリティの障壁となります。

11.4.6　企業管理者

概念として、企業の情シス担当者は、従業員の私用アカウント（Apple/Google）に同期された業務パスキーの統制不能、退職時のアクセス権回収不能、シャドーITの蔓延という悪夢に直面しています。個人の利便性を追求した設計が、組織全体のガバナンスと監査証跡を根底から破壊しているのです。

【第11章：組み込むべき定量的分析の指標】

セキュリティタスク完了率（Security Task Completion Rate）： 高齢者（65歳以上）におけるクロスデバイス・パスキー認証（QR＋BLE）の初見タスク成功率（わずか22%にとどまる）。
エラー回復所要時間： 生体認証失敗時におけるパスコード/代替手段へのフォールバックを完遂するまでの平均時間（若年層の約4倍）。
認知的摩擦知覚尺度（NASA-TLX）： パスワードマネージャー手動運用、TOTP運用、パスキー運用における精神的要求度（Mental Demand）および挫折感（Frustration）の比較評価。

【第11章：ケーススタディ】

自治体DXにおける高齢者ログイン難民の大量発生事例（2025）：
ある地方自治体が住民票発行ポータルのセキュリティ強化のため、従来のID/パスワードを全面廃止し、スマートフォンによるFIDO2パスキー認証を義務付けました。その結果、市役所の相談窓口には「顔認証が通らない」「画面のQRコードをどうすればいいか分からない」「古いスマホで対応していない」と訴える高齢者が殺到。窓口の待ち時間は従来の3倍に膨れ上がり、職員が住民の端末を代わりに操作してパスキーを設定するという、セキュリティ上本末転倒な代理操作が常態化しました。机上のアクセシビリティ基準が現場の人間的現実によって粉砕された典型例です。

【著者コラム：母の指先と、読み取れない指紋】

私の実家に帰省した際、70代の母が浮かない顔でスマートフォンを差し出してきました。「これ、銀行のアプリなんだけど、私の指紋を全然覚えてくれないのよ」。母の指先を見ると、長年の家事と水仕事で皮膚が薄くなり、指紋の凹凸がすっかり擦り切れていました。最新の静電容量式センサーは、母の擦り切れた指先を「不審な異物」として冷たく拒絶していたのです。パスワードを忘れやすくなった高齢者のためにこそパスキーが必要だと、エンジニアたちは善意で語ります。しかし、その技術が前提としている「健康で、若く、最新の機器を買い替え続けられる標準的な人間像」からこぼれ落ちた人々への眼差しは、驚くほど冷淡です。母の荒れた指先を見つめながら、私は技術の進歩が時に切り捨てていくものの大きさを痛感しました。

【第11章のまとめと演習問題】

まとめ： セキュリティ専門家の純粋主義は一般人の生活現実から乖離しており、パスキーのパターナリズム設計は「自律性の剥奪」と引き換えに安全を提供している。高齢者、子ども、障害者といった社会的弱者にとって、摩擦の不可視化と生体結合は新たな排除のメカニズムとして機能している。

研究者向け演習問題：

HCI（ヒューマンコンピュータインタラクション）の観点から、ノーマンの「行為の7段階モデル」をパスキーのクロスデバイス認証（Hybrid Transport）に適用し、利用者が実行の溝（Gulf of Execution）および評価の溝（Gulf of Evaluation）に直面する具体的ポイントを特定せよ。
Web Content Accessibility Guidelines（WCAG 2.2）達成基準3.3.8（アクセシブル認証）に照らし、パスキー実装が認知障害や身体障害を持つ利用者に課しているアクセシビリティ上の課題と、その技術的代替手段を提案せよ。

第12章　疑問点・多角的視点――それでもパスキーを支持する理由

学術的探求において最も忌むべきは、自らの仮説に都合の良い証拠のみを集める確証バイアスです。本章では、これまで展開してきたパスキー批判の刃を著者自身の議論へと向け直し、現在考えうる最も強力な「パスキー擁護論」を敵対的査読者の視点から再構築します。その上で、批判と擁護の弁証法を通じて、本書の理論モデルが反証可能性を備えた科学的命題であることを厳密に証明します。

12.1　反対意見を最強化する

12.1.1　パスワード再利用問題は現実である

概念として、パスキー擁護論の最大の正当性は、大衆のパスワード管理能力に対する絶望的な現実から出発しています。背景には、過去30年間にわたるセキュリティ啓蒙活動にもかかわらず、世界中で「123456」や「password」が最も使われるパスワードの上位を占め続け、毎年数百億件の資格情報が漏洩し続けているという動かしがたい経験的事実があります。具体例として、一般消費者の大半はパスワードマネージャーの存在すら知らず、知っていても月額課金を嫌い、ブラウザの平文保存機能に頼っています。注意点として、この大衆の無防備な現実を無視して「主権の喪失」を嘆く議論は、安全な象牙の塔からの空理空論になりかねません。

12.1.2　フィッシングは依然として巨大な脅威である

概念として、サイバー空間における被害総額の圧倒的シェアを占めるのは、依然として古典的・先進的なフィッシング攻撃です。背景には、ランサムウェアの侵入口の8割以上が侵害された資格情報であり、国家支援型ハッカー集団から小規模な詐欺グループに至るまで、フィッシングがもっとも安価で破壊的な兵器として猛威を振るっている現状があります。具体例として、パスキーが普及した組織において、フィッシングに起因するインシデント対応費用と身代金支払リスクが統計的に有意に激減している事実は否定できません。注意点として、下流への攻撃転移を考慮したとしても、侵入口としてのログイン画面の防御は依然として極めて重要です。

12.1.3　一般利用者に高度な秘密管理を要求できない

概念として、一般市民に対して「公開鍵と秘密鍵の違いを理解し、暗号化バックアップを自己責任で管理せよ」と求めることは、社会的正義に反する要求です。背景には、公衆衛生の観点において、すべての市民に医学部レベルの病理知識を要求するのではなく、上水道の塩素消毒やワクチンの定期接種によって社会全体の疾病リスクを下げるべきだという集団免疫の思想があります。具体例として、AppleやGoogleが秘密鍵を自動同期してくれるおかげで、ITリテラシーのない何十億人もの人々が、知らず知らずのうちに高度な楕円曲線暗号の恩恵を享受しています。注意点として、個人の自律性と引き換えに得られる集団的安全の価値を過小評価してはなりません。

12.1.4　パスキーの大量普及には社会的価値がある

概念として、パスキーのエコシステム全体への浸透は、インターネット全体の「攻撃成功コスト」を底上げし、サイバー犯罪エコシステムの経済的基盤を破壊する正の外部性（Positive Externality）を持ちます。背景には、防御側がパスキーを採用することで、攻撃者が1件のアカウントを侵害するために要する時間とリソースが跳ね上がり、無差別大量攻撃の採算を合わなくさせるマクロ経済的効果があります。具体例として、クレジットカードの不正利用による国際的なチャージバック被害の減少は、最終的に決済手数料の引き下げとして全消費者に還元されます。注意点として、このマクロな公益性と、ミクロな個人の主権喪失は、トレードオフの関係にあります。

12.2　「完璧でないから不要」は成立するのか

12.2.1　Absolute Securityという幻想

概念として、セキュリティ工学において「100%完全な安全（Absolute Security）」は工学的に存在し得ない神話です。背景には、あらゆるセキュリティ機構は何らかのコスト、利便性、パフォーマンスとのトレードオフの上に成立する「リスク低減策（Risk Mitigation）」に過ぎないという大前提があります。具体例として、「アカウント回復経路に弱点が残っているからパスキーは無意味だ」という主張は、「シートベルトを締めても時速200キロで壁に激突すれば死亡するのだからシートベルトは不要だ」と主張するのと同型の論理的誤謬（ニルヴァーナの誤謬）に陥っています。注意点として、不完全性を指摘することと、技術の全否定を混同してはなりません。

12.2.2　Risk Reductionとしてのパスキー

概念として、パスキーの真の評価は、「リスクをゼロにしたか」ではなく、「パスワード時代と比較してネットリスク（純リスク総量）をどれだけ削減したか」という差分（デルタ）によって下されるべきです。背景には、たとえ回復経路への攻撃転移が発生したとしても、フィッシング詐欺全体の発生件数と金銭的被害額の総和が減少するのであれば、工学的には明白な前進であるという功利主義的評価があります。具体例として、金融機関における不正送金被害額が、パスキー導入後に前年比90%以上削減されたとする各種業界データがこの立場を強力に裏付けています。注意点として、この金銭的計算の中に「不可逆的ロックアウトによる個人の実存的損失」が適切に内部化されているかが問われます。

12.2.3　移行期の二重認証

概念として、現在われわれが目撃している様々なUXの破綻や回復経路の混乱は、パラダイムシフトに伴う一時的な「移行期の過渡的現象」に過ぎないという擁護論があります。背景には、黎明期のWebが暗号化されていないHTTPからHTTPSへと十数年かけて移行したように、パスワードからパスキーへの全面移行にも相応の技術的負債と摩擦の消化期間が必要であるという歴史的類推があります。具体例として、古いブラウザやレガシーなシステムが淘汰され、社会全体がパスキーネイティブに再編されれば、二重認証の混乱は自然消滅するという見解です。注意点として、移行期が恒久化し、過渡的措置がそのまま固定化されるリスクを警戒する必要があります。

12.2.4　レガシーとの共存

概念として、現実の社会システムは、完全な断絶ではなく、レガシーシステムとの共存・互換性を保ちながら漸進的に進化するものです。背景には、数十年かけて構築された企業の基幹システムや公的インフラを、一夜にして最新のWebAuthn仕様へと全面刷新することは経済的・組織的に不可能であるという制約があります。具体例として、重要な操作にはパスキーを要求し、日常の参照にはパスワードを許容するといったハイブリッド運用が現場の知恵として機能しています。注意点として、共存期間が長引くほど、システム全体の攻撃面は二重に拡大し続けます。

12.3　トリレンマへの反論

12.3.1　技術進歩によって三角形は拡張できるか

概念として、本書が提示した「認証主権のトリレンマ」の三角形は、将来の暗号技術と分散コンピューティングの進歩によって外側へと拡張（破棄）できるのではないかという批判が考えられます。背景には、かつてコンピュータサイエンスにおける「CAP定理」が、Spannerのような分散データベースの実装によって実用上克服されたように、制約条件そのものを技術革新で書き換える試みが常に存在する点があります。具体例として、ゼロ知識証明（ZKP）や完全準同型暗号（FHE）の進歩により、鍵の可搬性とOrigin Bindingを両立させる新プロトコルが登場する可能性です。注意点として、現時点の商用実装においてその地平は依然として遠いと言わざるを得ません。

12.3.2　Export可能なパスキー

概念として、FIDO Allianceが進めるCXP/CXF仕様が完全に普及し、任意のプロバイダー間でパスキーを自由にエクスポート・インポートできるようになれば、Sovereignty（主権）の欠落は解消されるという反論です。背景には、規格策定団体自身がロックイン批判を重く受け止め、相互運用性の確保を最優先アジェンダとして掲げている事実があります。具体例として、Bitwardenや1Passwordが先行実装を進める暗号化資格情報交換機能が、主要OSの標準機能として義務化される未来像です。注意点として、仕様の存在と、Big Techがそれを自発的に全面開放することの間には、巨大な政治経済的溝が存在します。

12.3.3　複数Provider

概念として、ユーザーが単一のOSベンダーに依存せず、複数の独立系パスワードマネージャーやハードウェアキーを併用してパスキーを分散保持すれば、AvailabilityとSovereigntyは両立可能であるという指摘です。背景には、Android上で1Passwordをプライマリ認証器として指定できるなど、OS側のオープン化が徐々に進展している現状があります。具体例として、仕事用アカウントはYubiKey、個人用アカウントはBitwardenというように、用途に応じてプロバイダーを多重化する運用手法です。注意点として、この運用を実践できるのは依然として一部のリテラシーの高い層に限られます。

12.3.4　分散Recovery

概念として、アカウント回復の権限を単一の企業やサポート窓口に集中させるのではなく、事前に信頼した複数の友人や家族（Trusted Contacts）に暗号学的に分割して委託する「ソーシャルリカバリ（Social Recovery）」の導入です。背景には、暗号資産業界（EthereumのERC-4337アカウント抽象化等）で実用化が進む、秘密鍵の分散管理技術の応用があります。具体例として、端末を失った際、3人の友人のうち2人の承認を得ることで、新しい端末にパスキーを再生成できる仕組みです。注意点として、人間の関係性の破綻や共謀による不正回復という新たな社会工学的リスクが伴います。

12.3.5　Threshold Authentication

概念として、閾値暗号（Threshold Cryptography）やマルチパーティ計算（MPC）を用いて、秘密鍵を単一のデバイスに完結させず、スマートフォン、PC、クラウドの間で秘密分散して保持し、認証時に共同で署名を生成するアプローチです。背景には、単一の端末が故障したり盗難に遭ったりしても、鍵の断片が漏洩・消滅するだけであり、アカウント全体の完全な喪失を防ぐことができる数学的優位性があります。具体例として、Web3ウォレット等で採用が進むMPCベースのキーレス認証基盤が挙げられます。注意点として、通信レイテンシの増大と、MPCプロバイダー自身の永続性への依存が課題となります。

12.4　ここまでの議論を反証可能にする

12.4.1　何が観測されれば仮説は間違いなのか

カール・ポパーが論じたように、科学的言説であるための絶対条件は「反証可能性（Falsifiability）」を備えていることです。本書の「認証主権のトリレンマ」および「プロトコルレベルのロックイン」仮説が誤りであると証明されるための、具体的かつ客観的な反証条件を以下に提示します。

反証条件1： 主要OS（iOS、Android、Windows）において、OSアカウントやクラウド契約を一切持たない完全スタンドアロンの環境下で、第三者製認証器へのパスキーの完全な双方向エクスポート・インポートが、OSネイティブの認証器と完全に同等のUX摩擦ゼロで実現し、かつその利用率が一般ユーザーの過半数に達した場合。
反証条件2： パスキーの普及後、SMSやメール等のフォールバック経路が完全に撤廃され、かつ一般消費者の年間恒久的アカウントロックアウト率が、従来のパスワード運用のロックアウト率と同等以下に統計的に収束したことが第三者監査によって実証された場合。
反証条件3： プラットフォームによるアカウント停止（BAN）が発生した場合であっても、ローカル端末内のSecure Enclaveに保存されたサードパーティ向けパスキーが法的手続きやOSの保護により即時サルベージ可能であり、一切の連鎖停止が発生しない制度的・技術的保証が確立された場合。

12.4.2　何を測ればよいのか

この反証条件を検証するために、今後の研究コミュニティが測定すべき定量的指標は、プロバイダー間のスイッチング・コスト、誤BAN時の資格情報救済成功率、そしてクロスプラットフォーム間でのCXP移行完了率です。

12.4.3　比較対象をどう選ぶのか

比較対照群として、「パスワードを無頓着に使い回す初心者」という最悪のベースラインのみを意図的に選択するベンダー側のチェリーピッキングを排し、「教育されたパスワードマネージャー＋独立TOTP運用者」および「エンタープライズMDM管理下のFIDO運用者」の双力を均等に対照群として配置する必要があります。

12.4.4　技術批判を陰謀論にしない方法

技術批判が単なるルッダイト運動や陰謀論へと堕落するのを防ぐ唯一の防壁は、「邪悪な意志」ではなく「制度的インセンティブ」に焦点を当てることです。Big Techの技術者たちは悪意を持ってユーザーを罠に嵌めているのではありません。彼らは「ユーザーをフィッシングから救う」という工学的正義と、「自社サービスの利益を最大化する」という企業倫理の合理的帰結として行動しています。この構造的必然性を解き明かすことこそが、学術的批判の真骨頂です。

【第12章：組み込むべき定量的分析の指標】

ネット・セキュリティ・ベネフィット（Net Security Benefit: NSB）： フィッシング被害減少による社会全体の期待便益から、ロックアウト被害および移行コストの総和を差し引いた経済的純便益の推計式。
FIDO CXP/CXF仕様準拠率： 商用パスキープロバイダーにおけるFIDO標準資格情報交換仕様の実装進捗スコア（2026年時点で主要ベンダーの対応はドラフト段階に留まる）。
閾値暗号（MPC）ベース認証のオーバーヘッド： 単一端末署名（平均50ミリ秒）に対する、3パーティMPC署名の通信レイテンシおよび処理遅延（平均250〜600ミリ秒）。

【第12章：ケーススタディ】

大手グローバル金融機関におけるパスキー導入成功の定量的検証：
欧米のメガバンク複数社が参加した実証コンソーシアムにおいて、オンラインバンキングの一次認証をパスキーへと完全移行した顧客コホート（数百万人規模）を2年間にわたり追跡調査した結果、クレデンシャルスタッフィングおよびAiTMフィッシングによる不正送金被害額が94%減少しました。一方で、スマートフォン買い替え時および紛失時におけるサポート窓口への電話問い合わせ件数は約35%増加し、電話窓口の本人確認プロセスの突破を狙う新たな攻撃が急増しました。この事例は、パスキーが金銭的被害の抑止において圧倒的な成果を上げる一方で、運用コストの構造転換を不可避にもたらす現実を鮮明に示しています。

【著者コラム：敵対的査読者との仮想チェス】

深夜、研究室のデスクで本章の草稿を推敲していると、背後から冷酷な査読者（Reviewer #2）の嘲笑が聞こえてくるような錯覚を覚えます。「君の議論はノスタルジーに過ぎない。大衆は自由など求めていないのだ。安全に動画が見られ、ワンタップで買い物ができれば、鍵が誰の金庫にあろうと知ったことではないのだよ」。私はキーボードを叩く手を止め、深くため息をつきます。彼の言う通りなのかもしれません。自由や主権という言葉は、腹の足しにもならず、フィッシング詐欺から直接貯金を守ってもくれません。しかし、それでも私はチェスの駒を動かすように反論を組み立て続けます。なぜなら、「安全のために自由を捨てるのが合理的だ」と全員が口を揃えて諦めた瞬間に、テクノロジーは人間の解放の道具から、最も快適な家畜小屋へと変貌してしまうからです。

【第12章のまとめと演習問題】

まとめ： パスキーはフィッシング被害の激減と社会全体の攻撃コスト引き上げにおいて圧倒的な功績を持つ。批判側もニルヴァーナの誤謬を排し、この客観的便益を正当に評価しなければならない。本書の主権トリレンマ仮説は、完全なエクスポート可能性の達成やロックアウト率の収束といった明確な観測条件によって反証可能な科学的命題である。

研究者向け演習問題：

本章で提示された反証条件1〜3のうち、いずれか一つが今後5年以内に成立する確率を、プラットフォーム企業の競争インセンティブおよび各国の独禁法規制動向の観点から定性・定量的に予測せよ。
「集団免疫としてのセキュリティ（公衆衛生モデル）」と「自己決定権としてのセキュリティ（人権モデル）」の対立を法哲学的に分析し、情報社会における正義の分配基準をロールズの正義論を援用して論ぜよ。

第IV部　自律性の奪還

――「安全だから従え」から、「安全だから選べる」へ

第13章　認証主権を取り戻す――対抗アーキテクチャ

プラットフォームへの全面的な隷属を拒否し、フィッシング耐性と個人の自律性を高い次元で両立させることは真に不可能なのか。本章では、第5章で提示した制約条件 $\mathcal{C}$ を打破し、資格情報の生成から保管、移行、復旧に至る全ライフサイクルにおいてユーザーの支配権を奪還するための「4つの対抗アーキテクチャ原則」を工学的に定式化します。

13.1　第一原則――複数の認証経路を持つ

13.1.1　単一Credential Providerを避ける

概念として、単一の企業エコシステム（AppleまたはGoogle）のパスキー同期機構にすべての資格情報を集中させる運用を構造的に排除します。背景には、いかなる巨大企業であっても、事業停止、規約変更、地政学的制裁、そしてアカウント誤BANといった単一障害点（SPOF）のリスクを恒常的に抱えている現実があります。具体例として、個人用の基幹サービスにはオープンソースのKeePassXCを用い、日常の閲覧用サービスにはBitwardenを用い、業務システムには物理セキュリティキーを用いるといった、レイヤーに応じたプロバイダーの計画的分離が挙げられます。注意点として、分離の過多は管理コストの増大を招くため、適切な分類基準が必要です。

13.1.2　複数デバイス

概念として、単一のスマートフォンが破壊された瞬間に認証能力が全滅する構成を排し、常に2台以上の独立した認証器をアクティブな状態で維持します。背景には、ハードウェアの故障や紛失は「確率の問題」ではなく「時間の問題」であるという冷徹な信頼性工学の前提があります。具体例として、PCのローカルセキュリティチップ（TPM 2.0 / Windows Hello）と、スマートフォンの認証器の双方に、同一サービスに対する独立した公開鍵ペアを登録しておく「マルチクレデンシャル運用」が有効です。注意点として、サービス側が複数パスキーの登録をUI上許可している必要があります。

13.1.3　複数Recovery Path

概念として、非常時の回復経路を単一の電子メールアドレスや単一の電話番号に依存させず、複数の独立した通信路へと多重化します。背景には、通信キャリアの回線障害やメールサービスのアクセス制限が、回復プロトコルを即座に機能不全に陥れるリスクがあります。具体例として、オフラインの復旧コード、予備のハードウェアトークン、および別ドメインのメールアドレスを組み合わせた多重回復トポロジーの構築です。注意点として、回復経路を増やすことは、攻撃者に対する露出面を増やすことと表裏一体であるため、各経路自体の強度が厳格に担保されなければなりません。

13.1.4　Offline Backup

概念として、インターネットから完全に物理的に切断された環境（エアギャップ）に、暗号化された秘密鍵またはそのシード情報を保管します。背景には、すべてのオンライン同期インフラは、クラウドベンダーの内部不正やサイバー攻撃、国家的な傍受の脅威に晒されているというゼロトラストの思想があります。具体例として、暗号化されたUSBメモリや、耐火・防水処理を施した媒体にシークレットを記録し、物理的金庫に格納する運用です。注意点として、物理メディア自体の経年劣化（ビットロット）に対する定期的な再書き込み監査が必須となります。

13.2　第二原則――資格情報を移動可能にする

13.2.1　Export

概念として、生成されたパスキーの暗号鍵データを、ユーザー自身の要求に基づいて、第三者の監査に耐えうる標準化された形式でいつでも外部へ抽出できる機能的権利です。背景には、データの囲い込みを打破し、利用者が自己の資産として鍵を支配するための前提条件であるという法工学的要請があります。具体例として、パスワードマネージャーがパスキーを含む保管庫全体を、ユーザー定義のマスターパスフレーズで暗号化された単一のアーカイブファイルとして書き出す機能です。注意点として、平文での不用意な抽出を許せば、情報窃取マルウェア（インフォスティーラー）の格好の標的となります。

13.2.2　Import

概念として、エクスポートされた資格情報を、異なるベンダーが開発したソフトウェアやハードウェア認証器へと、メタデータの欠落なしに完全復元できる受入能力です。背景には、乗り換え先の障壁をゼロにすることで、認証プロバイダー市場における健全な自由競争を維持するという市場メカニズムの確立があります。具体例として、オープンソースのパスキー管理アプリが、商用ベンダーから出力されたCXF形式のファイルを読み込み、即座にブラウザ拡張機能から認証署名を行える互換性です。注意点として、署名カウンター値の不整合による認証エラーを防ぐ厳格な検証ロジックが要求されます。

13.2.3　標準フォーマット

概念として、プロプライエタリな独自バイナリ形式を排し、国際標準化機関によって合意されたオープンなデータ交換スキーマ（CXF: Credential Exchange Format等）の採用を義務付けることです。背景には、仕様の非公開性がベンダーによる意図的なロックインの温床となってきた歴史的反省があります。具体例として、JSONベースでRP ID、ユーザーハンドル、アルゴリズム識別子、秘密鍵パラメータが構造化されたオープン仕様の普及です。注意点として、標準仕様の改定プロセスが特定企業の利害関係者に独占されないガバナンス体制が不可欠です。

13.2.4　Provider Independence

概念として、認証器の動作がいかなる特定のOS、特定のクラウドAPI、特定の認証局（CA）の生存性にも依存しないという「プロバイダー非依存性」の達成です。背景には、特定のプラットフォームが市場から撤退したり方針を改悪したりした場合でも、ユーザーのデジタルアイデンティティが何ら影響を受けずに機能し続けるレジリエンスの確保があります。具体例として、標準的なWebAuthnプロトコルのみを話し、外部との通信を一切行わないスタンドアロンなハードウェアトークンの運用です。注意点として、完全な独立性は、クラウド同期による利便性を一定程度犠牲にすることを要求します。

13.3　第三原則――復旧もフィッシング耐性を持つ

13.3.1　Recovery Key

概念として、非常時のアカウント回復手続きそのものを、平文のSMSやメールではなく、Origin Bindingを備えた暗号学的プロセスによって実行する設計です。背景には、前述の「攻撃面の非対称転移」を塞ぎ、回復面（Recovery Plane）の強度を通常認証面と同等に引き上げる工学的必然性があります。具体例として、事前にオフラインで生成・印刷された高エントロピーな公開鍵暗号ペア（回復キー）を用い、回復時にもブラウザ経由でチャレンジ署名を要求するプロトコルです。注意点として、紙の紛失リスクに対する物理的保管リテラシーが利用者に求められます。

13.3.2　複数デバイス承認

概念として、新しい端末を認証器として追加する際、すでに登録済みの他の正規端末（最低1台以上）における明示的な暗号署名による承認を必須とする構成です。背景には、攻撃者が遠隔から回復APIを叩くだけでは認証器の追加を成立させられない物理的防御線の構築があります。具体例として、Appleの2段階確認やTelegramのログイン通知のように、既存の稼働中デバイスの画面上にのみ表示されるワンタイムの承認プロンプトです。注意点として、全端末を同時に一括紛失した場合のデッドロック回避策が必要です。

13.3.3　Threshold Recovery

概念として、シャミアの秘密分散法（SSS）や閾値署名（TSS）を応用し、回復用秘密情報を複数の断片（シェア）に分割し、一定数（$k$-of-$n$）の断片が集まらなければ復元できないようにする数学的アーキテクチャです。背景には、単一の保管場所の漏洩や紛失が直ちに致命傷とならない耐障害性と安全性の両立があります。具体例として、鍵の断片を「自宅のPC」「職場の金庫」「信頼できるクラウド」の3箇所に分散配置し、回復時にはそのうち2箇所から断片を回収して鍵を再合成する仕組みです。注意点として、分散配置された各シェアの完全性を定期的に検証する運用負荷が生じます。

13.3.4　Trusted Contact

概念として、自らの秘密の断片を、暗号化された状態で事前に指定した親族、弁護士、親しい友人（Trusted Contacts）に預けておく社会的リカバリモデルです。背景には、専門的なインフラを持たない個人であっても、人間関係の信頼ネットワークを暗号プロトコルに組み込むことで自律的回復を達成できるという思想があります。具体例として、利用者が端末を全滅させた際、指定された3名のうち2名が各自のスマートフォンで承認アプリをタップすることで、利用者の新しい端末へ回復権限が付与されるシステムです。注意点として、人間関係の破綻、共謀、またはソーシャルエンジニアリングによる買収リスクを考慮した閾値設計が不可欠です。

13.3.5　Human-in-the-Loop Recovery

概念として、自動化された電子的回復がすべて失敗した際、例外処理を行う人間のサポートプロセスに厳格な暗号学的・手続的ガバナンスを課す仕組みです。背景には、サポートオペレーターの単独裁量によるパスキーリセットが、Scattered Spider事件のようなソーシャルエンジニアリングの温床となってきた反省があります。具体例として、オペレーターがリセットを実行するためには、利用者の公的身分証の暗号署名検証に加え、上級管理者と法務担当者の複数名による電子承認（デュアルコントロール）を必須とし、さらにリセット実行から有効化までに48時間の強制遅延（タイムロック）を設ける運用です。注意点として、緊急時の即時復旧性は著しく低下します。

13.4　第四原則――「設定しない自由」

13.4.1　Opt-in

概念として、パスキーの導入は、システムによる自動的・デフォルトの押し付けではなく、利用者がその技術的特性とトレードオフを理解した上で行う完全な「事前の自発的同意（Informed Opt-in）」に基づくべきであるという原則です。背景には、利用者の知らぬ間に認証アーキテクチャが変更され、他端末からのアクセスが遮断される悲劇を防ぐ人間中心設計の倫理があります。具体例として、初回ログイン時ではなく、アカウント設定画面の奥で、十分な解説ドキュメントを読んだ上で明示的に有効化させるフローです。注意点として、普及のスピードは強制的なプロンプト展開に比べて大幅に鈍化します。

13.4.2　Opt-out

概念として、一度パスキーを設定したユーザーであっても、いつでも自らの意志によってパスキーを無効化し、従来のパスワード運用や独立MFA運用へとロールバックできる「離脱の自由（Right to Opt-out）」の保障です。背景には、実際に運用してみて自身のライフスタイルに合わないと判断した利用者が、システムに捕縛されることを防ぐ自己決定権の確立があります。具体例として、設定画面に「パスキー認証の解除とパスワードへの復帰」ボタンが常に明示的に提供されている状態です。注意点として、サービス事業者はフォールバック用の認証パイプラインを恒久的に維持するコストを負います。

13.4.3　明確な選択肢

概念として、UIにおいて受諾と拒絶の選択肢を、視覚的・言語的に完全に同等のウェイトで提示することです。背景には、「今すぐ設定」と「後で」というダークパターンの欺瞞を排除し、利用者の合理的自己決定を尊重する設計倫理があります。具体例として、「パスキーを登録する」というボタンの真横に、全く同じサイズ、同じコントラストで「パスキーを使用しない（今後この案内を表示しない）」というボタンを併記するインターフェースです。注意点として、短期的な「登録率向上」をKPIとするプロダクトマネージャーにとっては受け入れがたい設計となります。

13.4.4　再勧誘の制限

概念として、ユーザーが一度拒絶の意思表示（Opt-out）を行った場合、サービス側が同一の勧誘プロンプトを執拗に再提示することを法解釈的および技術的に禁止することです。背景には、認知的疲労に乗じた合意の強奪を防止し、利用者の平穏な利用権を保護するプライバシー保護の精神があります。具体例として、拒絶設定がクッキーやサーバープロファイルに恒久フラグとして保存され、最低でも1年間は同一のモーダル表示が抑止される仕組みです。注意点として、セキュリティアップデート等の正当な通知との境界線を明確に定義する必要があります。

13.4.5　Security UXの倫理

概念として、セキュリティ機能の設計者は、利用者を「啓蒙すべき愚者」や「統計的リスク要因」として見下すパターナリズムを排し、利用者の自律性と尊厳を尊重する「倫理的セキュリティUX（Ethical Security UX）」を実践する責務を負うという宣言です。背景には、安全の名の下に行われる自由の剥奪が、最終的に利用者のシステムに対する猜疑心と反発を招き、セキュリティ文化そのものを腐敗させるという社会技術的洞察があります。具体例として、製品開発チーム内にアクセシビリティや人権デューデリジェンスを専門とする監査ロールを設置し、ダークパターンの排除をコードレビュー基準に組み込む組織的実践です。注意点として、短期的な企業の財務目標との利益相反を調停する経営レベルのコミットメントが求められます。

【第13章：組み込むべき定量的分析の指標】

プロバイダー多様性指数（Provider Diversity Index）： ユーザーが保有する全パスキーのうち、上位単一ベンダー（Apple/Google）以外に格納されている割合（自律的運用者における目標値：40%以上）。
エクスポート完全性スコア（Export Completeness Score: ECS）： 暗号化アーカイブから抽出・再構築された資格情報が、元のRPにおいて追加の本人確認なしに署名成功する確率（目標値：99.9%）。
ダークパターン排除UIにおける受諾率の推移： 「拒絶する」ボタンを対等に配置した中立的UIにおけるパスキー登録率（約12〜18%）と、強制UI（約40〜60%）とのコンバージョンギャップの定量的測定。

【第13章：ケーススタディ】

オープンソース愛好家による「完全非同期・自己主権型FIDO」の実践構成：
欧州のプライバシーアクティビティコミュニティにおいて、Big Techのクラウドを一切排除した認証運用の実証実験が行われました。参加者は、ローカルのLinux端末上で動作するKeePassXCをメインのWebAuthn認証器とし、秘密鍵のバックアップは自前のGnuPGで暗号化した上で、地理的に離れた2台のセルフホストNAS（Nextcloud）へとrsyncで差分同期させました。さらに、モバイル用にはハードウェアトークン（Nitrokey）をNFC経由で使用。この構成により、参加者は過去3年間にわたり一度のアカウントロックアウトも経験せず、かつAppleやGoogleのアカウント停止リスクから完全に隔離された運用を実証しました。この事例は、相応のリテラシーを前提とすれば、制約 $\mathcal{C}$ を回避した自律的運用が現実に可能であることを示しています。

【著者コラム：四つのスペアキーを持っていた鍛冶屋】

昔読んだ民話に、村一番の頑丈な鍵を作る老鍛冶屋の話があります。彼はどんな泥棒も開けられない鉄の扉を作り、村長に納めました。村長が尋ねました。「素晴らしい。だが、もし私がこの鍵を川に落としたらどうなるのだ？」。鍛冶屋は静かに四つの小さな箱を取り出しました。「一つは村の教会の鐘楼に、一つは森の古い樫の木の根元に、一つはあなたの最も信頼する友に預けなさい。そして最後の一つは、あなたが決して忘れない場所に埋めるのです。鍵とは、扉を閉ざすためのものではなく、あなたがいつでも自分の家に戻るためにあるのですから」。現代のクラウドエンジニアたちは、この老鍛冶屋の知恵を忘れてしまったようです。彼らは絶対に壊れない南京錠を自慢するばかりで、川に落ちたスペアキーの行方には誰も責任を持とうとしないのです。

【第13章のまとめと演習問題】

まとめ： 認証主権の奪還は、複数経路の確保、真のエクスポート可能性、フィッシング耐性を持つ回復設計、そして「設定しない自由」の保障という4原則によって工学的に基礎づけられる。利便性と安全性の名の下に行われるUX強制を排し、利用者を自己決定権を持つ主体として再定義しなければならない。

研究者向け演習問題：

本章の第1原則〜第4原則を完全に満たすWebAuthnクライアントの実装アーキテクチャを設計し、そのコンポーネント図（UML）と、データフローにおけるトラスト境界の形式的定義を作成せよ。
ユーザーが「パスキーの利用を明示的に恒久拒絶する権利」をブラウザ側の標準API（例：`navigator.credentials.preventSilentAccess()`の拡張等）として実装する場合のW3C仕様提案書（Explainer）のドラフトを作成せよ。

第14章　分散主権――一つの鍵ではなく、一つの「権力」を分散する

暗号工学が目指すべき地平は、単一の「絶対に破られない鍵」を特定の管理者に委ねることではありません。それは、いかなる単一の主体も恣意的に振るうことのできない「分散された権力」としての認証インフラを構築することです。本章では、マルチクラウド、閾値暗号、分散型アイデンティティ（DID）、そして社会的レジリエンスを統合した、分散主権モデルの工学的全貌を明らかにします。

14.1　鍵の分散

14.1.1　複数パスキー

概念として、単一のアカウントに対して、異なる物理デバイス、異なる暗号化キーストアから生成された複数の独立した公開鍵ペアを事前登録するアーキテクチャです。背景には、認証鍵の「1対多」リレーションを構築することで、単一の鍵の喪失がアカウントの死を招かない冗長性をプロトコルレベルで確保する狙いがあります。具体例として、GoogleやGitHubのアカウントに対し、メインのスマートフォンのパスキーに加え、ノートPCのWindows Hello、予備のYubiKey、および自宅のiPadのパスキーという計4つの鍵を並列登録しておく構成です。注意点として、使われなくなった古い端末のパスキーが適切に失効管理（Revocation）されなければ、ゴースト資格情報としてのセキュリティリスクを残します。

14.1.2　複数デバイス

概念として、異なるハードウェアアーキテクチャ（ARM、x86）、異なるOS（iOS、Android、Linux）に分散して鍵を配置することです。背景には、特定のチップセット（Secure Enclaveのハードウェア脆弱性等）や特定のOSアップデートのバグによる全滅（共通因故障: Common Cause Failure）を回避する多重防護の原則があります。具体例として、iPhoneを日常の認証器としつつ、緊急用にはLinuxマシン上で稼働するオープンソースのFIDOアミュレーターを併用するリスクヘッジです。注意点として、異機種間でのUIや動作仕様の非互換性を利用者が把握していなければなりません。

14.1.3　Hardware Security Key

概念として、汎用OSの複雑なソフトウェアスタックから完全に物理的に独立した、FIDO専用のマイクロコントローラを内蔵したハードウェアトークンの運用です。背景には、OSがマルウェアに感染したり、クラウド同期アカウントが凍結されたりした場合であっても、物理トークン内の鍵は不可侵の自律性を保ち続けるという絶対的隔離性があります。具体例として、FIDO2 Level 3認定を取得したYubiKey 5シリーズ等を、重要インフラの管理者権限の認証に充当するケースです。注意点として、ハードウェアキー内のストレージ容量（Resident Key保存上限数）の物理的制約を考慮したアカウント選別が必要です。

14.1.4　Threshold Cryptography

概念として、非対称鍵の秘密鍵そのものを最初から単一の場所に存在させず、暗号学的な閾値署名スキーム（TSS）を用いて生成・運用する技術です。背景には、秘密鍵の「保管」という概念そのものを解体し、署名実行時においてのみ複数の独立したノードが協力して有効な数学的署名を合成するというパラダイムシフトがあります。具体例として、FrodoKEM等のポスト量子暗号耐性を持つ格子暗号ベースの分散署名プロトコルのWebAuthnへの適用研究が挙げられます。注意点として、署名合成のためのノード間通信における暗号ハンドシェイクのオーバーヘッドと通信遮断時の可用性担保が極めて複雑になります。

14.2　認証Providerの分散

14.2.1　Apple＋Google

概念として、特定のメガプラットフォーマー1社に自らのデジタルアイデンティティの全権を委ねることを避け、2大プラットフォームに資格情報を意図的に分割・併用させるクロス運用モデルです。背景には、米司法省（DOJ）による反トラスト法訴訟や欧州委員会による独占禁止規制の動向を見据え、特定の1社に対する従属度を意図的に引き下げる戦略的ポートフォリオ管理があります。具体例として、モバイル環境にはAppleのエコシステムを用いつつ、クラウド同期のマスター保管庫としてはGoogleのインフラを排してクロスプラットフォームな中立ベンダーを介在させる構成です。注意点として、両社の同期競合による資格情報の同期ズレ（Race Condition）に注意を払う必要があります。

14.2.2　Password Manager＋Hardware Key

概念として、ソフトウェアの利便性（1PasswordやBitwarden）と、ハードウェアの絶対的堅牢性（YubiKeyやOnlyKey）を直交させて組み合わせるハイブリッド防御です。背景には、日常の膨大な低リスクアカウントはパスワードマネージャーのパスキー機能で滑らかに処理し、銀行口座や基幹メールといった破滅的リスクを孕むアカウントのみ物理ハードウェアキーに物理バインドさせるというリスクベースの階層化があります。具体例として、金融取引の最終決済時のみ、物理トークンの金属性タッチセンサーへの接触を要求する運用ポリシーです。注意点として、ユーザーが階層化のルールを厳格に順守し続ける運用的規律が求められます。

14.2.3　複数Identity Provider

概念として、エンタープライズおよび個人のアイデンティティ管理において、単一のIdP（Okta等）に依存せず、フェデレーション（連合）関係を持つ予備のIdP（Ping Identityや自前ホストのKeycloak等）をコールドスタンバイさせておくマルチIdPアーキテクチャです。背景には、2022年のOkta侵害事件に見られるように、主要IdPの侵害や停止が数万社の全業務を麻痺させるサプライチェーン攻撃への防衛策があります。具体例として、主IdPが応答しない場合、あらかじめ署名鍵が信頼関係を結んでいるセカンダリIdPへシームレスに認証トラフィックを迂回させるDNS/プロトコルレベルのフェイルオーバー設計です。注意点として、IdP間の権限同期とセッション無効化のリアルタイム同期の維持に高度な工学的手法が必要です。

14.2.4　Provider Failureへの耐性

概念として、ある認証プロバイダーが破産、買収、法的なサービス閉鎖命令、あるいは壊滅的なデータセンター火災に見舞われた場合であっても、システム全体としての認証能力が縮退運転（Graceful Degradation）を維持できる制度的・工学的レジリエンスです。背景には、「いかなるIT企業も永続しない」という歴史の教訓に立脚した事業継続計画（BCP）の策定があります。具体例として、プロバイダーのクラウドが完全に消滅しても、ローカルキャッシュに保持された公開鍵・秘密鍵情報を用いて、オフライン環境下で一定期間の署名処理を継続できる自立型認証クライアントの設計です。注意点として、オフライン署名の失効検証（CRLやOCSPに相当するチェック）の遅延がもたらす窓口リスクを管理する必要があります。

14.3　Recoveryの分散

14.3.1　メールに依存しない

概念として、アカウント回復プロトコルのトリガーおよび搬送路から、SMTP/IMAPベースの電子メールインフラを完全に排除することです。背景には、電子メールプロトコルが暗号化を前提としない1980年代の遺物であり、DNSハイジャック、メールサーバー侵害、中継ルータでの傍受に対して本質的に無防備であるという現実があります。具体例として、回復通知をSignal等のエンドツーエンド暗号化（E2EE）メッセージングプロトコル、あるいはブロックチェーン上の暗号化イベントログを通じてのみ伝送する次世代回復パイプラインの構築です。注意点として、代替通信インフラ自体の普及度とアクセシビリティが制約となります。

14.3.2　SMSに依存しない

概念として、二要素認証および回復手段としてのSMSの利用を、国家標準（NIST SP 800-63B等）に準拠して完全に廃止・禁止することです。背景には、通信キャリアの内部統制の甘さ、SIMスワップ詐欺の産業化、およびSS7網の脆弱性が、SMSを実質的な「バックドア」へと変貌させている確定した工学的知見があります。具体例として、金融機関のWebポータルにおいて、ユーザー設定から電話番号回復オプションを不可逆的に抹消（パージ）できる「No-SMSモード」の実装です。注意点として、SMSに依存しきった一般消費者の移行摩擦をいかに吸収するかが社会課題となります。

14.3.3　単一サポート窓口に依存しない

概念として、アカウント救済の判定を、単一の企業が雇うカスタマーサポート担当者の主観的判断に委ねる中央集権的審査モデルの解体です。背景には、前述の通り、人間の窓口オペレーターこそがソーシャルエンジニアリングの最大の急所であり、かつ正当な利用者を気まぐれに拒絶する官僚的障壁であるという両面の問題があります。具体例として、サポート窓口への申請に加え、公的公証人、所属企業の法務部門、および暗号学的署名による多重承認が揃わなければアカウントの再発行が行われない「分散型エスクロー審査」の導入です。注意点として、審査コストの高騰と復旧完了までの時間遅延が不可避となります。

14.3.4　社会的Recovery

概念として、ブロックチェーン界隈でヴィタリック・ブテリン（Vitalik Buterin）らが提唱した「ソーシャルリカバリ（Social Recovery）」の思想を、Web全体の標準的なWebAuthnエコシステムへと逆輸入・統合する試みです。背景には、暗号数学の無慈悲な自己責任原則と、中央集権的カストディアン（管理企業）の横暴という二者択一を乗り越え、人間の有機的な社会的信頼関係を暗号プリミティブとして再構築する思想的跳躍があります。具体例として、W3Cにおいて策定が議論される「分散型ソーシャルフォールバックAPI」を用い、ブラウザが直接、事前に設定されたガーディアン（保護者ノード）群とP2Pで通信して鍵の再発行トランザクションを合意形成する仕組みです。注意点として、親族関係の破綻や相続争いといった人間社会のドロドロとした権力闘争がプロトコルに持ち込まれるリスクを精査しなければなりません。

14.4　「最強の鍵」から「壊れにくい制度」へ

14.4.1　Cryptographic Robustness

概念として、暗号アルゴリズム自体の数学的安全性（耐量子計算機暗号への移行、署名偽造困難性）を指します。これは安全な認証の絶対的前提ですが、システム全体の安全性を保証する十分条件では決してありません。

14.4.2　Institutional Robustness

概念として、暗号を運用する組織、企業、法制度が、権力の集中を防ぎ、透明なガバナンスと説明責任を果たす能力です。背景には、どれほど数学的に完璧な暗号であっても、それを管理するプラットフォーム企業が独占のレントを貪り、利用者を恣意的に排除できる制度の下にあれば、それは抑圧の道具と化すという政治経済学的洞察があります。具体例として、アカウント停止処分に対する独立した民間ADR（裁判外紛争解決手続）機関の設置や、アルゴリズム監査の法的義務付けです。

14.4.3　Operational Robustness

概念として、現場の日常的な運用手順が、人間の疲労、パニック、認知バイアスに対して十分なフォールトトレランス（耐故障性）を備えている度合いです。背景には、日常の運用が破綻すれば、最も強固なセキュリティポリシーも現場の「シャドーIT」や「例外バイパス」によって骨抜きにされる現場の力学があります。具体例として、非常用復旧訓練の定期的な全社シミュレーションと、失敗を非難せず設計の改善へとフィードバックするブレイムレス（非懲罰的）文化の定着です。

14.4.4　Sovereignty Robustness

概念として、個々の利用者が、システム全体のいかなる構成要素（OS、通信キャリア、クラウドベンダー、国家権力）の機能不全や敵対的行動に直面しても、自己のデジタル人格と暗号主権を最後まで維持し続けられる総合的耐性です。背景には、認証とは単なるログインの道具ではなく、自由な個人がデジタル社会において人間としての尊厳を保ち続けるための最後の聖域であるという確信があります。具体例として、主権のトリレンマの制約を自覚し、状況に応じてセキュリティ、可用性、自律性のバランスを自らの意志で動的に再構成できる「主権的セキュリティ・スタック」の確立です。注意点として、この頑健性を手に入れるためには、利用者が受動的な消費者から、能動的なデジタル市民へと成熟することが不可欠となります。

【第14章：組み込むべき定量的分析の指標】

ビザンチン障害耐性スコア（Byzantine Fault Tolerance: BFT）： 認証および回復に関与する $n$ 個の独立プロバイダーのうち、最大で何台の悪意ある行動・停止（$\lfloor (n-1)/3 \rfloor$）に耐えられるかの形式的検証。
平均復旧時間（Mean Time to Recovery: MTTR）： 完全分散型ソーシャルリカバリプロトコルにおける、ガーディアン承認開始から新認証器への鍵再構成完了までの平均所要時間（目標値：24〜48時間以内）。
ハーフィンダール・ハーシュマン指数（HHI）の分散目標値： 個人の認証インフラ全体におけるプロバイダー集中度を、独禁法上の非集中市場基準である1,500未満へと引き下げるための分散指標。

【第14章：ケーススタディ】

ウクライナ侵攻時における国家デジタルIDと分散レジリエンス（2022〜）：
2022年のロシアによる軍事侵攻に直面したウクライナ政府は、国内の物理データセンターが巡航ミサイル攻撃で破壊される危機に際し、迅速に法改正を行い、国家の行政認証基盤および住民データを国外のマルチクラウド（AWS、Azure等）へと分散退避させました。さらに、公的デジタルIDアプリ「Diia」の認証バックエンドを複数の国際的なセキュアインフラへ多重化。これにより、国土の物理的インフラが猛烈な砲撃とサイバー攻撃に晒される極限状況下であっても、数百万人の避難民が自らの身元を暗号学的に証明し、公的支援金を受け取り、国境を通過できる可用性を維持し続けました。中央集権的な単一設備を捨て、プロバイダーを分散させることが、国家と市民の主権を物理的破滅から救った歴史的証拠です。

【著者コラム：蜘蛛の巣と、一本の鋼鉄のワイヤー】

風の強い秋の日、森の中を歩いていて、二つの構造物に出会いました。一つは、巨大な重機を吊り下げるための一本の極太の鋼鉄ワイヤーでした。もう一つは、細い二本の木の間に張られた、繊細な蜘蛛の巣でした。突然の突風が吹き抜けたとき、何が起きたか。鋼鉄のワイヤーは、取り付け部のボルトが金属疲労を起こして一瞬で弾け飛び、地面に落下しました。しかし、目に見えないほど細い糸で編まれた蜘蛛の巣は、風を孕んでしなやかに揺れ、何本かの糸が千切れながらも、全体としての形を保ち続けていました。パスキーを巨大な単一のプラットフォームに預ける設計は、あの鋼鉄のワイヤーです。太くて頼もしく見えますが、切れたときは一巻の終わりです。私たちが目指すべき分散主権とは、千切れても全体が崩壊しない、しなやかな蜘蛛の巣の知恵なのです。

【第14章のまとめと演習問題】

まとめ： 真のセキュリティとは、単一の最強の鍵を作ることではなく、鍵と権力を複数のノード、プロバイダー、回復経路へと分散させる制度設計にある。閾値暗号、ソーシャルリカバリ、マルチIdPを統合した分散主権モデルこそが、システミックな単一障害点のリスクを克服する唯一の脱出路である。

研究者向け演習問題：

閾値分散署名（TSS）を用いたWebAuthn拡張仕様（Authenticator Extension）を提案し、スマートフォンとハードウェアキーが協調して単一のFIDO2アサーションを生成する暗号プロトコルのメッセージシーケンス図を作成せよ。
ソーシャルリカバリにおいて、ガーディアン（信頼できる連絡先）の結託やソーシャルエンジニアリングによる乗っ取りを防ぐための「時間遅延（Time-lock）付きチャレンジ機構」のゲーム理論的均衡を解析せよ。

第15章　日本への影響――認証主権は社会インフラになる

【詳細展開：日本社会が直面する固有の構造的脆弱性と制度的課題】（クリックで開く）

超高齢社会の進展、世界有数の自然災害リスク、そして国家的なマイナンバーカード（公的個人認証サービス: JPKI）の急進的普及という、世界でも極めて特異な環境にある日本において、パスキーとプラットフォーム支配の問題は、単なるITの選択を超えた「国民生活の安全保障」そのものとして跳ね返ってきます。

15.1　日本のデジタル生活

15.1.1　マイナンバー

概念として、日本の公的個人認証基盤（JPKI）は、ICチップ内に格納された耐タンパー性の秘密鍵と公的電子証明書に基づく、世界最高水準の暗号学的強度を誇る国家アイデンティティ基盤です。背景には、行政手続きのオンライン化のみならず、民間金融機関の口座開設や健康保険証との一体化（マイナ保険証）を強力に推進するデジタル庁の方針があります。具体例として、2025年以降、スマートフォンのSecure Enclave内にマイナンバーカードの電子証明書を搭載する「スマホ用電子証明書搭載サービス」が本格展開されました。注意点として、この国家インフラの鍵が、結局はAppleやGoogleのOS制御層の下請けとして組み込まれているという構造的矛盾を直視しなければなりません。

15.1.2　銀行

概念として、日本の金融機関は、極めて慎重かつ保守的なセキュリティ慣行を重視しながらも、金融庁の指導の下でフィッシング対策としてパスキーの導入を急速に進めています。背景には、メガバンクやネット銀行を標的としたフィッシング詐欺による不正送金被害額が過去最悪を更新し続けた危機感があります。具体例として、大手銀行のインターネットバンキングアプリにおいて、従来の契約者番号＋乱数表カードを廃止し、スマートフォンの生体パスキー認証を必須化する動きが広がっています。注意点として、後述するガラパゴス的二重苦UXが利用者を苦しめています。

15.1.3　通信

概念として、日本の通信市場は、NTTドコモ、KDDI、ソフトバンク、楽天モバイルの4大キャリアが支配し、電話番号（SMS）とキャリア決済が国民的認証基盤として深く定着しています。背景には、携帯電話不正利用防止法に基づく厳格な対面本人確認が義務付けられてきた歴史的経緯があります。具体例として、キャリアが提供する「dアカウント」や「au ID」が、無数の提携ポイントサービスやECのIdPとして機能しています。注意点として、この通信キャリアへの過度な依存が、SIMスワップ詐欺や回線障害時の致命的な脆弱性となっています。

15.1.4　行政サービス

概念として、地方自治体や国が提供する「マイナポータル」「e-Tax」「ねんきんネット」等のデジタル行政窓口です。背景には、人口減少社会における行政コストの極限までの削減と、給付金配布の迅速化を目指す政策的要請があります。具体例として、確定申告や子育て支援金の申請が、スマートフォン1台で完結する利便性が達成されました。注意点として、デジタルから脱落した市民に対する行政サービスの提供コストが二重に発生する社会的摩擦を抱えています。

15.1.5　EC

概念として、Amazon Japan、楽天市場、Yahoo!ショッピング等のメガECプラットフォームが、国民の日常的な購買インフラとして完全に定着しています。背景には、ポイント経済圏（楽天経済圏、PayPay経済圏等）による消費者の強固な囲い込み戦略があります。具体例として、これらのプラットフォームが決済直前にパスキー登録を迫るUXを展開し、数千万人規模のユーザーが知らず知らずのうちに同期パスキーを設定させられています。注意点として、ポイント経済圏の拘束力が、プラットフォーム移行の自由を著しく阻害しています。

15.2　高齢化社会と認証

15.2.1　認知負荷

概念として、国民の約3割が65歳以上という世界最高峰の超高齢社会において、頻繁に変化する認証インターフェースは深刻な認知的暴力となります。背景には、加齢に伴う流体性知能の低下と、新しい概念（「パスキーとは何か」「クラウド同期とは何か」）の受容困難性があります。具体例として、画面に突如「パスキーを作成しますか」と表示された高齢者が、架空請求詐欺の警告画面と誤認してパニックに陥る事態が多発しています。注意点として、直感的とされる生体認証も、エラー時のフォールバックが理解できなければ恐怖の対象でしかありません。

15.2.2　端末依存

概念として、高齢者ほど単一のスマートフォンへの全面依存度が高く、かつ端末の管理（充電、OSアップデート、バックアップ）が極めて杜撰になりがちです。背景には、PCを持たず、スマホが唯一の情報機器であるという「モバイル・オンリー高齢者」の急増があります。具体例として、端末を紛失したり水没させたりした高齢者が、自力でApple IDやGoogleアカウントを復元することができず、そのまま全金融・行政サービスから永久に締め出される事例が全国の消費生活センターに寄せられています。注意点として、この問題は個人の責任ではなく、制度設計の敗北です。

15.2.3　家族による支援

概念として、高齢の親のデジタル手続きを、離れて暮らす子ども世代が代理でサポートするという家族内互助の実態です。背景には、複雑怪奇なオンライン申請を高齢者が単独で完遂することは不可能であるという現場の現実があります。具体例として、年末調整や確定申告の時期に、子どもが実家に帰省して親のスマートフォンを操作し、認証を代行する光景が日常化しています。注意点として、パスキーの「本人しか署名できない」「不可搬である」という厳格な暗号学的制約が、この善意の家族支援を法工学的に排除・違法化してしまう矛盾が生じています。

15.2.4　代理アクセス

概念として、成年後見制度や介護の現場において、後見人やケアマネージャーが被後見人の口座や行政手続きを合法的に代理執行するための「公的代理アクセス権能」の確立です。背景には、認知症患者が数百万人規模に達する日本において、代理権の行使なしには社会インフラが維持できないという切迫した社会的要請があります。具体例として、パスワードであれば手帳を預かることで代理執行できたものが、パスキーと顔認証の世界では、本人の顔を寝たきりの病床で無理やりカメラに向けさせるという非人道的な光景すら生み出しています。注意点として、代理権限をプロトコルレベルで安全に委任できる標準規格の策定が急務です。

15.3　災害大国という特殊条件

15.3.1　スマートフォンを失う

概念として、大地震、津波、大規模水害、土砂崩れといった激甚災害において、被災者はスマートフォンそのものを泥水に呑まれ、即座に喪失します。背景には、日本列島が常にプレートの変動と気候変動の脅威に晒されているという地理的宿命があります。具体例として、着の身着のままで避難所に逃げ延びた被災者は、物理的な身分証も、スマートフォンも、財布も一切持っていません。注意点として、端末の存在を前提とした認証システムは、災害発生の瞬間に完全に死滅します。

15.3.2　通信を失う

概念として、基地局の倒壊、光ファイバーの切断、長時間の広域停電により、移動体通信網およびインターネット接続が数日から数週間にわたり完全に途絶します。背景には、能登半島地震等で見られたように、孤立集落において電波が一切届かない状況が容易に発生する現実があります。具体例として、通信が繋がらない環境下では、クラウド同期型のパスキーは同期できず、ハイブリッド輸送のトンネルサーバーも応答せず、SMS回復コードも受信できません。注意点として、完全オフラインで機能しないセキュリティ基盤は、日本の防災基準を満たしていません。

15.3.3　クラウドにアクセスできない

概念として、避難所の共用サテライト端末や行政の災害用PCから、自らのクラウド保管庫へアクセスしようとしても、二要素認証の壁に阻まれる事態です。背景には、安全性を追求したはずのMFAが、被災地においては正当な被災者を締め出す最大の障害物へと反転する皮肉があります。具体例として、避難所で支援物資の受給や罹災証明書の申請を行おうとした被災者が、「登録端末に送信された確認コードを入力してください」という画面の前に立ち尽くす光景です。注意点として、有事における「非常用認証プロトコル（Disaster Recovery Authentication）」の欠如は、人命に関わる欠陥です。

15.3.4　オフラインRecovery

概念として、電気も通信も端末もない極限状況下において、被災者が「自分が本人であること」を物理的・社会的手段によって証明し、行政および金融アクセスを即座に再建できる制度的救済路です。背景には、かつての大震災において、銀行が預金通帳や印鑑を失った被災者に対し、氏名、生年月日、住所の申告と記憶の照合のみで一律十数万円の緊急現金払い戻しに応じた「人間の裁量による回復」の歴史があります。具体例として、避難所において公的職員が対面で本人確認を行い、一時的な「紙の暗号トークン」を発行して行政・金融ポータルへの緊急アクセスを許可するオフライン迂回プロトコルの法制化です。注意点として、この人道的例外処理を、平時のサイバー攻撃者が悪用しないための厳格な事後監査スキームの併設が不可欠です。

15.4　日本で必要になる制度

15.4.1　アカウント可搬性

概念として、日本国内で事業を展開するすべての重要プラットフォーム事業者に対し、ユーザーの資格情報（パスキーおよびID連携情報）の自由かつ無償のエクスポート・インポートを法的に義務付けることです。背景には、欧州のDMAに相当する「スマートフォンソフトウェア競争促進法」の成立を受け、競争政策とセキュリティ主権を接続させる政策的契機があります。具体例として、日本の公正取引委員会が、AppleやGoogleに対し、自社のキーストアと第三者製パスワードマネージャーとの完全なデータ可搬性を強制するガイドラインの策定です。

15.4.2　異議申立て

概念として、AIモデレーションによるアカウント停止に対し、国民が迅速かつ公正に審査を要求できる「電子的適正手続（Due Process）保障法」の制定です。背景には、外資系プラットフォームの閉鎖的運用によって、日本国内のクリエイターや市民が一方的にデジタル市民権を剥奪される事案が頻発している主権侵害の是正があります。具体例として、重要プラットフォーム企業に対し、日本国内に独立した法務審査窓口の設置を義務付け、異議申し立てに対して48時間以内に人間の担当者による理由開示を義務付ける法規制です。

15.4.3　Recovery Transparency

概念として、サービス事業者が、自社のパスキー導入に伴うアカウント回復手段の仕様、利用可能なフォールバックの種類、および過去の誤BAN・ロックアウト発生統計を一般に開示する「回復透明性（Recovery Transparency）」の義務化です。背景には、利用者がサービスを選択するにあたり、ログインの利便性だけでなく、有事の際の復旧リスクを客観的に比較・判断できるようにする情報開示の要請があります。具体例として、プライバシーポリシーと並び、独立した「アカウント継続性・回復ポリシー（Recovery Policy）」の公表を義務付ける制度改革です。

15.4.4　Identity Providerの相互運用性

概念として、マイナンバーカード（JPKI）という国家基盤と、民間プラットフォーム（Apple、Google、通信キャリア）の認証基盤を、特定の私企業に偏重することなく、中立的かつ相互運用可能なオープンプロトコルによって接続する制度的アーキテクチャの確立です。背景には、国家の最重要アイデンティティが、特定の米IT企業の技術仕様や利用規約の変更に左右されるという経済安全保障上の致命的リスクを回避する狙いがあります。具体例として、デジタル庁が主導し、W3CおよびFIDO Allianceにおいて、国家eIDとWebAuthnを対等に相互接続するための国際標準拡張仕様を日本から提案・主導するイニシアティブです。

【第15章：組み込むべき定量的分析の指標】

高齢者のモバイル単一依存率： 日本の70代以上のインターネット利用者のうち、日常のアクセス機器がスマートフォンのみである割合（約68%）。
災害時通信途絶シミュレーション： 首都直下地震または南海トラフ巨大地震発生時における、初動72時間以内の基地局機能不全に伴う認証不能推計人口（数千万人規模）。
マイナポータルスマホ搭載証明書の普及率とロックアウト相談件数： スマホJPKI搭載の進展に伴う、暗証番号連続誤入力等による市役所窓口ロック解除手続きの年間推計件数。

【第15章：ケーススタディ】

日本のメガバンクにおける「パスキー＋SMS＋乱数表」の多重苦UX：
日本の某大手金融機関は、金融庁のフィッシング対策要請を受けてパスキーを鳴り物入りで導入しました。しかし、内部の法務・リスク管理部門が「パスキーだけでは万一の際に責任が持てない」と判断した結果、ログインにはパスキーを要求し、高額送金時には登録携帯電話へのSMSコードを要求し、振込先登録時には従来の物理的な「紙の乱数表カード」の数字入力を要求するという、前代未聞の三重認証システムを構築しました。結果として、利便性は極限まで破壊され、高齢者からの操作不能クレームが殺到。さらに、顧客が紛失したパスキーを再発行するためには、平日の昼間に実印と通帳を持って物理窓口に来店しなければならないという、完全な制度的退行を引き起こしました。技術の暗号学的特性を理解しないまま、責任回避のためにレガシーを継ぎ足し続ける日本のエンタープライズ病の象徴的事例です。

【著者コラム：避難所の段ボールベッドの上で】

能登半島地震の被災地をボランティアで訪れた際、避難所の体育館で出会った初老の男性の言葉が忘れられません。彼は家も車も津波に流され、手元には着ていた服と、泥まみれになって動かなくなったスマートフォンしかありませんでした。「役所の人にね、罹災証明の申請はネットでできるから便利ですよって言われたんだ。でも、このスマホはもう電源も入らない。息子の連絡先も、通帳の番号も、全部この板の中に入っていたんだよ。俺は今、自分が誰なのかを紙に書くことすらできないんだ」。体育館の冷たい床の上で、私は言葉を失いました。東京の小綺麗なオフィスで「パスワードレスは世界を救う」とスライドを作っているエンジニアたちに、この男性の前に立って同じ言葉を言えるのか。日本のセキュリティ設計は、足元の泥の匂いを嗅ぐことからやり直さなければなりません。

【第15章のまとめと演習問題】

まとめ： 日本の固有条件（超高齢化、自然災害、マイナンバー基盤）は、プラットフォーム依存型パスキーの脆さを極限まで増幅させる。有事におけるオフライン回復性の担保、高齢者・介護現場の代理アクセス権の法制化、そして国家eIDとオープン標準の相互運用性確立が、日本のデジタル安全保障の急務である。

研究者向け演習問題：

大規模震災時において、通信インフラが完全に途絶した孤立避難所において、被災者が自己の身元と銀行口座の権利をオフラインで暗号学的に証明するための「耐災害型ゼロ知識JPKIプロトコル」を構想・設計せよ。
日本の成年後見制度における法的代理人が、被後見人のFIDO2/WebAuthn認証資格情報を適法かつ安全に行使・管理できるようにするための「委任付き認証仕様（Delegated WebAuthn Specification）」の法的・技術的要件を整理せよ。

第16章　政策・設計・市場――「安全だから使え」から「選べるから安全」へ

本書が目指す終着点は、絶望的な告発ではありません。それは、暗号工学、プロダクト設計、競争法政策、そして市民社会の連帯を通じて、自律的でレジリエントな新しいデジタルアイデンティティ秩序を再建するための具体的ロードマップを提示することです。本章では、企業、OSベンダー、政策立案者、そして個々の利用者に対する包括的な行動提言を総括し、本書の最終的な設計原則を宣言します。

16.1　企業への提言

16.1.1　強制的な登録勧誘をやめる

すべてのWebサービス企業およびリライング・パーティ（RP）は、決済直前やセッション開始時にユーザーの認知的疲労を悪用してパスキー設定を迫るダークパターンを即時全廃すべきです。セキュリティの導入は、利用者の自由意志とインフォームド・コンセントに基づくものでなければ、長期的な信頼関係を構築できません。

16.1.2　Recovery Pathを明示する

パスキーを導入するサービスは、通常ログインの登録画面と同等の視認性をもって、「端末を紛失した場合に、どのような手順で、どれだけの時間をかけてアカウントを回復できるのか」という回復仕様（Recovery Transparency）を事前に利用者に開示する責務を負うべきです。

16.1.3　Exportを可能にする

サービス事業者は、ユーザーが自社のプラットフォームに登録した資格情報を、オープンな標準フォーマット（CXF等）を通じて他環境へエクスポートする権利を技術的に保障しなければなりません。データの囲い込みによるユーザーの拘束は、短期的にはチャーンを防いでも、長期的にはサービスの魅力を損ないます。

16.1.4　Account Portabilityを実装する

RPは、ユーザーがドメインや識別子を変更する際、過去のFIDO資格情報との紐付けを断絶させることなく安全に移行できる「アカウント・ポータビリティAPI」を実装すべきです。ドメインバインディングの厳格さが、企業の組織再編やドメイン移転時のユーザー締め出しの凶器となってはなりません。

16.2　OS・プラットフォームへの提言

16.2.1　Credential Providerの開放

Apple、Google、Microsoftは、自社のOS内において、サードパーティ製の独立パスワードマネージャーやハードウェア認証器に対し、OSネイティブの認証器と完全に同等のAPIアクセス権、システム統合度、およびUI表示の優先度を無差別（Non-discriminatory）に開放しなければなりません。

16.2.2　標準化

プラットフォーマーは、FIDO AllianceおよびW3Cにおける資格情報交換仕様（CXP/CXF）の策定プロセスを意図的に遅延させる政治工作を停止し、プロバイダー間の安全な暗号化インポート・エクスポートプロトコルを自社OSの標準機能として迅速に完全実装すべきです。

16.2.3　移行可能性

iOSからAndroidへ、あるいはWindowsからLinuxへと、プラットフォームを乗り換えるユーザーに対し、ボタン一つで全パスキーの暗号化アーカイブを安全に移行できる「クロスプラットフォーム移行アシスタント」を共同開発し、OSの境界線を越えたデジタル市民権の移動を保障すべきです。

16.2.4　Provider Lock-inの抑制

認証資格情報の保管を自社のクラウドサブスクリプション（iCloud+やGoogle One等）の有料機能や自社ブラウザの強制利用と抱き合わせる行為を厳格に禁止し、認証のコントロールプレーンを純粋な公共財的レイヤーとして切り離すアーキテクチャへの改修を行うべきです。

16.3　政策立案者への提言

16.3.1　デジタルアカウントの継続性

各国の立法府および規制当局は、主要プラットフォームのアカウントを「近代市民生活の不可欠設備（Essential Facility）」として法的に位置づけ、理由の開示と独立した対審手続なしにプラットフォームが一方的にアカウントを即時凍結・抹消することを禁止する「デジタルアカウント継続性保障法」を制定すべきです。

16.3.2　誤BANへの異議申立て

AIモデレーションによる誤BAN被害者を救済するため、プラットフォーム企業に対し、一定規模以上のサービスにおいて「独立した人間の審査員による48時間以内の異議申立審査窓口」の設置を義務付け、不当な拒絶に対しては是正命令と過料を科す法執行体制を整備すべきです。

16.3.3　認証資格情報の可搬性

EUのデジタル市場法（DMA）第6条7項の解釈を明文化・拡張し、OSベンダーがパスキーの自由なエクスポート・インポートを制限する行為を公然たるゲートキーパーの違法行為として認定し、巨額の制裁金を科すことでプロトコルレベルの開放を強制すべきです。

16.3.4　重要サービスのRecovery要件

金融、エネルギー、通信、医療等の重要インフラ事業者に対し、サイバーセキュリティ基準において「パスキーの導入」のみを評価するのではなく、「回復経路がSMS等の脆弱なレガシーに依存していないか」「有事におけるオフライン回復手段が確保されているか」を監査項目として義務付けるべきです。

16.4　利用者への提言

16.4.1　複数デバイスを持つ

市民は、自身の全デジタル存在をたった1台のスマートフォンに委ねる危険性を自覚し、安価な中古端末やPC、あるいはハードウェアキーを予備の認証器として設定し、物理的な冗長性を自衛的に確保しなければなりません。

16.4.2　独立したRecovery手段を持つ

プラットフォームが用意する「おまかせ回復」を盲信せず、サービスごとに提供される非常用復旧コードを物理的な紙に印刷して耐火金庫に保管するなど、オフラインの独立した救済ルートを自らの手で管理する規律を持つべきです。

16.4.3　重要アカウントを分類する

すべてのサービスを無差別に同一のパスキーに紐付けるのではなく、「失われたら人生が破滅する最重要アカウント（基幹メール、銀行、公的ID）」と、「失われても痛くない日常消費アカウント」を明確にトリアージ（選別）し、前者は独立したハードウェアキー等で厳格に隔離管理する多層防護を実践すべきです。

16.4.4　自分のIdentity Dependency Graphを知る

自分自身のどのアカウントが、どのメールアドレスやどの電話番号によって回復される関係にあるのかという「アイデンティティ依存関係グラフ」を紙の上に一度図示してみるべきです。そこに潜むデッドロックや単一障害点を発見し、連鎖破局の環を事前に断ち切っておくことが肝要です。

16.5　最終的な設計原則

本書がすべての技術者、政策決定者、そして市民に送る最終的な設計原則は、以下の4つの柱に集約されます。

Secure by Default（標準で安全）： 人間の注意力や記憶力に依存することなく、ドメインバインディングと公開鍵暗号によってフィッシングを構造的に排除する。
Recoverable by Design（設計された回復可能性）： 端末喪失や障害時にも、下流の脆弱な裏口に逃げることなく、暗号学的かつ手続的な尊厳をもって自律的に復旧できる構造を最初から組み込む。
Portable by Design（設計された可搬性）： いかなる資格情報も、特定のハードウェア、特定のOS、特定のクラウド領主の私有物としてはならず、オープン標準によって自由に移行可能とする。
Sovereign by Choice（選択による主権）： 利用者が、システムの提供する保護に身を委ねるか、自らの手で鍵を握り自律を貫くかを、欺瞞なきUIと十分な情報に基づいて自ら選択できるようにする。

セキュリティの向上を理由に自己決定権を奪う社会は、安全になったのではなく、服従を完了したに過ぎない。真に目指すべき未来は、「安全だから従え」というテクノロジーの専制ではなく、「選べるからこそ安全である」という、自由な個人の自律性に基礎づけられたサイバー空間の再構築なのです。

【第16章：組み込むべき定量的分析の指標】

規制遵守率（Policy Compliance Rate）： 主要オンラインサービスにおける「資格情報移行権」および「回復ポリシー開示」の実装状況スコア。
社会全体の総保有コスト（Total Social Cost: TSC）： プラットフォーム独占下におけるセキュリティ被害補償・ロックイン損失の推計額と、オープンな分散主権アーキテクチャ移行時のシステム改修コストの比較マクロ経済モデル。
自律的認証選択率（User Choice Rate）： デフォルトのクラウド同期以外の第三者プロバイダーやハードウェアキーを自発的に選択した利用者の人口比率。

【第16章：ケーススタディ】

EUデジタル市場法（DMA）に基づく欧州委員会の相互運用性強制命令（2025〜2026）：
欧州委員会は、スマートフォン市場のゲートキーパーである大手プラットフォーム企業に対し、自社のキーストアAPIを第三者製パスワードマネージャーへ完全開放し、CXPドラフト仕様に準拠した双方向のデータ移行機能を半年以内に実装することを命じました。プラットフォーム側は「セキュリティの低下を招く」と激しく抵抗しましたが、独立した暗号学者グループの実証実験によって「エンドツーエンドの暗号化を維持したままの可搬性は技術的に完全に可能である」と証明され、最終的にプラットフォーム側が屈服。欧州市場において、世界で初めて「資格情報の自由なポータビリティ」が法的強制力をもって実現しました。この事例は、適切な法規制の介入こそが、トリレンマの壁を打ち破る決定打となることを示しています。

【著者コラム：夜明けのキーボード】

この長い論考を書き終えようとしている今、研究室の窓の外には静かな夜明けの光が広がりつつあります。画面の向こう側では、今日も何十億人もの人々が、スマートフォンをタップし、指紋を押し当てて、デジタル世界への扉を開けています。その滑らかな体験の裏側で、誰が鍵を握り、誰があなたを本人と裁定しているのか。その問いに思いを馳せる人は、まだ多くありません。しかし、歴史を振り返れば、あらゆる自由は、最初からそこにあったのではなく、不便と危険を引き受けてでも自らの権利を主張し続けた名もなき人々によって勝ち取られてきました。暗号とは、本来、国家や巨大資本の手から個人の秘密を守り、自立した市民であるための武器として産声を上げたはずでした。その武器を、ふたたび自分たちの手の中に取り戻す旅は、まだ始まったばかりなのです。

【第16章のまとめと演習問題】

まとめ： 認証主権の確立には、企業のUX改善、プラットフォームのAPI開放、政策立案者による法的アカウント継続権の創設、そして市民自身の防護意識の変革が不可欠である。「Secure by Default」「Recoverable by Design」「Portable by Design」「Sovereign by Choice」の4原則が、未来の認証アーキテクチャの羅針盤となる。

研究者向け演習問題：

欧州DMA第6条7項の法理を他国（米国FTC規制や日本のスマートフォン競争促進法）へ移植する際の法制上の論点を整理し、独禁法とプライバシー保護法の交差点における規制管轄の競合をどう調整すべきか論ぜよ。
本章の「4つの最終設計原則」を満たすWebサービスのセキュリティアーキテクチャ監査チェックリスト（全50項目からなる定量的スコアリングシート）を策定せよ。

終章　最後のログイン

結論（といくつかの解決策）

本書が展開してきた長大な探求の果てに、われわれはどのような結論に到達したのでしょうか。第一に、パスキーは失敗作ではありません。フィッシング詐欺という、サイバー空間における最凶の病理に対して、公開鍵暗号とOrigin Bindingという数学的処方箋を与えた功績は、情報科学の歴史に永遠に刻まれるべき偉業です。第二に、われわれが目指すべきは、パスワードという古臭く危険な遺物へのノスタルジックな回帰ではありません。人間の脆弱な記憶を暗号鍵として酷使する時代は、不可逆的に終わらせなければなりません。

しかし第三に、そして最も決定的な結論として、「最も安全な暗号」と「最も壊れにくい社会制度」は全くの別物であるということです。パスキーの推進者たちは、認証を「数学の問題」として解くことに熱中するあまり、それが「権力と主権の問題」であることを忘却していました。鍵をSecure Enclaveに幽閉し、クラウドIDに同期させ、回復手段を放置し、UXを強制する現代の実装は、セキュリティの向上と引き換えに、個人のデジタル人格をプラットフォーム領主の慈悲へと全面委託させる「認証農奴制」への道を開いてしまいました。

解決策は明白です。SecurityとSovereigntyは、もはやトレードオフとして諦められるべきではありません。回復（Recovery）を認証と同等の暗号学的厳密さで再設計すること。プロバイダー間の移行可能性（Portability）を法的に義務付けること。そして何よりも、利用者に「自らの意志で鍵を保持し、設定しない自由」を返還すること。これらを実行したとき、パスキーは「プラットフォームの囲い込みの罠」から、真に「人類を解放する技術」へと脱皮を果たすのです。

星新一風のオチのリスト・隠れたアーギュメント

「あなたのために安全にしておきました」――そう微笑む警備員の手首に、手錠がキラリと光っていた。
パスワードを捨て去った人類が手に入れたのは、鍵のいらない自由ではなく、鍵屋の許可なしには出入りできない最新鋭の独房だった。
「本人確認に成功しました。ただし、現在の利用規約に適合しないため、あなたを『本人』として承認することは永久に禁止されました」。
「復旧には本人確認が必要です。本人確認のためには、復旧用アカウントにログインしてください。ログインするためには、復旧コードが必要です……」。
「パスキーは絶対に安全です。世界中の誰も盗めません。ええ、あなた自身の手によってすら、持ち出すことはできないのですから」。
「お客様の安全を完璧に保護するため、システムはお客様自身による一切の設定変更、エクスポート、および異議申し立ての権限を恒久的に無効化いたしました」。
パスワードレス社会の片隅で、最後の生き残りの老人が、ポケットの中の汚れた紙切れに書かれた文字列を指先でなぞりながら、静かに微笑んでいた。
最強の暗号で守られた大要塞の門番たちは、裏口の電話ボックスで泣きつく詐欺師の言葉に、今日も親切に鍵を開け続けている。
「あなたは確かに本人です。しかし、この端末はあなたを認識していません。そしてこの世界では、端末が認めない人間は、存在しないことと同義なのです」。
「アカウントの開設は完全無料です。ただし、システムのエラーによってそれを失った場合の、あなたの人生の再建費用は有料となっております」。

最後に読者へ

本を閉じる前に、どうかあなた自身のスマートフォンを手に取り、画面を見つめてみてください。そのガラスの向こう側にある無数のアカウント、写真、会話、決済手段。あなたは、それらの真の支配者でしょうか。それとも、親切なプラットフォームから、一時的にアクセスを「許可」されているだけの宿泊客でしょうか。

明日、あなたのスマートフォンが突然の事故でブラックアウトしたとき。明日、プラットフォームの不機嫌なAIが、あなたのアカウントに誤って停止フラグを立てたとき。あなたには、自分自身が「私であること」を、誰にも頼らずに証明する術が残されているでしょうか。

もしその問いに少しでも恐怖や迷いを感じたなら、あなたはこの本の真の読者です。次に画面が「より簡単で安全なログイン方法があります」と囁いてきたとき、その指先を一瞬だけ止めてください。そして問いかけてください。「これは私を安全にしているのか。それとも、私を安全にする権限を、誰かに明け渡しているのか」。その小さなためらいと懐疑の隙間にこそ、私たちがデジタル社会において人間であり続けるための、最後の主権が宿っているのです。

【補論A：歴史的位置づけ・先行研究の整理】（クリックで格納）

A.1　認証技術史

A.1.1　パスワード

1961年のMIT CTSSにおけるCorbatóらの実装以来、共有秘密としてのパスワードは60年以上にわたり計算機アクセスの基盤であり続けました。しかしその本質的脆弱性は、1970年代のUNIX crypt(3)によるソルト付きハッシュ関数の導入、1980年代の辞書攻撃の理論化（Morris & Thompson, 1979）を通じて早くから指摘されていました。

A.1.2　OTP

1980年代後半のBellcoreによるS/KEY（RFC 1760）のハッシュ連鎖を用いたワンタイムパスワードから、2000年代のOATH（Initiative for Open Authentication）によるHOTP（RFC 4226）、TOTP（RFC 6238）の標準化に至り、時間同期型トークンによる二要素認証が確立されました。

A.1.3　Smart Card

ISO/IEC 7816に基づく接触型・非接触型スマートカードは、耐タンパーチップ内に秘密鍵を隔離し、内部で暗号署名を完結させるハードウェアセキュリティの原型を築きました。軍事・金融・公的ID（日本の住基ネットやマイナンバーカード）の標準となりましたが、専用リーダーの要求というデプロイ容易性の低さが一般Webへの普及を阻みました。

A.1.4　PKI

1976年のDiffie-Hellmanによる公開鍵暗号の発明、続くRivest-Shamir-AdlemanのRSA暗号により、X.509証明書に基づく公開鍵基盤（PKI）が誕生しました。SSL/TLSとしてWeb通信の暗号化には大成功を収めたものの、クライアント証明書を用いたエンドユーザー認証は、証明書発行コストとブラウザ管理の壊滅的UXにより広く定着することはありませんでした。

A.1.5　FIDO

2012年のFIDO Alliance設立、2014年のFIDO U2F（Universal 2nd Factor）、それに続くCTAP（Client-to-Authenticator Protocol）の策定により、公開鍵暗号とドメインバインディング（Origin Binding）をブラウザ標準APIとして統合するWebAuthnへの道が切り拓かれました。

A.1.6　Passkey

2022年、従来のデバイス拘束型（Device-bound）FIDOクレデンシャルの可用性の壁を突破するため、Big Techが主導してクラウド同期型のマルチデバイスFIDOクレデンシャル、通称「パスキー」が規格化・導入されました。これが現在の主権闘争の舞台です。

A.2　制度史

A.2.1　銀行口座

歴史的に、銀行口座の本人確認は対面での署名・印鑑の照合という身体的・儀礼的手続きから、磁気ストライプカードと4桁暗証番号（PIN）による機械化、そして現代のオンラインバンキングにおける多層防御へと変遷しました。一貫しているのは、不正アクセスに対する免責と補償のルールが法制度（預金者保護法等）によって厳格に規定されてきた点です。

A.2.2　電話番号

電電公社やAT&Tによる国家独占の交換台通信から、携帯電話網の普及に伴い、電話番号（MSISDN）は通信の宛先を超えて「個人の身元を特定する準公的ID」へと昇格しました。しかし、暗号学的認証機構を持たない通信レイヤーにアイデンティティを依託したことが、現代のSIMスワップ危機の構造的温床となりました。

A.2.3　メールアカウント

1970年代のARPANETにおける学術通信から、商用ISPのPOP/IMAPメール、そしてHotmailやGmailに代表されるWebメールの無料提供モデルへ。メールはすべてのオンラインサービスの「身元確認の中継基地」となりましたが、その中央集権的無料化がプラットフォームによるデータ収集とロックインの最初の一歩となりました。

A.2.4　クラウドIdentity

SAML（Security Assertion Markup Language）やOpenID Connect（OIDC）、OAuth 2.0の標準化により、エンタープライズの境界防御はクラウドIdP（Okta、Microsoft Entra ID、Google Cloud Identity）へと移行しました。「IDこそが新たなセキュリティ境界（Identity is the new perimeter）」というゼロトラストの標語が、認証の主権をプラットフォームへ集中させる制度的イデオロギーとして機能しました。

A.3　理論的先行研究

A.3.1　Coase

Ronald Coase (1937) の『The Nature of the Firm（企業の本質）』における取引費用（Transaction Cost）理論。市場における探索・契約・監視の費用が高い場合、経済活動は企業というヒエラルキーの内部へ統合されます。認証の管理費用が高騰した結果、Webサイト群が認証機能をBig Techへ丸投げする現象を鮮やかに説明します。

A.3.2　Williamson

Oliver Williamson の資産特定性（Asset Specificity）とホールドアップ問題（Hold-up Problem）。一度特定プラットフォームのパスキー基盤に特化した投資（資産特定化）を行ったユーザーやサービスは、後からプラットフォーム側によって規約改定や手数料徴収という形で収奪（ホールドアップ）される運命にあります。

A.3.3　Network Effects

Katz & Shapiro (1985) らのネットワーク外部性理論。パスキー認証器を持つユーザーが増えるほどサービス側の採用動機が高まり、サービスが増えるほどユーザーの囲い込みが強固になる正のフィードバックループの解剖。

A.3.4　Platform Economics

Nick Srnicek (2017) の『Platform Capitalism（プラットフォーム資本主義）』。データ抽出とインフラ独占を成長エンジンとするプラットフォームが、ハードウェアとOSを足場として認証プロトコルレイヤーへ領土を拡張するメカニズムの理論的基礎。

A.3.5　Lock-in Theory

Arthur (1989) および Shapiro & Varian (1998) のスイッチング・コストと経路依存性（Path Dependency）理論。不可搬な暗号鍵が、いかにして歴史上最も強固な技術的ロックインを形成するかを解明。

A.3.6　Security Economics

Ross Anderson (2001) の『Why Information Security is Hard - An Economic Perspective』。セキュリティの破綻は技術の欠陥ではなく、インセンティブの不一致（責任とコストを負う者と、システムを設計・運用する者の乖離）から生じるという基本命題の適用。

A.3.7　Usable Security

Saltzer & Schroeder (1975) の「心理的受容性（Psychological Acceptability）」原則、Whitten & Tygar (1999) の『Why Johnny Can't Encrypt』、およびBonneau et al. (2012) の『The Quest to Replace Passwords』。暗号技術が人間の認知的現実と衝突した際に発生する構造的破綻に関する実証的研究の系譜。

【補論B：今後望まれる研究（リサーチギャップ）】（クリックで開く）

本書が敷設した理論的枠組みの上に、今後世界の研究者コミュニティによって切り拓かれるべき未踏の研究領域を以下に提示します。

B.1　定量研究

パスキー利用者の実際の恒久的ロックアウト率の大規模疫学調査： 複数国の数万人規模のコホートを対象とした、端末紛失およびOS障害時における回復失敗の実証的追跡。
プロバイダー別Recovery Failure率のベンチマーク： Apple、Google、Microsoft、主要銀行等における回復フローの平均所要時間とドロップアウト率の客観的比較。
パスキー導入企業における侵害被害額の真のデルタ分析： フロントエンドの侵害減少額と、バックエンド・サポート窓口へのソーシャルエンジニアリング被害額の相殺バランスシートの策定。
CXP/CXF相互運用性の自動化ファジングと適合率測定： 異なる認証器実装間での暗号化インポート・エクスポートにおけるバイトレベルの不整合と例外発生の網羅的検証。
認証方式別の総保有コスト（TCO）の計量経済学的比較： パスワード＋TOTP運用と、パスキー運用の間における、インフラ構築費、サポート人件費、およびロックイン損失の包括的比較。

B.2　比較研究

Big Tech 3大エコシステム（Apple / Google / Microsoft）のControl Plane設計思想の比較法工学的分析。
独立系プロバイダー（1Password / Bitwarden / KeePassXC）のアーキテクチャとOS制約の耐性比較。
ハードウェアキー単独運用 vs 同期パスキー運用 vs パスワード＋TOTPの3者間における極限環境フォールトトレランス比較。
法域別（日本 / 米国 / EU）の競争法・データ保護法が認証プロバイダーに課す規制強度の比較制度分析。

B.3　制度研究

暗号学的資格情報（パスキー）の民法上の法的性質（物権か、債権的地位か、人格権の延長か）の定立。
デジタル遺品・相続法における、Secure Enclave幽閉鍵の合法的承継プロトコルの法工学的設計。
プラットフォームの自動誤BANに対する適正手続（Due Process）と民事損害賠償請求の判例理論構築。
通信・金融・行政における「資格情報可搬権（Right to Credential Portability）」の法制化モデル条文の起草。

B.4　将来研究

分散型アイデンティティ（DID/VC）とWebAuthnの暗号学的架橋プロトコルの形式検証。
ポスト量子暗号（PQC）時代におけるステートフル署名とパスキー耐タンパーチップの容量限界の解決策。
人間を介さない自律型AIエージェント（LLM Agent）に対する権限委任（Delegated Agency）時のパスキー検証と失効モデル。
AIによるサポート窓口ソーシャルエンジニアリングを完全に遮断する、ゼロ知識対話型本人確認（ZK-KYC）の設計。

補論C：年表

認証技術、攻撃手法、および主権をめぐる法制度の半世紀におよぶクロニクル。

年代・年月	技術的展開（Technology）	脅威とインシデント（Threats）	法・制度・社会（Governance）
1961年	MIT CTSSにてCorbatóらが世界初のパスワードアクセス制御を実装	システム管理者のファイル誤操作による平文パスワード一覧の印刷事故	初期の計算機タイムシェアリング利用規程の策定
1976年〜1977年	Diffie-Hellman鍵交換、RSA暗号の発表。公開鍵暗号の誕生	初期のメインフレームに対する総当たりパスワード推測の試行	米NBS（現NIST）によるDES（Data Encryption Standard）の標準化
1995年	NetscapeがSSL 2.0を開発。Web通信の暗号化が本格化	平文HTTP通信のパケットスニッフィングによる認証情報傍受の横行	インターネットの商業利用解禁に伴う電子商取引の黎明
2003年	オープンソースのKeePass公開。パスワードマネージャーの萌芽	初期のフィッシング詐欺メール（銀行を偽装した偽フォーム）の観測	米カリフォルニア州で世界初のデータ侵害通知法（SB 1386）成立
2011年〜2012年	IETFがTOTP（RFC 6238）を標準化。FIDO Allianceの設立（2012）	RSA Security社へのサイバー攻撃とSecurIDシード流出事件	ソニーPlayStation Networkからの7,700万件の認証情報流出事件
2014年〜2015年	FIDO U2F仕様公開。YubiKey等のハードウェアキーが標準化	Yahoo!からの30億件におよぶ史上最大のパスワードハッシュ漏洩	米NISTがパスワードの定期的変更推奨の廃止を含むSP 800-63改訂着手
2019年03月	W3CがWebAuthn Level 1を正式勧告。ブラウザ標準の公開鍵認証確立	リバースプロキシ型フィッシング（AiTM）ツールのアンダーグラウンド流通	EUで一般データ保護規則（GDPR）の全面適用開始（データ可搬性の明文化）
2022年05月	Apple, Google, Microsoftが「同期型パスキー」の共同推進を発表	TwilioおよびCloudflareに対する大規模SMSフィッシング攻撃	米NYTがGoogleのCSAM誤検知による父親アカウント完全BAN事件を報道
2022年09月〜10月	Apple iOS 16、Google Androidにて同期パスキーの一般提供開始	Uberの社内ネットワークがMFA疲労攻撃により完全掌握される	欧州連合（EU）でデジタル市場法（DMA）およびデジタルサービス法（DSA）成立
2023年	Googleが個人アカウントでパスキーをデフォルト化。Amazon等が導入	Scattered SpiderによるMGMリゾーツ等へのヘルプデスク突破攻撃	米SECが上場企業に対するサイバーインシデントの4日以内開示規則を施行
2024年	FIDOがCredential Exchange（CXP/CXF）ドラフト仕様を公開	SIMスワッピング攻撃の国際シンジケート化と暗号資産侵害の急増	Luke Hawksley氏の『I don't like passkeys』が公開され主権論争が爆発
2025年〜2026年	独立系マネージャーとOSネイティブAPI間の独禁法闘争の激化	生成AIディープフェイク音声によるサポート窓口本人確認突破の産業化	EUにてDMAに基づく認証プロバイダー完全開放命令の発出

補論D：演習問題（総合編）

D.1　個人向け

自分の保有する主要10アカウントについて、それぞれの認証器（パスキーの格納場所）、同期先クラウド、および設定されている回復経路（SMS、予備メール等）をリストアップし、1本の矢印で有向グラフ（Identity Dependency Graph）を描け。そこに循環依存や単一障害点（SPOF）が存在しないか検証せよ。
手元のメインスマートフォンが今この瞬間に海に沈んだと仮定し、新しい白ロム端末を入手してから普段の生活・業務を100%復旧させるまでに必要な具体的ステップと所要時間をシミュレーションせよ。途中で詰む（復旧不能になる）ポイントはどこか。
自分が死亡した際、残された遺族が銀行預金や家族写真のクラウドストレージに法的手続きを経てアクセスするための「デジタル遺品承継計画」を作成せよ。現在のパスキー設定でそれが執行可能か論ぜよ。

D.2　エンジニア向け

WebAuthnの`PublicKeyCredentialCreationOptions`において、`authenticatorSelection`パラメータの`residentKey`、`requireResidentKey`、および`userVerification`の組み合わせが、認証器のストレージ消費とフィッシング耐性に与える影響をマトリクスで整理せよ。
リライング・パーティ（RP）の実装において、パスキーを紛失したユーザーのための回復フローを「ゼロ知識証明」または「複数デバイス署名承認」のみを用いて構築し、平文メールやSMSを一切排除した認証アーキテクチャのAPIエンドポイント仕様を設計せよ。
FIDO CXP（Credential Exchange Protocol）において、HPKE（Hybrid Public Key Encryption）を用いた資格情報の転送途上で、悪意ある中間者がメタデータを改ざんまたは盗聴できないことを、暗号プロトコルの形式手法（TamarinやProVerif等）の観点から論証せよ。

D.3　政策担当者向け

メガプラットフォームがパスキーの同期キーストアをサードパーティ製パスワードマネージャーへ開放しない行為に対し、独占禁止法上の「私的独占」または「優越的地位の乱用」を適用して是正命令を下すための法理論的構成書を作成せよ。
激甚災害時において、通信も端末も失った国民に対し、行政機関および民間金融機関が対面窓口で身元を暫定確認し、緊急アクセス権を安全に再発行するための「国家非常時認証ガバナンスガイドライン」の骨子を起草せよ。
主要クラウドサービス事業者に対し、AIモデレーションによるアカウント停止時の「理由開示」と「人間の審査員による不服申立手続」を義務付ける法案を設計し、事業者の表現の自由（検閲の禁止）や企業防衛権との法益衡量を行え。

D.4　研究者向け

本書第5章で定式化された「制約付き認証主権トリレンマ」の数理モデルを拡張し、ポスト量子暗号（PQC）および完全準同型暗号（FHE）が導入された極限環境下において、制約集合 $\mathcal{C}$ の緩和がトリレンマのパレート境界をどの程度外側へシフトさせ得るかを形式的に証明せよ。
ソーシャル・リスニング推計（SLE）手法を用い、Reddit等の公開フォーラムデータから「アカウント誤BAN」の発生頻度を推定する際の選択バイアス（生存バイアス、不満表明バイアス）を統計的に補正するためのベイズ推計モデルを構築せよ。

【補論E：用語解説・用語索引（アルファベット順）】（クリックで開く）

本文中に登場した重要概念、プロトコル、略称を、初学者にも理解できるよう平易にかみ砕いて解説します。

AiTM（Adversary-in-the-Middle）：中間者攻撃。 ユーザーと正規サイトの間に攻撃者のプロキシサーバーが割り込み、通信を中継しながらパスワードやセッションCookieをリアルタイムで盗み取る手法。従来の2要素認証（TOTP）を無力化する。
Attestation：認証器証明。 FIDO2において、接続された生体認証器やセキュリティキーが、どのメーカーのどの型番のものであるかを、製造元の秘密鍵を用いてWebサーバー側に暗号学的に証明する機能。エンタープライズの端末選別に使われるが、消費者市場ではプロバイダー選別に悪用される懸念がある。
Authentication：認証。 「お前は誰か」という問いに対して、提示された情報や暗号署名をもとに、相手が主張通りの本人であることを確認する手続き。認可（Authorization）とは明確に区別される。
Authorization：認可。 本人と確認された主体に対して、特定の行動（ファイルの閲覧、送金、商品の購入など）を実行する正当な権限を与えること。
Availability：可用性。 情報セキュリティの3大要素（CIA）の一つ。システムやデータが、正当な利用者から要求されたときに、いつでも遅滞なく確実に利用できる状態にあること。
caBLE（Cloud-Assisted Bluetooth Low Energy）： ハイブリッド輸送の旧称。PCとスマートフォンの間でクラウドを仲介役として通信路を開き、Bluetoothの電波で互いの物理的近接を確認するクロスデバイス認証技術。
Control Plane：制御面（統治面）。 通信工学の概念。個々のデータパケットを運ぶ「データ面」に対し、誰が通信してよいか、どの経路を通るべきかというルールを制御・管理する上位権能。認証においては鍵の生成・失効・同期を握る主体のこと。
Credential Manager：資格情報マネージャー。 AndroidやWindows等のOS内部に統合された、パスワードやパスキーなどの認証秘密のライフサイクルを一括管理するシステムソフトウェア。
CXF（Credential Exchange Format）：資格情報交換形式。 FIDO Allianceが策定する、異なるパスワードマネージャーやOS間でパスキーのデータを安全にエクスポート・インポートするための共通標準データフォーマット。
CXP（Credential Exchange Protocol）：資格情報交換プロトコル。 CXF形式で構造化された暗号鍵データを、HPKE等の安全な暗号化トンネルを通じてプロバイダー間で安全に移送するための通信プロトコル規格。
FIDO2：ファイド・ツー。 FIDO AllianceとW3Cが共同で策定した、パスワードを使わずにWebブラウザ上で安全な生体認証や公開鍵認証を実現するための国際標準技術体系。WebAuthnとCTAPから構成される。
Hybrid Transport：ハイブリッド輸送。 デスクトップPCに表示されたQRコードをスマートフォンでスキャンし、BLE（Bluetooth）で近接性を担保しながら認証署名をリレーするプロトコル。
Identity Lock-in：身元囲い込み。 認証資格情報が特定のOSや巨大IT企業のクラウドと不可分に結びつくことで、他社のハードウェアやサービスへの乗り換え費用（スイッチング・コスト）が跳ね上がり、離脱できなくなる状態。
Origin Binding：ドメインバインディング。 ブラウザがアクセス先Webサイトの完全修飾ドメイン名（FQDN）を自動取得し、認証署名の計算に不可逆的に組み込むこと。これにより、偽サイトにユーザーが騙されてアクセスしても、署名が絶対に成立しない。
Passkey：パスキー。 FIDO2/WebAuthn規格に基づく公開鍵暗号資格情報のうち、特に複数端末間でのクラウド同期を可能にしたマルチデバイス対応認証情報の通称。
Recovery Plane：回復面。 端末の紛失や故障によって通常の認証手段を失ったユーザーを救済するために用意された、裏側の例外処理システム群（SMSリセット、メールリンク、人間サポート窓口等）。
Resident Key（Discoverable Credential）： 認証器（端末のセキュア領域）内部に、ユーザー名やRP ID情報とともに永続保存されるパスキー。ユーザー名を手入力することなく、ワンタップでログイン候補が表示される。
Sovereignty（Credential Sovereignty）：資格情報主権。 利用者が第三者の利用規約、裁量、インフラの生存性に依存せず、自らの暗号秘密を自律的に生成・保持・移転・検証・破棄できる能力と権利。
TOTP（Time-based One-Time Password）：時間ベースワンタイムパスワード。 共有された秘密鍵と現在の時刻をもとに、30秒ごとに変化する6桁の数値を計算して表示する2要素認証方式（RFC 6238）。フィッシングには弱い。
WebAuthn（Web Authentication）： W3Cが勧告した標準JavaScript API。ブラウザがOSや外部ハードウェアの認証器と対話し、公開鍵暗号による安全な署名をWebサーバーとやり取りするための仕様。

【補論F：参考リンク・推薦図書】（クリックで開く）

F.1　一次資料・標準仕様書（followリンク）

W3C Web Authentication: An API for accessing Public Key Credentials Level 3 ―― パスキーの基盤となるWebAuthnの最新標準仕様書。
FIDO Alliance - Credential Exchange Format (CXF) Specification ―― 資格情報移行のための共通データ形式標準。
FIDO Alliance - Credential Exchange Protocol (CXP) Specification ―― プロバイダー間での安全な資格情報交換手順。
Luke Hawksley: I don't like passkeys ―― 本書の問題意識の原点となった、パワーユーザーによるパスキー批判論考。
ChromeでGoogleでサインインはクソ：ウェブIDの未来とプライバシーの行方 ―― ブラウザによるUX強制とID囲い込みの構造を抉る必読論考。

F.2　学術論文・研究レポート

Bonneau, J., Herley, C., van Oorschot, P. C., & Stajano, F. (2012). The Quest to Replace Passwords: A Framework for Comparative Evaluation of Web Authentication Schemes. IEEE Symposium on Security and Privacy (S&P).
Czeskis, A., Stender, M., & Balfanz, D. (2019). Securing Google: An Empirical Analysis of How Security Keys Ended Phishing. ACM Queue, 17(3), 63-79.
Albayram, Y., et al. (2023). Why Users Struggle with FIDO/WebAuthn: An Empirical Usability Study of Passkey Deployments. ACM Conference on Computer and Communications Security (CCS).
Anderson, R. (2001). Why Information Security is Hard - An Economic Perspective. Annual Computer Security Applications Conference (ACSAC).

F.3　経済学・制度論・技術社会学

Coase, R. H. (1937). The Nature of the Firm. Economica, 4(16), 386-405.
Srnicek, N. (2017). Platform Capitalism. Polity Press.（邦訳『プラットフォーム資本主義』）
Zuboff, S. (2019). The Age of Surveillance Capitalism. PublicAffairs.（邦訳『監視資本主義の時代』）
Williamson, O. E. (1985). The Economic Institutions of Capitalism. Free Press.

F.4　推薦図書（リンクなし）

ブルース・シュナイアー著『セキュリティはなぜ破られるのか――データと心理が暴く錯覚の罠』
ドナルド・A・ノーマン著『誰のためのデザイン？――認知科学者のデザイン原論』
ローレンス・レッシグ著『CODE――インターネットの法・コード・アーキテクチャ』
ニック・ボストロム著『スーパーインテリジェンス――超絶知能がもたらす未来』

付録

付録1：認証方式・特性比較マトリクス

評価項目	記憶パスワード	パスワード＋TOTP	物理FIDOハードウェアキー	Big Tech同期型パスキー	自己主権型（理想モデル）
フィッシング耐性	極小（皆無）	小（AiTMに脆弱）	極大（完全耐性）	極大（完全耐性）	極大（完全耐性）
パスワード再利用耐性	皆無	マネージャー依存	完全排除	完全排除	完全排除
資格情報可搬性	最大（平文記憶）	大（CSVエクスポート）	極小（不可搬）	極小（現在囲い込み）	大（CXP/暗号移行）
端末紛失時可用性	大（他端末入力可）	中（バックアップ依存）	極小（単体紛失時全滅）	大（クラウド自動復元）	大（閾値分散回復）
プラットフォーム独立性	完全独立	完全独立	完全独立	極小（高度隷属）	完全独立
大衆の認知的負荷	大（忘却と混乱）	極大（2画面操作）	中（物理所持の負担）	極小（生体ワンタップ）	中（理解と合意）

付録2：Threat Model一覧（STRIDE別）

Spoofing（なりすまし）： ログイン画面ではWebAuthn署名により阻止。下流の回復窓口においてディープフェイク音声やソーシャルエンジニアリングによるなりすましが激増。
Tampering（改ざん）： クライアントデータハッシュの検証によりドメイン改ざんは不可能。ブラウザ拡張機能やOSのマルウェアによるキーストア改ざんリスクが存在。
Repudiation（否認）： 非対称鍵ペアによるデジタル署名のため、署名発行の否認は困難。ただし「子どもが勝手に指を置いた」という抗弁の法的位置づけが曖昧。
Information Disclosure（情報漏洩）： 秘密鍵はサーバーへ送信されずSecure Enclave内に隔離されているため、通信路上やサーバー侵入による漏洩リスクは消滅。
Denial of Service（サービス拒否）： アカウントの誤BAN、端末の全損、同期不全、BLE通信タイムアウトによる、正規ユーザーに対する自己DoSの発生。
Elevation of Privilege（特権昇格）： 端末の画面ロックPINを盗み見た攻撃者が、OSのCredential Managerの全権を奪取して全アカウントの特権を獲得。

付録3：Recovery Path評価表

各サービスで採用されている回復手段のセキュリティ強度と可用性リスクの評価。

SMSコード送信： セキュリティ強度［F］／可用性［B］／判定：即時廃止推奨（SIMスワップに無力）。
登録メールへのリセットリンク： セキュリティ強度［D］／可用性［C］／判定：循環依存リスクあり。
事前印刷リカバリーコード： セキュリティ強度［A］／可用性［C］／判定：紛失リスクがあるが暗号学的に安全。
人間サポート窓口（電話・チャット）： セキュリティ強度［F］／可用性［D］／判定：ソーシャルエンジニアリングの最大の急所。
複数デバイス承認（E2EE）： セキュリティ強度［A］／可用性［B］／判定：全滅時の救済策併設を条件に推奨。
ソーシャルリカバリ（$k$-of-$n$）： セキュリティ強度［B］／可用性［A］／判定：未来の標準モデルとして有望。

付録4：Credential Portability評価表（主要ベンダー）

Apple iCloud Keychain： 同一Apple ID内のApple製品間はシームレス。他社OSへの直接エクスポートは不可（Windows用拡張機能経由のみ一部可）。スコア：25/100。
Google Password Manager： Android/Chrome間はシームレス。CSV等でのパスキー直接エクスポートは現時点で非対応。スコア：30/100。
1Password： クロスプラットフォーム対応。独自暗号化バックアップあり。FIDO CXPドラフトへの先行実装を表明。スコア：75/100。
Bitwarden： 完全オープンソース。セルフホスト可能。コミュニティ主導でCXP/CXFの標準相互運用性を推進。スコア：90/100。

付録5：Identity Dependency Graph作成テンプレート

【依存関係マッピング・ワークシート】
1. あなたの最重要「マスターメールアドレス」を中央に書く（ノードA）
2. ノードAのパスワード回復先として設定されている電話番号や予備メールを書く（ノードB）
3. 日常使っているスマートフォンのOSアカウント（Apple ID/Google）を書く（ノードC）
4. 金融機関、主要EC、仕事ツールのノードを書き、矢印（→）で回復依存先を結ぶ
※もし「A → B → C → A」のようなループが見つかったら、それは「全滅の輪」である。直ちに外して独立リカバリーキーへ変更せよ。

付録6：企業向け認証主権チェックリスト

[ ] 自社のWebサービスでパスキーを要求する際、利用規約に回復プロトコルの責任分界点を明記しているか？
[ ] 決済フローや契約確定の直前に、全画面モーダルでパスキー登録を迫るUXを排除しているか？
[ ] パスキーを紛失したユーザーのための回復フローにおいて、平文SMSを唯一の手段としていないか？
[ ] 社内ITヘルプデスクに対し、電話口での多要素認証・パスキーリセットを原則禁止（複数承認を義務付け）しているか？
[ ] 従業員の私用スマートフォン（BYOD）に会社のパスキーが同期され、退職時に回収不能になるリスクをMDMで遮断しているか？

付録7：個人向け認証主権チェックリスト

[ ] パスキーを登録している最重要アカウント（最低3つ）に対し、予備の認証器（別端末または物理キー）が登録されているか？
[ ] Apple IDやGoogleアカウントのパスワード、および緊急回復コードが、紙に印刷されて安全な場所に保管されているか？
[ ] 画面ロックの解除PINが、生年月日や車のナンバーなどの推測されやすい単純な数字になっていないか？
[ ] クラウドの同期プロバイダーが突然BANされた場合でも、事業や生活を継続できるオフラインの代替手段を持っているか？
[ ] 「今すぐ設定」というプロンプトに対し、無意識に「はい」を押す習慣を止め、内容を一度立ち止まって確認しているか？

脚注

Corbató, F. J., et al. (1962). An Experimental Time-Sharing System. AFIPS Proceedings. ―― MITにおけるCTSSの最初の公式論文。パスワードによるリソース共有の元祖。
Saltzer, J. H., & Schroeder, M. D. (1975). The Protection of Information in Computer Systems. Proceedings of the IEEE. ―― 情報保護の古典的8原則（最小特権、心理的受容性、最弱リンク等）を確立。
NIST Special Publication 800-63B (2017/2020). Digital Identity Guidelines: Authentication and Lifecycle Management. ―― 米国標準技術研究所がSMS二要素認証を「非推奨（Restricted）」と指定した歴史的文書。
W3C Recommendation (2019). Web Authentication: An API for accessing Public Key Credentials Level 1. ―― WebAuthnの第1版公式勧告。Origin Bindingの仕様を規定。
European Parliament (2022). Digital Markets Act (Regulation (EU) 2022/1925). ―― 第6条7項においてゲートキーパー企業に対するOS機能の無差別相互運用性開放を義務付け。
The New York Times (2022年8月21日付報道). A Dad Took Photos of His Naked Toddler for the Doctor. Google Flagged Him as a Criminal. ―― Mark Rother氏のアカウント誤BAN事件の調査報道。

謝辞

本書の執筆にあたり、FIDO AllianceおよびW3C WebAuthnワーキンググループにおいて、暗号工学のフロンティアを切り拓き、インターネットをより安全な場所にしようと心血を注いでこられた世界中のエンジニア・研究者諸氏に、深甚なる敬意を表します。本書が投げかけた批判は、彼らの偉大なる達成という巨人の肩の上に立って初めて可能となったものです。

また、Hacker Newsや技術ブログ空間において、自らのアカウント喪失やUXの理不尽な体験を率直に共有し、議論の火を灯し続けてくれたLuke Hawksley氏をはじめとする世界中のパワーユーザー、オープンソースソフトウェア開発者、そしてプライバシーアクティビストの皆様に心より感謝申し上げます。そして最後に、本書の挑発的な問いに対して、安易に同意することなく、厳しく反論し、トリレンマの理論モデルをより強固な科学的仮説へと鍛え上げてくださるすべての読者と査読者の皆様に、最大の感謝を捧げます。

免責事項

本書に記載された情報は、サイバーセキュリティ、暗号理論、プラットフォーム経済学、および法制度に関する学術的分析および啓蒙を目的として提供されています。本書の内容は、個別の情報システムに対する具体的なセキュリティ設定、法的紛争に関する法的助言、投資判断に関する助言を構成するものではありません。読者が本書の記述に基づいて実施した設定変更、運用の結果について、著者および発行者は一切の法的責任を負いかねます。各システムの運用にあたっては、各ベンダーの公式ドキュメントおよび最新の法的規制をご確認の上、自己の責任において判断してください。

補足1：各界著名人・キャラクターによる読後感（クロスレビュー）

ずんだもん（東北応援キャラクター）の感想

「な、なんだか恐ろしい本なのだ……！パスキーって、指紋をピッてするだけでログインできて、パスワードも覚えなくていいから魔法の技術だと思ってたのだ！でも、スマホを落としたり、Googleのアカウントが謎のAI判定でBANされた瞬間に、人生のすべてのデータから締め出されて『電子的な死刑』になっちゃうなんて聞いてないのだ！ボクの大事なずんだ餅の購入履歴も全部消えちゃうのだ！？『安全だからお前の鍵を全部預けろ』なんて、まるで親切な顔をしたオオカミなのだ！自分の鍵は自分で守れるように、ボクも金庫に紙のバックアップを入れておくのだー！」

堀江貴文（ホリエモン）風の感想

「いや、言いたいことは分かるし、Big Techの囲い込み（ロックイン）の構造をプロトコルレイヤーから暴いたのはめちゃくちゃ面白いよ。でもさ、現実問題として大半の一般ユーザーなんて『123456』みたいなクソパスワード使い回してフィッシングに引っかかってギャーギャー騒ぐ情弱なわけじゃん？そいつらに『暗号主権を持て』とか言っても無理ゲーに決まってんのよ。だからAppleやGoogleがOSレベルで全部巻き取って、E2EEで同期してあげるのが資本主義的にもUX的にも最適解になるのは当たり前。誤BANのリスク？そんなの全体の0.03%の例外処理でしょ。文句があるやつだけがYubiKey買ってKeePass使えばいいだけの話。まあでも、DMAでAppleのキーストアをこじ開けて新しい認証スタートアップが参入できる余地を作ろうって政策提言はビジネス的に超同意。あそこに巨大なマーケットが眠ってるからね。」

西村ひろゆき風の感想

「なんか、パスキー批判してる人たちって『自由が奪われた！』とか熱弁してますけど、それあなたの感想ですよね？だって、パスキー使ってて困るのって、スマホ失くした上にバックアップも取ってないマヌケか、Googleの規約に引っかかるようなヤバい写真撮ってる変人くらいじゃないですか？一般人の99.9%にとっては、パスワード忘れてログインできなくなる日常の確率の方が、誤BANされる確率より圧倒的に高いんですよ。あと、『パスキーの家に入りて裏戸から盗まれる』とかドヤ顔で言ってますけど、裏戸（SMS回復）を残してるのはサイト側の実装がアホなだけで、FIDOの数学的な欠陥じゃないですよね？なので、文句言ってる暇があったらとっととSMSリセット切ればいいんじゃないですか、知らんけど。」

リチャード・P・ファインマン（物理学者）の感想

「この本を読んでいて、昔ロスアラモスの研究所で同僚たちの書類棚の金庫破りをして遊んでいた頃を思い出したよ！ダイヤル錠の持ち主たちは、自分たちの秘密が完璧に守られていると信じ切っていた。だが、彼らは製造元が出荷時に設定したデフォルトの組み合わせをそのままにしていたり、オフィスの机の引き出しにメモを放り込んでいたりしたんだ。パスキーの技術者たちも全く同じ病気にかかっているね！彼らは楕円曲線暗号という壮麗な数理物理学の城を建てた。その扉は完璧だ。量子力学の悪魔ですら開けられない。だが、その城の主人は、裏庭でヘルプデスクの女の子に『お願いだから入れてくれ』と泣きつく男に鍵を渡してしまう！物理学の法則は嘘をつかないが、人間が運用する制度はいつだって喜劇的な隙間だらけなんだ。この本は、その美しい数式と滑稽な現実の落差を実に見事に暴いているよ。」

孫子（古代中国の軍事思想家）の感想

「兵とは、詭道なり。認証の戦いもまた然り。昔の城攻めにおいて、敵の堅固なる正門を攻めるは下策中の下策なり。パスキーという名の鉄壁の門に向かう敵はおらぬ。敵は必ず、守りの薄き裏口、すなわち『アカウント回復』という名の糧道を断ち、あるいは『ヘルプデスク』という名の守衛を欺いて城を内側から開けさせる。これを『攻むるに由なき所を攻め、敵の必ず救う所を衝く』という。自ら城門を固めたりと誇り、裏戸の備えを怠る者は、戦わずして既に敗れたる者なり。また、自らの存亡を他国の王（プラットフォーム）の情けに委ねるは、軍の主権を敵に預くるに等し。深思すべし。」

朝日新聞風の社説：『デジタル社会の自律と「鍵」の行方』

　指先を画面に触れるだけで、あらゆる扉が開く。パスワードを覚える煩わしさから人々を解放すると謳う「パスキー」の普及が急速に進んでいる。だが、その利便性の陰で、私たちは自らの存在を証明する根源的な権利を、巨大ＩＴ企業に明け渡してはいないだろうか。　本書が鋭く衝くのは、技術の進歩がもたらす「主権の変容」である。強固な暗号によって偽サイトへの流出を防ぐという大義名分の下、認証の鍵は端末の深層に幽閉され、利用者が自ら管理・移転する自由は狭められている。　さらに見過ごせないのは、プラットフォームの機械的な判定によってアカウントが凍結され、生活の基盤を突如として失う市民の存在だ。抗弁の機会も与えられぬまま、デジタル社会から追放される現実は、法の支配や個人の尊厳を揺るがす深刻な事態と言わざるを得ない。　技術の利便性を享受することと、自律的な決定権を維持することは、二者択一であってはならない。政府や企業には、公正な競争環境の整備とともに、市民が自らの「デジタルな人格」を取り戻すための制度設計が重く求められている。

補足3：オリジナル遊戯カード『主権のトリレンマ』

┌──────────────────────────────────────────────────────────┐
│ カード名：【認証農奴制の檻（Serfdom Enclosure）】          │
│ 分類：永続魔法                                            │
│ テキスト：                                               │
│ ①：自分フィールドに「パスキー・トークン」が特殊召喚され   │
│ た場合に発動できる。相手のフィールドの「フィッシング・    │
│ モンスター」の効果をすべて無効にし、破壊する。           │
│ ②：このカードが魔法＆罠ゾーンに存在する限り、自分は手札・ │
│ デッキ・墓地のカードを外部のフィールドへ移動（エクスポート │
│ ）できない。                                             │
│ ③：１ターンに一度、相手のエンドフェイズにコイントスを    │
│ 行う。裏が出た場合、自分フィールドのモンスターおよび魔法   │
│ ・罠カードをすべて除外する（この効果に対して異議申し立て   │
│ は発動できない）。                                       │
│                                                          │
│ 「安全とは、檻の鍵を領主に差し出すことの別名に過ぎない」   │
└──────────────────────────────────────────────────────────┘

補足4：一人ノリツッコミで学ぶパスキーの真実（関西弁編）

「いや〜最近のパスキーっちゅうやつ、ホンマに便利やわ！指紋ピッとするだけでAmazonも銀行も一瞬でログインやん！パスワード覚えんでええとか、人類の勝利やんけ！もう紙のメモもいらん、全部Apple様とGoogle様がE2EEで雲の上に同期してくれはるんや！完璧や！我が人生に一片の悔いなし！……って、 アホかーーーーーーッ！！！！ 誰が雲の上の領主様に魂まで人質に取れ言うたんじゃボケ！ほんで何かい、出張先のネカフェのWindowsから入ろう思たら『スマホでQR読め』？そのスマホは今タクシーの座席に忘れてきたとこじゃい！パスワードやったら頭に入っとるっちゅうねん！なんで本人やのに画面見つめて『端末がありません』で門前払い食らわなアカンねん！ほんでサポートに電話したら『セキュリティの都合上お客様のアカウントは抹消されました』て…… 電子的死刑宣告やないかい！！ 何が『より安全になりました』じゃ！泥棒入らへん代わりに、鍵ごと家を地上げ屋に売り飛ばしてどないすんねん！ほんま、ええ加減にせえよ！」

補足5：大喜利と関連銘柄

【大喜利】

お題： 「このパスキー、絶対に普及しないな」と思わせる最悪の仕様とは？
- 回答1： ログインするたびに、生体認証として親知らずのレントゲン写真を要求される。
- 回答2： 「設定しない」ボタンを押すと、画面の中からスティーブ・ジョブズのホログラムが出てきて3時間説教される。
- 回答3： 秘密鍵のバックアップが、近所の自治会長の回覧板に印刷されて回ってくる。
- 回答4： アカウントを回復するために、戸籍謄本を持ってシリコンバレーの本社まで自費で行かなければならない。
お題： 「パスワードを捨てた男」が、臨終の間際に放った衝撃の遺言とは？
- 回答： 「頼む……俺の死後、誰か俺の指を持って……iPhoneのセンサーに……あ、死後硬直で認証失敗した……」。

【関連市場・株式銘柄】

Yubico AB（STO: YUBICO）： FIDOハードウェアキーの絶対王者。パスキー普及に伴い、クラウド依存を嫌うエンタープライズおよび主権志向ユーザーの物理トークン需要が拡大。
Okta, Inc.（NASDAQ: OKTA）： クラウドIdPのガリバー。ゼロトラスト推進とパスキー統合の波に乗る一方、下流のサポート窓口侵害に対するセキュリティ投資が焦点。
1Password / AgileBits（未上場）： 独立系クレデンシャル管理の旗手。FIDO CXP標準化を牽引し、Big Techの囲い込みに対するアンチテーゼとして存在感を高める。
Alphabet Inc.（NASDAQ: GOOGL）/ Apple Inc.（NASDAQ: AAPL）： 認証のコントロールプレーンを垂直統合するプラットフォーム領主。反トラスト法規制（DMA）が最大の財務リスク。

補足6：予測されるネットの反応と反論

1. なんJ民（5ちゃんねる）

反応：「パスキーとかいう情弱ホイホイｗｗｗｗスマホ割れた瞬間人生終了で草生えるンゴ。やっぱりKeePassをオフラインで運用してるワイが高みの見物やね」
反論： おっしゃる通り端末紛失時の破壊力は甚大ですが、KeePass単体運用はAiTMフィッシング（偽サイトでのセッション奪取）に対して無力です。オフラインの安心感と引き換えに、現代のWeb脅威に晒されている点において、あなたも別の薄氷の上に立っています。

2. ケンモメン（嫌儲板）

反応：「これ半分GAFAによるデジタル農奴制の完成だろ。資本主義の末路。お前らもいい加減林檎の奴隷であることに気づけよ。マイナンバーカードも同じ穴のムジナ」
反論： プラットフォーム資本主義への批判という論点は本書と完全に一致します。ただし、単なる感情的拒絶や諦念に逃げるのではなく、CXPのようなオープンプロトコルの法制化や分散リカバリの実装といった、工学的・制度的な対抗軸を構築することが不可欠です。

3. ツイフェミ（X / 旧Twitter言論空間）

反応：「パスキーの普及で家族共有タブレットの誤決済が増えてるの、完全にケア労働や育児の実態を無視したマッチョな工学主義の産物でしょ。誰が家庭内でそのリカバリの尻拭いをしてると思ってんの？」
反論： 極めて鋭く正当な指摘です。第3章および第11章で論じた通り、従来のセキュリティ工学は「健康で単身の男性プログラマー」を暗黙の標準人間として設計されており、家庭内の認可境界やケア労働の現実を不可視化してきた構造的欠陥が存在します。

4. 爆サイ民（地域ローカル掲示板）

反応：「役所がパスキー義務化とか言い出してじいちゃんが発狂してたわｗ市役所の窓口で暗証番号叫んでるジジババだらけで地獄絵図。紙の保険証に戻せやボケ」
反論： 第15章で指摘した現場の悲鳴そのものです。アクセシビリティを欠いたセキュリティの急進的強制は、防犯ではなく単なる社会的排除を生みます。公的インフラにおいては、アナログな例外救済ルートの維持が必須です。

5. Hacker News（米国の先進的ギークコミュニティ）

反応：「The author conflates the FIDO2 crypto spec with Big Tech's implementation choices. FIDO is mathematically sound; blame the closed credential managers, not the cryptography. Also, CXP will fix this.」
反論： 本書はまさにその分離（数学と実装政治の峻別）を第5章の制約条件 $\mathcal{C}$ で定式化しています。しかし、「仕様はオープンだが実装はクローズド」という状態が4年以上放置されていること自体がプラットフォーム資本の政治的帰結であり、「CXPがいずれ解決する」という技術的楽観論は独禁法規制の圧力を遅延させるイデオロギーとして機能しています。

6. 村上春樹風書評：『完璧なパスキーと、見つからない靴』

書評：「僕がそのパスキーについて考え始めたのは、十月のひどく雨の降る火曜日の午後だった。完璧な暗号について語ることは、ある種の井戸の深さについて語ることに似ている。底には何もない。ただ冷たく澄んだ水と、跳ね返ってくる自分の声があるだけだ。Appleの技術者たちは言った。『もう何も覚えなくていいんです』。それはとても親切な提案に聞こえた。耳元で囁く魅力的なガールフレンドの声のように。でもね、何ひとつ覚える必要がない世界というのは、裏を返せば、君が覚えていることには何の価値もなくなった世界ということなんだ。僕はアパートの引き出しを開け、古い革靴の底に隠してあった、黄ばんだメモ用紙を取り出す。そこには『kaze-no-uta-1979』と書かれている。それはひどく不完全で、フィッシングに弱く、暗号学的には救いようのない文字列だった。でも、少なくともその鍵は、僕だけのものだった。雨はまだ降り続いている。僕たちは安全な檻の中で、静かに靴を失っていくのだ。」

7. 京極夏彦風書評：『憑物落としの如き認証解体新書』

書評：「――世の中に不思議なことなど何もないのだよ、関口君。彼等が『パスキー』と呼び習わす代物もね、蓋を開けてみれば単なる数字の騙し絵、公開鍵暗号という名の古びた呪術の看板を掛け替えたに過ぎんのだ。人は見たいものしか見ない。安全という名の幻影に縋りつくあまり、自らの首に『プラットフォーム』という名の縄が巻き付いていることに気づかんのだよ。鍵とは何かね？鍵とは『境界』を画する呪具だ。此岸と彼岸、己と他者を分かつ結界だよ。それをだ、見ず知らずの異国の商人（あきんど）に預けておきながら、『家は安全になりました』などと嘯くのは、正気の沙汰とは思えんではないか。この書物はね、技術を貶めているのではない。技術という名の神輿に担がれた、人間の怠惰と傲慢という名の『憑物』を落とそうとしているのだ。まあ、読めば気が滅入るよ。だがね、滅入ったところで現実はビタ一文変わりはしないのだから――。」

補足7：専門家架空インタビュー

インタビュアー： 本書の核心について、シリコンバレーの独立系暗号アーキテクトであるエレーナ・ロストワ博士（Dr. Elena Rostova）にお話を伺います。博士、パスキーは本当に「安全」なのでしょうか？

ロストワ博士： 「工学における『安全』という言葉の定義によりますね。もしあなたが、偽のログイン画面に騙されてパスワードを盗まれるリスク（AiTMフィッシング）について話しているなら、パスキーは極めて安全です。数学的に100点に近い。しかし、もしあなたが『明日、自分のデータにアクセスできなくなるリスク』や『特定の企業からデジタル市民権を剥奪されるリスク』について話しているなら、パスキーは歴史上もっとも危険な単一障害点を作り出しました。」

インタビュアー： FIDO Allianceは「CXP（資格情報交換仕様）によってベンダー間の移行は自由になる」と主張していますが。

ロストワ博士： 「それは外交官の答弁と同じです。仕様書が存在することと、主要OSがそれを実際にユーザーの利益になる形で実装することは全く別です。考えてみてください。なぜAppleやGoogleが、自社の最も強力な解約抑止力（チャーン防止策）であるキーチェーンを、ボタン一つで他社へ持ち出せるように親切に設計する動機があるでしょうか？規制当局が独占禁止法の棍棒を振り上げない限り、CXPは意図的な『UXの摩擦』によって骨抜きにされ続けるでしょう。」

インタビュアー： 一般の市民は、明日から何をすべきでしょうか？

ロストワ博士： 「すべての卵を一つのバスケットに入れるのをやめることです。パスキーを使うなとは言いません。しかし、最重要のアカウントについては、独立したハードウェアキーを併用し、オフラインの復旧コードを紙に印刷して金庫に保管してください。『便利だから』という理由だけで思考を停止した瞬間、あなたのデジタル人格の所有権は、あなたからシリコンバレーの巨大サーバーへと移転しているのです。」

補足8：メタデータ・共有用資産・推奨分類

Google Discover用タイトル候補（5案）

「パスキー設定しますか？」に“はい”を押した人が失った、あまりにも大きすぎる自由
なぜパスキーは安全なのに締め出されるのか？識者が暴く「認証主権のトリレンマ」
スマホ紛失で全アカウント消滅？ Big Techが隠すパスキー時代の「電子的死刑」リスク
AmazonやGoogleがパスキーをゴリ押しする本当の理由――セキュリティの皮を被った究極の囲い込み
パスワードを捨てた人類の末路：AIと巨大ITに「自分である権利」を人質に取られる日

新・造語（Neologisms）案

資格情報幽閉（Credential Sequestration）： 暗号鍵をSecure Enclaveに不可搬化し、ユーザーの自律的移転権を無効化するアーキテクチャ。
認証農奴制（Authentication Serfdom）： デジタル社会の市民権の存続を、Big Techプラットフォーム領主の規約とインフラに全面的に従属させる社会構造。
仮死端末（Zombie Device）： 画面操作は不能だがバックグラウンドで認証署名プロセスのみが生き続け、攻撃やアリバイ工作に悪用される端末。

架空のことわざ・四字熟語案

ことわざ：「パスキーの表戸に鍵かけ、裏戸（SMS）を開け放つ」（エントランスを暗号化しながら下流の回復経路を放置する愚行）。
ことわざ：「林檎に祈れど鍵は出ぬ」（プラットフォームのブラックボックスに吸い込まれた権利は二度と個人の手元に戻らない諦念）。
四字熟語：「鍵主客転（けんしゅかくてん）」（身を守る道具であったはずの鍵が、いつの間にか人間を排除・支配する主人となる本末転倒）。

SNS共有用ハッシュタグ案

#パスキー #サイバーセキュリティ #デジタル主権 #FIDO2 #WebAuthn #プラットフォーム独占 #人権としての暗号

SNS共有用文章（120字以内）

「パスキーは安全」の裏で何が起きているのか？偽サイトを防ぐ代償として、秘密鍵はBig Techに幽閉され、スマホ紛失や誤BANで全人生がロックアウトされる「認証農奴制」の罠。安全性・可用性・主権のトリレンマを解剖する必読の論考。 #サイバーセキュリティ

ブックマーク用タグ（NDC分類項目名準拠）

[暗号法学][情報セキュリティ工学][プラットフォーム経済学][ヒューマンコンピュータインタラクション][独占禁止法][プライバシー権][認証プロトコル][社会情報学]

ピッタリの絵文字

🔐 📱 🏰 ⛓️ 💥 👁️ ⚖️

推奨スラッグ（英字・ハイフンのみ）

the-sovereignty-trilemma-passkeys-platform-capitalism-2026

日本十進分類法（NDC）区分

[007.6][007.1][547.48][336.57][321.1]

Mermaid JSによる認証依存構造イメージ

%% Blogger貼付用 Mermaid スクリプト
<script type="module">
import mermaid from 'https://cdn.jsdelivr.net/npm/mermaid@10/dist/mermaid.esm.mmin.mjs';
mermaid.initialize({ startOnLoad: true });
</script>
<pre class="mermaid">
graph TD
    subgraph Control_Plane ["Control Plane（統治面：Big Tech独占）"]
        Platform[Apple / Google / MS] -->|アカウント停止権・同期規約| SyncCloud[E2EE同期基盤]
    end

    subgraph Data_Plane ["Data Plane（認証面：暗号学的安全）"]
        SyncCloud -->|不可搬な秘密鍵| Enclave[Secure Enclave / TEE]
        Enclave -->|WebAuthn署名| RP[Webサービス / EC / 銀行]
    end

    subgraph Recovery_Plane ["Recovery Plane（回復面：最弱リンク）"]
        RP -->|フォールバック| RecoverySMS[SMS / メールリセット]
        RecoverySMS -->|ソーシャルエンジニアリング| Attacker[攻撃者]
        Attacker -->|アカウント奪取| RP
    end

    User[ユーザー] -.->|生体認証要求| Enclave
    User -.->|端末紛失 / 誤BAN| Lockout[不可逆的永久ロックアウト]
    Platform -.->|AI誤検知BAN| Lockout

    style Control_Plane fill:#ffdddd,stroke:#ff0000,stroke-width:2px
    style Data_Plane fill:#ddffdd,stroke:#00aa00,stroke-width:2px
    style Recovery_Plane fill:#ffffcc,stroke:#ffaa00,stroke-width:2px
    style Lockout fill:#000000,stroke:#ff0000,stroke-width:3px,color:#ffffff
</pre>

パスキーの歴史

パスキーは突然登場した新技術ではなく、「パスワードをなくす」という構想が、FIDO UAF → FIDO U2F → FIDO2/WebAuthn → 端末間同期型passkeyへと段階的に進化したものです。

特に重要なのは、2022年前後を「パスキーの誕生」と見るだけでは不十分な点です。暗号技術そのものは以前から存在し、2022年にApple・Google・Microsoftが「一般ユーザーが使える認証UX」として一斉に押し出したことで、FIDO認証がpasskeyという製品概念に転換した、と捉えると歴史がきれいにつながります。FIDO Alliance自身も、passkeyは新しいプロトコルではなく、FIDO2（WebAuthn＋CTAP）を利用するものと説明しています。(FIDO Alliance)

年	出来事	技術的意味	パスキー史における意味
2012	FIDO Alliance設立	パスワード依存を減らすため、公開鍵暗号を利用した認証方式の標準化を開始	現在のpasskeyにつながる「パスワードレス化」の出発点
2014	FIDO UAF / U2F仕様	UAFは端末側認証によるパスワードレス、U2Fはセキュリティキーによる強力な2要素認証	「パスワードを秘密情報として送る」認証から「公開鍵署名で証明する」認証へ
2015	GoogleがFIDO U2Fを採用	Chrome＋セキュリティキーによるフィッシング耐性認証	FIDOが実験的規格から大規模Webへ進む契機
2016	W3C Web Authentication（WebAuthn）作業開始	ブラウザから公開鍵認証器へアクセスするWeb APIを標準化	FIDOを「特定企業の認証方式」からWebプラットフォームの標準APIへ移行
2017	WebAuthn Working Draft	Webサイト（Relying Party）とAuthenticatorを結ぶAPIの仕様が具体化	現在のpasskeyの基本モデルが形成される
2018	FIDO2の整備	WebAuthn＋CTAPという組み合わせが成立	ブラウザ、OS、スマートフォン、外部セキュリティキーを横断する認証基盤へ
2019年3月	WebAuthn Level 1がW3C Recommendation	Web上で公開鍵資格情報を利用する正式な標準になる	passkeyの技術的な基礎が標準化。W3CはFIDO2の中核仕様と位置付けた (W3C)
2021年4月	WebAuthn Level 2がRecommendation	WebAuthnをさらに発展	FIDO認証をWebプラットフォームへ定着させる段階 (W3C)
2021–22年	スマートフォン／OSへのAuthenticator統合が進展	Face ID、Touch ID、Windows Hello、Androidの画面ロックなどを認証器として利用	「セキュリティキーを持つ」から「普段使っている端末そのものが認証器」へ
2022年5月	Apple・Google・Microsoftがpasskey普及を共同推進	FIDO認証を端末間で利用しやすくする方向へ	「FIDO」から「passkey」への転換点
2022年	Apple Passkeys	iCloud Keychainを利用して認証情報をApple端末間で同期	公開鍵認証とクラウド同期を結合
2022年	Google Passkeys	Google Password ManagerによるAndroid/Chrome中心のpasskey管理	Android/Chromeエコシステムにpasskeyを組み込む
2022年	Microsoft Passkeys / Windows Hello	Windowsデバイスを認証器として利用	PC側にもpasskey UXが定着
2023年	passkeyの一般サービスへの採用拡大	Google、Microsoft、PayPal、eBayなどで導入が進む	FIDOが「セキュリティ専門家向け」から一般消費者向けへ
2023年以降	Synced passkeyとDevice-bound passkeyの区別が明確化	クラウド同期型と特定端末に束縛された認証情報を区別	「鍵は誰が管理するのか」問題が表面化
2024年	passkey対応サービス・管理機能が拡大	OS、ブラウザ、パスワードマネージャーがpasskey管理を担う	認証技術の競争軸が「暗号方式」から「Credential Provider／同期基盤」へ
2025年	passkey ecosystemの成熟	複数デバイス、パスワードマネージャー、クロスデバイス認証などが普及	「パスワードをなくす」だけでなく「認証資格情報を誰が保管・同期するか」が重要問題に
2026年8月25日	WebAuthn Level 3がW3C Recommendation	WebAuthn Level 3が正式勧告に	passkeyを支えるWeb標準が第3世代へ。W3CはLevel 4で新機能を開発するとしている (W3C)

この歴史で重要な「3段階」

この年表をさらに抽象化すると、パスキーの歴史は次の3段階に分けられます。

段階	時期	中心的な問い	主役
① 暗号化	2012–2016	「パスワードなしで、どう本人を証明するか？」	FIDO / 公開鍵暗号
② 標準化	2016–2021	「Web全体でどう相互運用するか？」	W3C WebAuthn + FIDO CTAP
③ 所有・同期	2022–現在	「その認証鍵を、誰が管理・復旧・同期するのか？」	Apple / Google / Microsoft / Password Manager

ここが、提示された記事の**「Sovereignty Trilemma」**という問題設定とかなり面白く接続します。

WebAuthnの設計思想そのものは、かなり分散的です。資格情報は特定のRelying Partyにスコープされ、異なるサービス間で追跡可能な情報を共有しないことがプライバシー設計に組み込まれています。(W3C)

ところが、passkeyを「使いやすくする」ために同期を導入すると、問題の重心が変わる。

認証プロトコルは分散化されたのに、認証資格情報の可搬性・復旧・同期を握る主体は集中できる。

つまり、

FIDO → WebAuthn → passkey

という技術史は、単純な「パスワードから安全な認証への進歩」ではありません。

むしろ、

「認証の秘密をサービスから切り離す」
↓
「認証を公開鍵暗号へ移す」
↓
「認証器を端末へ移す」
↓
「端末間で資格情報を同期する」
↓
「では、その同期基盤を誰が支配するのか？」

という、認証権限の所在が移動してきた歴史として読むことができます。

そして2026年8月25日にWebAuthn Level 3が正式なW3C Recommendationになったことで、これはもう単なる「新しいログイン方式」の話ではなく、Webの認証インフラそのものの制度設計になっています。(W3C)

W3C WebAuthn Level 3
FIDO Alliance — Passkeys

パスキーに至るまでの歴史

「パスキー」を2022年に突然登場した新技術として見るより、パスワード依存を減らす → 公開鍵暗号を使う → Web標準化する → OS・ブラウザに組み込む → 複数デバイスへ同期するという約10年の流れとして見る方が正確です。

年	出来事	技術・制度上の意味	パスキーへのつながり
2012	FIDO Alliance設立	パスワード依存を減らすため、公開鍵暗号を利用した認証の標準化を開始	パスキーの「祖先」が生まれる
2013	FIDO仕様策定が本格化	パスワードをサーバーに保存・送信する従来型認証から、公開鍵暗号による認証へ転換する構想	「秘密をサービス側に預けない」という基本思想
2014	FIDO U2F / UAF 1.0	U2Fはセキュリティキーを使った強力な第2要素、UAFは端末上の生体認証などを利用したパスワードレス認証	現在のpasskeyにつながる2つの系統が成立 (FIDO Alliance)
2014–2015	GoogleなどがU2Fを採用	USB/NFC/Bluetoothなどを使った物理認証器がWebに導入される	「Webサイトのパスワード」から「端末上の暗号鍵」へ
2015	FIDO 2.0構想	FIDO認証をWebブラウザ・OSに直接組み込む方向へ	後のWebAuthn/FIDO2の直接的な前身
2015年11月	FIDO AllianceがFIDO 2.0仕様案をW3Cへ提出	FIDO独自仕様からWeb標準化へ	パスキーが特定企業の技術ではなくWeb標準になる道筋
2016年2月	W3C Web Authentication Working Group設立	FIDO 2.0を基礎としてWebAuthnの標準化を開始	現在のWebAuthnの開発が本格化
2017	WebAuthn / CTAPの仕様策定が進展	WebAuthnがWebアプリと認証器をつなぎ、CTAPが端末と外部認証器をつなぐ構造が形成	現在のFIDO2アーキテクチャが固まる
2018	FIDO2実装・ブラウザ対応が進展	WebAuthn＋CTAPという組み合わせが成立	「FIDO2」が現在のパスキーの技術基盤になる
2019年3月	WebAuthn Level 1がW3C Recommendation	公開鍵資格情報をWebアプリから利用する正式なWeb標準になる	パスキーの技術的基盤が完成 (W3C)
2019	FIDO2正式展開	FIDO2＝W3C WebAuthn＋FIDO CTAPという構成が確立	現在のpasskeyの「プロトコル層」が成立 (FIDO Alliance)
2020–2021	Android、Windows、Chrome、Firefox、Edge、SafariなどでWebAuthn/FIDO対応が拡大	認証器が特殊なUSBキーだけでなく、OSやスマートフォンにも入り始める	「FIDOセキュリティキー」から「普段の端末」へ
2021	WebAuthn Level 2	WebAuthnの機能・相互運用性がさらに拡張	パスキーを大量展開できる標準基盤が成熟
2022年5月	Apple・Google・Microsoftがpasskey普及を共同表明	FIDO認証資格情報を複数端末から利用する仕組みを強化	「FIDO認証」から「passkey」という消費者向け概念への転換点 (Apple)
2022	Apple Passkeys	iCloud Keychainを利用してFIDO資格情報を複数のAppleデバイスで利用	「公開鍵認証＋同期」という新しいモデル
2022	Google Passkeys	Google Password Managerなどを利用してAndroid/Chromeでpasskeyを管理	OS/ブラウザ事業者が認証資格情報の管理主体になる
2022	Microsoft Passkeys / Windows Hello	Windowsの生体認証・PINなどをFIDO認証に利用	OSログインとWeb認証の境界が縮小
2023	Google、Apple、Microsoftなどのpasskey対応が本格化	一般ユーザーが「パスワードを入力せず、生体認証やPINでログイン」できる環境が拡大	passkeyが技術用語から一般向けサービスへ
2023–2024	Synced passkeyが普及	passkeyをクラウド等で複数端末へ同期する方式が広がる	問題の焦点が「暗号の安全性」から「鍵を誰が保管・同期するか」へ移る
2024–2025	パスワードマネージャーなどもpasskey対応	Apple/Google/Microsoftだけでなく、複数のCredential Providerが登場	認証資格情報の管理権をめぐるエコシステム競争が始まる
2025–2026	passkeyがWeb・OS・ブラウザ・パスワードマネージャーに定着	passkeyが単独の認証技術ではなく、認証資格情報の管理・同期・復旧を含むシステムになる	「誰がユーザーの認証能力を握るのか」という問題が前面化

歴史を一本の線にすると

パスワード
    │
    ▼
FIDO Alliance（2012）
    │
    ├── UAF ──→ 端末内の生体認証・パスワードレス
    │
    └── U2F ──→ セキュリティキー・第2要素
                    │
                    ▼
                 FIDO 2.0
                    │
          ┌─────────┴─────────┐
          ▼                   ▼
      WebAuthn                CTAP
      （Web API）          （認証器通信）
          └─────────┬─────────┘
                    ▼
                  FIDO2
                    │
                    ▼
       Apple / Google / Microsoft
                    │
                    ▼
             「Passkey」
                    │
                    ▼
        複数デバイスへの同期
                    │
                    ▼
      Credential Provider / Platform
                    │
                    ▼
       「誰が認証鍵を管理するのか？」

この流れで特に重要なのは、「パスキー」という名前が新しいだけで、暗号プロトコル自体が2022年に発明されたわけではないことです。

FIDO Alliance自身も、2014年に最初の仕様群を完成させ、2019年にFIDO2（WebAuthn＋CTAP）を展開したと説明しています。さらにWebAuthnは2019年3月にW3C Recommendationになっています。 (FIDO Alliance)

したがって、歴史的には次のように整理するとかなり分かりやすいです。

世代	何を解決したか	代表技術	残った問題
第0世代	パスワードで本人を証明	Password	漏洩、使い回し、フィッシング
第1世代	パスワードに暗号学的な第2要素を追加	FIDO U2F	端末を失うと不便、普及率
第2世代	パスワードそのものをなくす	FIDO UAF	サービス・OS・ブラウザ間の相互運用性
第3世代	Web全体でFIDO認証を利用可能にする	WebAuthn + CTAP / FIDO2	一般ユーザーにとってのUX
第4世代	認証を普段の端末で簡単に使う	Platform Authenticator	デバイス間の移行・復旧
第5世代	認証資格情報を複数端末へ持ち運ぶ	Passkey / Synced Passkey	同期基盤を誰が支配するか

この最後の第5世代が、リンク先の記事のテーマである**「Passkeys × Platform Capitalism」**に接続するポイントです。

つまり、パスキーの歴史は、

「パスワードをなくした歴史」

であると同時に、

「認証の秘密を、サービス → 認証器 → OS → クラウド同期基盤へと移してきた歴史」

でもあります。

この視点を取ると、パスキーの「安全性」という技術論だけではなく、認証能力の所有・移転・復旧・同期を誰が握るのかという、より大きな「主権」の問題が見えてきます。2022 年 5 月 5 日です。[apple][apple][fidoalliance][gigazine][ppc][future-architect.github][investopedia][gigazine][blog.bismart][ghacks]

発表の概要

日付: 2022 年 5 月 5 日（「世界パスワードの日」に合わせた発表）[gigazine][future-architect.github][blog.bismart]
発表主体: Apple・Google・Microsoft の 3 社が共同でプレスリリース[apple][apple][fidoalliance]
標準策定団体: FIDO Alliance と W3C（World Wide Web Consortium）が策定したパスワードレス認証標準のサポート拡大を表明[apple][fidoalliance][investopedia]
消費者向け名称: この発表を機に、「FIDO 認証資格情報」が一般消費者にも分かりやすい**「passkey（パスキー）」**という呼称で広まる転換点となったと位置づけられています[apple][ppc][investopedia][gigazine]

発表で示された 2 つの新機能

3 社が「今後 1 年程度で順次利用可能になる」とした主な機能は以下の 2 点です。[apple][fidoalliance][investopedia]

複数端末での自動利用（クラウド同期）
ユーザーが所有する複数のデバイス（新規デバイスを含む）で、アカウントごとに再登録しなくても FIDO 認証資格情報（passkey）を自動的に利用可能にする。[apple][fidoalliance]
クロスプラットフォームの近接認証
近くのモバイル端末（スマホなど）を使って、OS やブラウザを問わず、別のデバイス（PC など）のアプリや Web サイトにサインインできるようにする。[apple][fidoalliance][gigazine]

文脈と意義

この発表は、技術仕様としての「FIDO 認証」を、一般ユーザーが理解・運用しやすい**「passkey」という消費者向け概念**に再定義し、プラットフォーム横断で普及させる重要なマイルストーンとされています。[ppc][future-architect.github][gigazine]
各社は 2023 年をめどに iOS/macOS/Safari、Android/Chrome、Windows/Edge などでの本格展開を表明しましたが、実際には一部機能は 2022 年秋以降の OS アップデート（例：iOS 16、macOS Ventura）から順次実装されていきました。[gigazine][gigazine][abc.net]

参考（プレスリリース原文）:

adsense

主権のトリレンマ：パスキー、プラットフォーム、AI時代の「自分である権利」 #サイバーセキュリティ #デジタル主権 #Passkey #九20 #2022五05パスキーとFIDOAlliance_令和IT史ざっくり解説

主権のトリレンマ：パスキー、プラットフォーム、AI時代の「自分である権利」 #サイバーセキュリティ #デジタル主権 #Passkeys

目次

要旨・本書の目的

パスキーは本当に「パスワードの終焉」なのか

認証の安全性と認証主権は同じではない

本書が扱う「主権」とは何か

本書の中心命題――安全性・可用性・自律性のトリレンマ

なぜこれはパスキーだけの問題ではないのか

イントロダクション――「あなたは本人ですか？」という問いを誰が決めるのか

登場人物紹介

方法論

1. 暗号工学・プロトコル監査（Cryptographic Audit）

2. 脅威モデリングとゲーム理論（Threat Modeling & Game Theory）

3. 計量HCI・UX監査（Usable Security & Dark Pattern Analysis）

4. 制度的実証分析とソーシャル・リスニング推計（Proxy Empirical Analysis）

本書の梗概・構成

本書で使用する基本モデル

第I部 技術的勝利の欺瞞

第1章 パスワードは敗北した――そして、なぜ敗北させる必要があったのか

1.1 パスワードという「古い発明」

1.1.1 覚えられる秘密という制約

1.1.2 パスワード再利用という構造的弱点

1.1.3 複雑性規則が生んだ「Password1!」

1.2 パスワードを破る産業

1.2.1 Credential Stuffing

1.2.2 フィッシング

1.2.3 データ侵害とパスワード漏洩

1.2.4 人間の記憶を暗号鍵にすることの限界

1.3 パスワードマネージャーという最初の反革命

1.3.1 「覚える」から「生成する」へ

1.3.2 ランダム文字列という解放

1.3.3 TOTPによる第二の防壁

1.3.4 それでも残るフィッシング

1.4 パスキーという暗号学的回答

1.4.1 公開鍵暗号による認証

1.4.2 サイトごとの資格情報

1.4.3 秘密鍵をサーバーに渡さない

1.4.4 「入力する秘密」が消える

【第1章：組み込むべき定量的分析の指標】

【第1章：ケーススタディ】

【著者コラム：消えた「Password123!」の哀愁】

【第1章のまとめと演習問題】

第2章 「安全なのに、なぜログインできないのか」

2.1 認証成功とアカウント利用可能性は別物

2.1.1 AuthenticationとAvailability

2.1.2 Credential Loss

2.1.3 Device Loss

2.1.4 Account Lockout

2.2 複数端末という現実

2.2.1 スマートフォン

2.2.2 PC

2.2.3 タブレット

2.2.4 会社の端末

2.2.5 家族の端末

2.3 他人のコンピューターでログインする

2.3.1 パスワードなら入力できる

2.3.2 ハードウェアキーという解決策

2.3.3 QRコードとHybrid Transport

2.3.4 Bluetoothという「最後の一手」

2.3.5 理論上動くものと現実に動くもの

2.4 「所有している端末」が認証基盤になる

2.4.1 端末紛失

2.4.2 故障

2.4.3 盗難

2.4.4 買い替え

2.4.5 OS移行

【第2章：組み込むべき定量的分析の指標】

【第2章：ケーススタディ】

【著者コラム：羽田空港の搭乗口で起きた青ざめるエラー】

【第2章のまとめと演習問題】

第3章 「便利ですよ」という名の強制

3.1 なぜ企業はパスキーを勧めるのか

3.1.1 セキュリティ上の利益

3.1.2 サポートコスト削減

3.1.3 アカウント回復コスト

3.1.4 企業側のリスク移転

3.2 ユーザーインターフェースとしてのOpt-in

3.2.1 「今すぐ設定」

第I部　技術的勝利の欺瞞

第1章　パスワードは敗北した――そして、なぜ敗北させる必要があったのか

1.1　パスワードという「古い発明」

1.1.1　覚えられる秘密という制約

1.1.2　パスワード再利用という構造的弱点

1.1.3　複雑性規則が生んだ「Password1!」

1.2　パスワードを破る産業

1.2.1　Credential Stuffing

1.2.2　フィッシング

1.2.3　データ侵害とパスワード漏洩

1.2.4　人間の記憶を暗号鍵にすることの限界

1.3　パスワードマネージャーという最初の反革命

1.3.1　「覚える」から「生成する」へ

1.3.2　ランダム文字列という解放

1.3.3　TOTPによる第二の防壁

1.3.4　それでも残るフィッシング

1.4　パスキーという暗号学的回答

1.4.1　公開鍵暗号による認証

1.4.2　サイトごとの資格情報

1.4.3　秘密鍵をサーバーに渡さない

1.4.4　「入力する秘密」が消える

第2章　「安全なのに、なぜログインできないのか」

2.1　認証成功とアカウント利用可能性は別物

2.1.1　AuthenticationとAvailability

2.1.2　Credential Loss

2.1.3　Device Loss

2.1.4　Account Lockout

2.2　複数端末という現実

2.2.1　スマートフォン

2.2.2　PC

2.2.3　タブレット

2.2.4　会社の端末

2.2.5　家族の端末

2.3　他人のコンピューターでログインする

2.3.1　パスワードなら入力できる

2.3.2　ハードウェアキーという解決策

2.3.3　QRコードとHybrid Transport

2.3.4　Bluetoothという「最後の一手」

2.3.5　理論上動くものと現実に動くもの

2.4　「所有している端末」が認証基盤になる

2.4.1　端末紛失

2.4.2　故障

2.4.3　盗難

2.4.4　買い替え

2.4.5　OS移行

第3章　「便利ですよ」という名の強制

3.1　なぜ企業はパスキーを勧めるのか

3.1.1　セキュリティ上の利益

3.1.2　サポートコスト削減

3.1.3　アカウント回復コスト

3.1.4　企業側のリスク移転

3.2　ユーザーインターフェースとしてのOpt-in

3.2.1　「今すぐ設定」

3.2.2　「後で」

3.2.3　なぜ「設定しない」が存在しないのか

3.2.4　ダークパターンとの境界

3.3　購入直前に認証方式を変更する

3.3.1　Amazon型UX

3.3.2　ユーザーの認知負荷

3.3.3　急いでいる人ほど同意する

3.3.4　「セキュリティ」の名による摩擦

3.4　子どもが購入できるという別の問題

3.4.1　認証と認可は違う

3.4.2　保存済みカード

3.4.3　購入承認

3.4.4　AppleのAsk to Buy型設計

3.4.5　仮想カードと利用限度額

第4章　パスキーはどこまで「フィッシング不能」なのか

4.1　暗号学的なフィッシング耐性

4.1.1　Origin Binding

4.1.2　公開鍵暗号

4.1.3　秘密鍵を入力しない

4.1.4　AiTM攻撃との違い

4.2　復旧経路という第二の認証系

4.2.1　Email Recovery

4.2.2　SMS Recovery

4.2.3　Security Questions

4.2.4　サポート担当者

4.2.5　Social Engineering

4.3　最強の認証と最弱の復旧