パスキーは、パスワードに代わるログイン手段として導入が進んでいます。ただし、サービスがパスキーに対応していることと、スマホの機種変更や紛失時にアカウントへ戻りやすいことは別の問題です。
重要なのは、パスキーをどこに保存・同期するかです。iCloudキーチェーン、Google パスワード マネージャー、第三者製パスワードマネージャー、物理セキュリティキーでは、使える端末、移行方法、復旧時に必要な情報が異なります。
本記事では、保存先の選び方を中心に、機種変更前の確認項目と紛失・盗難時の復旧フローを整理します。
- パスキー対応サイトと、パスキーを保存・同期するプロバイダは別の役割を持つ。
- iPhone・iPad・Mac中心ならiCloudキーチェーン、Android・Chrome中心ならGoogle パスワード マネージャーが候補になりやすい。
- 複数OSを横断する場合は、1PasswordやBitwardenなどの対応状況と復旧設計を比較する。
- 機種変更前には、同期設定、復旧用メール・電話番号、予備コード、別のログイン済み端末を確認する。
- 紛失時の復旧はパスキー単体では完結せず、端末探索、回線対策、保存先アカウント、各サービスの復旧設定を並行して管理する必要がある。
結論:保存先を1つの軸に決め、復旧経路を複線化する
パスキーの導入では、対応サービス数よりも、普段使う端末で無理なく同期でき、端末を失ってもアカウントへ戻れる保存先を選ぶことが重要です。Apple製品中心ならiCloudキーチェーン、Android・Chrome中心ならGoogle パスワード マネージャー、複数OSを使うなら第三者製パスワードマネージャーを比較候補にします。
保存先をむやみに分散させるより、主な保存先を定めたうえで、別のログイン済み端末、最新の復旧連絡先、予備コードや物理セキュリティキーなどを組み合わせるほうが、機種変更・紛失時の管理ミスを減らしやすくなります。
パスキーの保存先と、Webサービス側の対応は別物
パスキーを使う際は、「パスキーでログインできるサービス」と「パスキーを保存する場所」を分けて考える必要があります。
- Webサービス・アプリ:パスキーによるログインを受け付ける側
- パスキープロバイダ:パスキーを保存・同期する側。iCloudキーチェーン、Google パスワード マネージャー、1Password、Bitwardenなどが該当する
- 周辺サービス:端末探索、回線停止、本人確認などを担う側。端末の探索機能や通信キャリアなどが該当する
サイト側がパスキーに対応していても、端末を替えた後や失った後にログインできるかは、保存先の同期・復旧の仕組みに左右されます。パスキーは端末だけに保存されるとは限らず、同期型のプロバイダでは、同じアカウントで認証済みの複数端末に同期できる設計があります。
一方、物理セキュリティキーは通常、鍵そのものに認証情報を保持する方式です。同期はされませんが、同期済み端末をすべて失った場合の予備の認証手段になり得ます。ただし、保管場所や紛失対策、予備キーの管理が必要です。
複数のパスキーを登録できるか、パスワードを残せるか、別端末でQRコードを使った認証ができるかはサービスごとに異なります。重要なアカウントでは、登録画面や公式ヘルプで個別に確認してください。
主要な保存先を比較する
保存先は、普段使うOSだけでなく、新端末への移行と紛失時の復旧方法で比較します。料金、対応OS、家族共有、緊急アクセス、復旧機能はプランやOS、アプリのバージョンなどで変わり得るため、導入前には公式情報を確認する必要があります。
| 保存先 | 主な利用環境 | 同期・移行の考え方 | 向く人 | 注意点 |
|---|---|---|---|---|
| iCloudキーチェーン | iPhone・iPad・Mac、Windowsは条件付き | Apple Accountの2ファクタ認証を基盤に、承認済みのApple端末へ同期する | Apple製品を中心に使う人 | Windows向けの利用には条件がある。Apple端末をまったく持たない構成には向きにくい |
| Google パスワード マネージャー | Android・Chrome・Web | 同じGoogleアカウントでログインした環境で、保存済みのパスワード・パスキーを管理する | Android・Chromeを中心に使う人 | iPhoneでも利用できるが、ChromeまたはGoogleを自動入力プロバイダとして設定する必要がある |
| 1Password | macOS・iOS・Windows・Android | アカウントを基盤に複数OSで利用する。新端末へのサインイン条件を事前に確認する | 複数OSを横断する人、チーム利用を検討する人 | 既存端末での承認、アカウントパスワード、Secret Key、Emergency Kitなど、復旧条件の確認が必要 |
| Bitwarden | macOS・iOS・Windows・Android | アカウントを基盤に複数OSで利用する | 複数OSを横断する人 | 二段階認証の復旧コード、緊急アクセス、ログイン済み端末などを準備していない場合、個人の保管庫を復旧できないことがある |
| Microsoftアカウント関連 | Windows Hello、スマホ、物理セキュリティキーなど | 保存先として同期型資格情報マネージャー、スマホ、物理セキュリティキー、Windows Helloなどが案内されている | Windowsを中心に使う人 | 新しい端末でパスキーをあらためて設定する必要がある場合がある。Windows Helloに保存したパスキーが他端末へ自動同期するとは限らない |
Apple製品中心ならiCloudキーチェーン、AndroidとChrome中心ならGoogle パスワード マネージャーを軸にしやすい構成です。iPhone、Android、Windows、Macをまたぐ場合は、第三者製パスワードマネージャーを含め、対応OSだけでなく復旧コード、既存端末の承認、緊急アクセスの有無を優先して比較します。
スマホ機種変更時に確認すること
機種変更で避けたいのは、旧端末を初期化した後で新端末にログインできないと分かる事態です。旧端末を消去・譲渡する前に、次の順で確認します。
- パスキーの主な保存先と、同期に使うアカウントを確認する
- 新端末でApple Account、Googleアカウント、または利用中のパスワードマネージャーに安全にサインインできることを確認する
- 旧スマホ以外にログイン済みのPCまたはタブレットを1台以上残し、移行完了まで旧端末を初期化しない
- 復旧用メールアドレス、電話番号、二段階認証の予備コード、物理セキュリティキーの所在を見直す
- メール、通信キャリア、金融、Apple Account、Googleアカウント、Microsoftアカウントなど、本人確認の起点になるアカウントで新端末からログインを試す
- 利用を確認してから、旧端末のパスキー、ログイン中セッション、端末登録を整理し、初期化または譲渡の手順へ進む
パスキーを追加しても、既存のパスワードや復旧手段が自動的に不要になるとは限りません。たとえばGoogleアカウントでは、パスキーを追加しても既存の認証・復旧要素は変更・削除されません。重要なサービスごとに、パスワードの扱いと代替ログイン手段を確認してください。
スマホ紛失・盗難時の復旧フロー
紛失・盗難時は、端末の保護とアカウントの保護を並行して進めます。
- 端末探索とロックを行う:端末の探索機能で位置を確認し、紛失モードまたはリモートロックを実行する。必要に応じて消去も検討する。
- 回線とSIM・eSIMを確認する:通信キャリアに連絡し、回線やSIM・eSIMの扱いを確認する。SMSを唯一の復旧方法にしている場合、電話番号の保護と再発行が重要になる。
- 保存先アカウントを確認する:Apple Account、Googleアカウント、Microsoftアカウント、パスワードマネージャーで、ログイン中デバイス、最近のセキュリティイベント、復旧情報、認証方法を確認する。
- 予備端末からの経路を確保する:別端末を使える場合は、紛失端末のセッションを無効化する前後で、新端末または予備端末からログインできる経路を確保する。
- 各サービスの復旧フローを使う:すべての端末を失った場合は、各アカウントの公式復旧フローに進む。本人確認、審査、待機期間の有無はサービスにより異なり、即時の復旧は保証されない。
不正利用が疑われる場合は、パスワード変更とログイン中セッションの終了に加え、登録済みパスキー、認証アプリ、メール転送設定、復旧連絡先を確認します。サービスによっては、新しいパスキーを登録してログイン経路を確保してから、古いパスキーを削除するほうが安全な場合があります。
3つの質問で保存先を選ぶ
- 普段使う端末はiPhone・iPad・Macが中心か
該当する場合は、iCloudキーチェーンを中心に検討しやすい構成です。Windowsも使う場合は、Windows側の利用条件と日常のログイン手順を確認します。 - AndroidとChromeが中心か
該当する場合は、Google パスワード マネージャーが候補になります。iPhoneを併用するなら、自動入力プロバイダの設定を確認します。 - iPhone、Android、Windows、Macを横断するか
該当する場合は、クロスプラットフォーム対応の第三者製パスワードマネージャーを比較候補に含めます。緊急アクセス、復旧コード、既存端末の承認、料金を確認してください。
家族と共同で使うアカウントがある場合は、共有パスキーの可否、サービスの規約、復旧時の責任者を確認します。共有を前提としていないサービスでは、安易な認証情報の共有は避けるべきです。金融、行政、仕事用などの重要アカウントは、サービスが案内する複数の認証手段を確認し、パスキーだけに依存しない復旧経路を設計します。
導入後も復旧設定を棚卸しする
パスキー対応サービスであっても、既存パスワードを削除できるか、複数のパスキーを登録できるか、復旧に何が必要かは統一されていません。複数の保存先を無計画に併用すると、どのサービスの認証情報をどこに保存したのか分からなくなるおそれがあります。
端末の画面ロックを無効にすると、パスキーの表示や利用ができなくなる場合があります。生体認証またはPIN、OSの更新を維持してください。QRコードを使うクロスデバイス認証では、Bluetoothとインターネット接続が必要になる場合があります。公共PCや他人の端末を使う場合は、認証情報の保存やログイン後のセッションを残さないよう注意が必要です。
復旧情報は、少なくとも年1回、スマホの機種変更前、電話番号や家族構成が変わったタイミングで見直すとよいでしょう。パスキーはフィッシング耐性を高める手段ですが、端末・アカウント・回線・復旧情報を総合的に管理して初めて、紛失時のリスクを抑えやすくなります。
- パスキーを作成しても、パスワード、復旧用メールアドレス、二段階認証、本人確認フローが直ちに不要になるとは限らない。
- 復旧コードを、復旧対象と同じパスワードマネージャーの保管庫だけに保存すると、単独の復旧手段として不十分になる場合がある。安全な別の保管方法も検討する。
- SMS認証だけに依存すると、端末紛失時に回線や電話番号の復旧が必要になる。別の認証・復旧手段を用意する。
- 全端末を失った場合の復旧可否や手順は、パスキープロバイダと各Webサービスのポリシーに依存する。即時復旧が保証されるわけではない。
- パスキー対応の有無だけでなく、保存先の同期範囲と復旧方法で選ぶ。
- Apple中心ならiCloudキーチェーン、Android・Chrome中心ならGoogle パスワード マネージャー、複数OSなら第三者製パスワードマネージャーも検討する。
- 機種変更前には、新端末でのログイン確認を終えるまで旧端末を初期化しない。
- 紛失時は端末探索・回線対策・保存先アカウントの保護を並行して行う。
- 別端末、復旧連絡先、予備コードなどを定期的に見直し、復旧経路を複線化する。
参考情報・出典
12件
- support.microsoft.comsupport.microsoft.com
- support.apple.comsupport.apple.com
- support.microsoft.comsupport.microsoft.com
- support.apple.comsupport.apple.com
- support.google.comsupport.google.com
- support.google.comsupport.google.com
- support.microsoft.comsupport.microsoft.com
- support.apple.comsupport.apple.com
- support.microsoft.comsupport.microsoft.com
- support.apple.comsupport.apple.com
- support.microsoft.comsupport.microsoft.com
- support.google.comsupport.google.com
