同期パスキーと端末固定パスキー：紛失後の復旧経路を考える
バックアップ状態、別の認証手段、提供者アカウントの復旧を区別して、端末紛失への備えを考える。
発行・訂正窓口：infostoa · 編集基準
この記事の個別の執筆者・専門査読者の情報は提供されていません。
同期パスキーと端末に結び付いたパスキーでは、復旧時に依存する経路が異なる場合がある。認証情報がどこに存在しうるか、端末を失った後に何が残るか、アカウントに戻る経路を誰が管理するかを問いながら選ぼう。名前だけで三つの答えは得られない。
概念を説明するイラストであり、実際の製品画面や実験結果ではない。
認証情報と端末を区別する
FIDOは同期パスキーと一つの端末に固定された認証情報を区別する。 FIDO
これはスマートフォンか物理的なキーかという外見より、認証情報そのものへの問いだ。W3Cはバックアップ可能性と現在のバックアップ状態を区別する。許可されていても、今バックアップがあるとは限らない。認証器とクライアントの接続方法も別の分類である。 W3C WebAuthn
架空のアカウント一覧では、サービス名、認証情報の場所、実際に確かめたことを別々に記そう。「ノートパソコンにある」は出発点として役立つが、別の場所で使えるかまでは説明しない。提供者の案内や対応する確認方法で分かるまで、バックアップ欄は不明としておこう。
提供者アカウントの復旧を見る
FIDO専門家による2022年3月の報告書は、同期認証情報の利用可能性と安全性が提供者アカウントと、古い端末をすべて失った後にアクセスを戻す手順に依存すると説明する。構造の分析であり、現在の製品の復旧成功を約束しない。 FIDO報告書
唯一のスマートフォンを失い、ノートパソコンだけが残る架空の引っ越しを考えよう。残った端末に使える認証情報があるか、提供者アカウントに戻れるかを別々に問う。答えは異なるかもしれない。設定画面に名前があるだけで、未確認の復旧手段を使えるバックアップと呼ばない。
この練習では、公式手順の場所、理解した前提条件、未確認の点を記そう。別のログイン済み端末を前提にしているかも残す。安心できそうな製品名の一覧より、何に依存しているかが分かる関係図になる。
別のログインと復旧を分ける
NISTの政府向け指針は別々の認証手段を二つ持つことを勧める。既存の手段で認証して新しい認証器を結び付けることと、制御を失った後の復旧は異なる。復旧にはコード、連絡先、再度の身元確認が使われ、時間がかかる場合もある。 NISTイベント管理
架空の一覧では、登録済みの予備認証器と「サポートに連絡する」を別の行に書こう。すでに登録した手段と、後で登録できることを期待する計画は異なる。同じ提供者経由のコピーにも、独立していると決めつけず、共通の条件への依存を問いたい。
サービス自身の復旧手順が何を求めるか確認しよう。無関係な提供者の文書を組み合わせて復旧順序を作らない。この一覧は次に決めることを示すもので、すべてのサービスが同じ代替手段を認めるという主張ではない。
保証レベルを文脈から切り離さない
NISTの政府向け枠組みでは、同期は要件を満たせばAAL2を支えうるが、AAL3の鍵の非エクスポート要件とは両立しない。認証器保証レベルであり、消費者製品の点数ではない。端末に固定されているだけで適合は証明されない。 NIST保証レベル指針
フィッシング耐性は偽の認証先を扱う認証プロトコルの特性で、アカウント全体の免疫ではない。 NIST認証指針
職場のアカウントでは、方針が認める認証情報と復旧の担当者を問おう。個人のアカウントでは、維持できる経路を問おう。方針の答えと便利さの好みは異なる必要を扱い、実際のサービスの確認を代替しない。
紛失計画を行動にする
Googleの実装説明には、オリジン、サービス識別子のRP ID、チャレンジ、署名のサーバー検証が含まれる。ブラウザーの成功応答だけで検証は終わらない。 Google実装案内
架空の引っ越しの計画には、残す公式案内、確かめる登録済みの代替手段、紛失の報告先まで書こう。紛失を再現するために唯一使える手段を削除しない。不明な点と再確認の時期も残したい。これは計画の例であり、本番のセキュリティチェックリストや復旧保証ではない。