FIDO2とは？WebAuthn・CTAP・パスキーの関係と、実装の前に決めること

FIDO2は、パスワードを使わずに公開鍵暗号でログインするための標準規格です。ブラウザ側のWebAuthnと、端末と認証器をつなぐCTAPの2つでできています。パスキーは、このFIDO2の仕組みで作られるログイン用の鍵の呼び名です。本記事では、開発や情報システムの担当者向けに、4つの言葉の関係と登録・認証の流れ、フィッシングに強い理由、実装の前に決めることを整理します。

FIDO2・WebAuthn・CTAP・パスキーの関係

まず、よく並んで出てくる4つの言葉の役割を整理しておきます。

4つの言葉の役割

• FIDO2：WebAuthnとCTAPをまとめた規格群
• WebAuthn：サイトがブラウザに鍵の作成と署名を要求するAPI
• CTAP：ブラウザやOSと認証器をつなぐ通信プロトコル
• パスキー：FIDO2で作るログイン用の鍵の呼び名

自社のサイトにパスキーを入れるとき、サイトの開発者が直接書くのはWebAuthnの呼び出しと、サーバー側での検証です。CTAPはブラウザやOSが受け持つので、通常は意識しなくてかまいません。

WebAuthnは2021年4月にLevel 2がW3Cの勧告になり、2026年8月にはLevel 3も勧告になりました。複数の端末での使い勝手を良くする機能などが追加されています。

出典：FIDO Alliance「FIDO2」、W3C「Web Authentication Level 3」

FIDO2の前にあったU2FとUAF

FIDO Allianceは、FIDO2より前に2つの規格を出しています。

• U2Fは、IDとパスワードでログインした後、2つめの要素としてセキュリティキーを差して確認する方式です。パスワードは残ります。
• UAFは、スマートフォンのアプリで、指紋やPINを使ってパスワードなしでログインする方式です。

FIDO2は、この考え方をWebブラウザで標準的に使えるようにしたものです。CTAPのうちCTAP1はU2Fの新しい名前で、これまでのセキュリティキーもそのまま使えます。

出典：FIDO Alliance「Specifications」

登録と認証の流れ

登録（navigator.credentials.create）

1. サーバーが、毎回変わる乱数（チャレンジ）と、サイトの識別子（rpId）、会員を表すIDを渡す
2. 利用者が指紋・顔認証やPINで本人を確かめ、認証器がこのサイト専用の鍵のペアを作る
3. 公開鍵と、署名つきの応答がサーバーへ届く。認証器の種類を証明する情報（attestation）を付けることもできる
4. サーバーは応答を検証し、公開鍵を会員に紐づけて保存する

認証（navigator.credentials.get）

1. サーバーが新しいチャレンジを渡す
2. 利用者が本人を確かめ、認証器が秘密鍵でチャレンジに署名する（assertion）
3. サーバーは保存してある公開鍵で署名を確かめ、ログインを完了する

秘密鍵は最後まで認証器の外に出ません。サーバーに残るのは公開鍵だけなので、サーバーから情報が漏れても、ログインに使える秘密は出ていきません。

フィッシングに強い理由は、鍵がサイトに結び付くこと

パスキーは、作るときにrpIdと呼ぶサイトのドメインに結び付けられます。ブラウザは、いま開いているページのドメインがrpIdと合わなければ、その鍵を使わせません。さらに署名する中身には、ブラウザが記録した接続先（オリジン）とrpIdから作った値が入り、サーバーはそれも確かめます。

そのため、利用者が本物そっくりの偽サイトに誘導されても、ブラウザは偽サイトのドメインで本物のサイトの鍵を使わせません。パスワードやワンタイムパスワードは、利用者が偽サイトに入力すると盗まれてしまいます。パスキーには、このように偽サイトで盗まれることがありません。パスキーがフィッシングに強いと言われるのは、このためです。

サーバーで確かめること

WebAuthnで安全にログインできるのは、サーバー側で応答をきちんと検証した場合だけです。ログイン（認証）のときは、次の項目を確かめます。

登録のときも同じように、チャレンジ・オリジン・rpIdを確かめてから公開鍵を保存します。確認が1つでも抜けると、フィッシングへの強さが失われるおそれがあります。自社で作る場合は、実績のあるライブラリを使い、検証を1つも省かないようにしてください。

認証器の種類と、同期パスキー・デバイス固定パスキー

パスキーには、保存のされ方で2つの種類があります。

同期パスキーとデバイス固定パスキー

• 同期パスキーは、パスワード管理の仕組みを通じて、同じアカウントの複数の端末で使えます。機種変更しても引き継がれます。
• デバイス固定パスキーは、1つの認証器の中だけにあり、セキュリティキーに多い種類です。端末をなくすと使えなくなります。

一般の会員向けのサイトでは、多くの利用者が同期パスキーを使うと考えておくのが現実的です。

出典：passkeys.dev「Terms」

実装の前に決めること

WebAuthnを呼ぶときの設定には、後から変えにくいものがあります。特に注意したいのがrpIdです。rpIdを変えると登録済みのパスキーが使えなくなるので、最初に決めておきましょう。

最初に決めておくこと

• rpIdを最初に決める：変えると登録済みのパスキーが使えなくなる
• 残すログイン方法：パスキーを使えない端末の会員向けに用意する
• 端末を替えたとき：パスキーをどう登録し直してもらうか決める

このほか、使えない端末の会員向けにどのログイン方法を残すか、端末を替えたときにどう登録し直してもらうかも、運用として決めておく必要があります。進め方はパスキーの導入と実装の手順にまとめています。

出典：MDN「PublicKeyCredentialCreationOptions」

よくある質問

FIDO2とパスキーは同じものですか？

FIDO2は規格の名前で、パスキーはその規格で作るログイン用の鍵の呼び名です。パスキーは、IDを入れなくてもログインできる鍵（discoverable credential）を指します。

WebAuthnだけ実装すれば、パスキーに対応できますか？

ブラウザ側はWebAuthnの呼び出しで済みますが、サーバー側でチャレンジの発行、応答の検証、公開鍵の保存と会員への紐づけが必要です。この部分を自社で作るか、サービスに任せるかを選ぶことになります。選び方はパスキー認証サービスの比較と選び方をご覧ください。

セキュリティキーとパスキーは何が違いますか？

セキュリティキーは、パスキーを保存できる認証器の1つです。USBやNFCでつなぎ、鍵はキーの中だけに保存されるので、デバイス固定パスキーになります。スマートフォンやパソコンに保存するパスキーは、同期されることが多い点が違います。

生体認証の情報はサーバーに送られますか？

送られません。指紋や顔の情報は端末の中で本人を確かめるためだけに使われ、サーバーに届くのは公開鍵と署名です。

Login PlusならWebAuthnの画面と検証を任せられる

Login Plusは、FIDO2 / WebAuthnに準拠したパスキーの登録画面とログイン画面を提供し、検証まで受け持ちます。自社のサイトで作るのは、ボタンの設置と、戻ってきた結果の受け取り、登録されたパスキーを自社の会員IDに紐づける処理です。紐づけ用のAPIも用意しています。

• 今のメールアドレスとパスワードのログインを残したまま、パスキーを追加できる
• 6つのソーシャルログイン（LINE・Yahoo! JAPAN・Google・Facebook・X・Apple）も同じ実装で使える
• パスキーは標準機能として月額料金に含まれ、料金は月額30,000円から

実際のWebAuthnを使って、パスキーの登録とログインをパスキー認証のページのデモで試せます。仕組みの全体はパスキーとはもあわせてご覧ください。