FIDO UAF Passwordless Authentication

端末内Authenticatorを使い、Relying Partyが指定するPolicyに適合した公開鍵Credentialでパスワードレス認証する従来FIDOフローです。

ModelPasswordless
PolicyAuthenticator matching
TransportTLS required

このフローで、
何をするの?

このフローのゴール

アプリへパスワードを渡さず、許可された範囲だけAPIを利用できるようにします。

01まず全体像

ユーザーはAuthorization Serverでログインし、クライアントへ渡してよい権限を選びます。クライアントは短時間有効な認可コードを受け取り、安全なバックチャネルでアクセストークンへ交換します。

02身近な例で考える

ホテルの受付で本人確認を行い、部屋の鍵ではなく、許可された施設だけに入れる一時的なカードを受け取るイメージです。

03最後にどうなる?

クライアントはアクセストークンを使い、ユーザーが同意した範囲のAPIだけを呼び出せます。

登場人物

図では、縦の列ごとに担当者やシステムを分けています。

U
User

サービスを利用する人です。ログインや同意、端末の操作を行います。

B
Browser

WebサイトとAuthenticatorの間を安全につなぎ、WebAuthn APIを実行します。

A
Authenticator

秘密鍵を安全に保管し、生体認証やPINの確認と署名を行う端末機能です。

R
Relying Party

ユーザーをログインさせるWebサービスです。公開鍵を保存し、署名を検証します。

図の読み方: 光る丸が今説明している通信です。自動再生を止めたいときは「Pause」を押し、気になる矢印を選んでください。

Interactive sequence
UUserAuthorization Gesture
BBrowserWebAuthn Client
AAuthenticatorPlatform / Roaming
RRelying PartyApplication Server
01

User Relying Party

UAF操作を開始

このステップで行うこと

ユーザーが登録または認証操作を開始します。

なぜ必要?

すべてのUAFメッセージをTLSで保護します。

このあと

次は「UAF Requestを返却」へ進みます。

REQUEST / RESPONSE EXAMPLEProtocol operation
REQUEST
POST /uaf/request
Content-Type: application/json
Accept: application/json
レスポンス
HTTP/1.1 200 OK
Content-Type: application/json
Accept: application/json

{ "status": "accepted" }

※ トークン、challenge、Credential IDなどは説明用に短縮したサンプル値です。

同じ仕様のフローを、続けて理解する。