パスキーを会社に導入する前に。端末変更と回復の準備

ログインが変わるなら、端末を替えた日と失くした日の手順も変わります。

パスワードを、別の仕組みで置き換える

FIDO Allianceは、パスキーを暗号鍵による認証の仕組みとして説明し、フィッシングへの強さを示しています。利用者が端末のPINや生体認証などで確認する点も特徴です。以下はSONAEの導入計画です。最初に、会社で守りたいサービスと利用者、端末を挙げ、対象製品がどの方式に対応するかを確かめます。パスキーを使えば、端末の侵害やすべての不正利用を防げるという意味ではありません。

同期するものと、端末にとどまるものを分ける

FIDO Allianceは、複数の端末に同期するパスキーと、特定の端末に結び付くものを区別しています。会社としてどの保管・同期の仕組みを認めるかを決めます。私用のアカウントで会社のパスキーを管理していないか、退職や端末の返却でどう扱うかも確認対象です。どちらが自社の要件に合うかは、利用する製品、管理する端末、情報の重要度によって判断します。名前が同じだから管理も同じと考えないようにしましょう。

端末を替えたときの、入り口を用意する

新しいPCやスマートフォンを配ったとき、必要な認証情報を使えるか、追加の登録や確認が必要かを製品の公式手順で確認します。古い端末を返却・処分する手順とも結びつけます。同期する方式なら同期先のアカウント管理も重要で、端末固定なら予備や再登録の方法を計画します。予備を持っていることと、誰でも取り出して使えることは違います。利用する人と管理する人が説明できる形で記録してください。

紛失した場合に、本人を確かめる人を決める

ログインできない人からの申請を受けたとき、何で本人を確認し、誰が再登録を承認するかを用意します。急いでいるという連絡だけで別の人の認証手段を登録しないようにします。現在の製品の回復機能と会社の管理方針を照合し、日常の利用とは別の手順を決めます。緊急時の方法が弱ければ、通常の認証を強くしても別の入口が残ることになります。回復の秘密は通常の台帳へ書かず、適切な保管方法を選びます。

少人数の試行で、日常と交換を確かめる

架空の利用者を想定し、通常のログイン、新しい端末、端末を失くした場面、担当交代を確認表にします。実施する段階では承認した検証環境を使い、業務を止める設定変更を無断で行いません。対応する端末やブラウザー、利用者への案内、サポート窓口を確認します。登録に成功しただけで全社員へ一斉に切り替えず、困った点と例外を記録し、範囲を広げる判断をします。

登録済みの状態と、会社の管理を結ぶ

対象サービス、利用者、認証方式、保管・同期の方式、確認日、未対応の状態を記録します。秘密鍵やPINそのものは書き込みません。利用終了時は、サービス側と端末・保管先の扱いをそれぞれ確認します。完了の目安は、通常利用だけでなく、端末変更と回復、退職時の対応まで担当が決まったことです。認証方式を変える作業を、端末とアカウントの運用全体に組み込みましょう。

相談前の確認表

• 対象製品の対応と方式を確認した
• 会社が認める保管・同期を決めた
• 端末変更と回復の担当を用意した
• PINや秘密鍵を台帳に書かない

参考資料（確認日：2026年10月23日）：FIDO Alliance：Passkeys ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。