FIDO認証・FIDO2とは？仕組みとパスキー・導入判断を解説

FIDO認証（ファイド認証、Fast IDentity Online）とは、公開鍵暗号を使ってパスワードそのものをサーバーに送らずに本人確認する認証方式です。秘密鍵は利用者の端末から外へ出ないため、フィッシングサイトに入力させられても盗まれるものがなく、パスワード漏えいや使い回しの被害を構造的に断ち切れます。その中核となる現行仕様がFIDO2（WebAuthn＋CTAP）で、一般利用者向けの呼び名がパスキーです。ここでは定義から公開鍵暗号による仕組み、FIDO2とパスキーの関係、そして自社に入れるときの構成の選び方までを、実装の判断に踏み込んで整理します。

まとめ：FIDO認証とFIDO2の要点と導入判断の勘所

先に結論を押さえます。以降の各章はこの根拠と手順です。

• 本質：パスワードの代わりに公開鍵暗号の署名で本人確認する。秘密鍵は端末内に留まり、通信路に流れるのは検証用の署名だけ。
• フィッシング耐性：鍵が登録先ドメイン（オリジン）に紐づくため、偽サイトでは署名が成立しない。これがワンタイムパスワードにない強みで、FIDOが「耐フィッシング認証」と呼ばれる理由。
• FIDO2：現行の中核仕様。W3C標準のWebAuthn（サイト側API）とCTAP（端末と認証器をつなぐプロトコル）の組み合わせで、旧世代のUAF／U2Fを置き換えた。WebAuthnはLevel 3が2026年8月25日付でW3C勧告となり、CTAPは2026年2月公開の2.3系がFIDO2認定の基礎になっている。
• パスキー：FIDO2の資格情報を一般利用者が使いやすくしたもの。クラウド同期で複数端末に広がり、FIDO Allianceの2026年5月7日公表値では世界で約50億件が使われる規模に達した。
• 保証レベルの線引き：NIST SP 800-63B-4（2025年8月26日公開）は同期パスキーをAAL2で認めつつ、秘密鍵がエクスポート可能である以上AAL3では使ってはならないと定めた。特権アカウントはデバイス固定側で組む。
• 期限のある実務：Microsoft Entra IDは2026年9月1日からパスキーを既定のサインイン体験にし、2027年2月1日にMicrosoft提供のSMS・音声を終了する。社内IDがEntra IDなら、移行は検討事項ではなく日程の話になっている。
• 導入の勘所：プラットフォーム認証器・セキュリティキー・FIDOサーバーのどれを軸にするかで運用が変わる。単独運用ではなく回復手段（リカバリー）の設計まで含めて決める。

FIDO認証とは？共有する秘密をなくす認証方式としての定義

FIDOは、パスワード依存をなくすことを目的にFIDO Alliance（2012年設立の業界標準化団体）が策定した認証規格の総称です。指紋・顔などの生体認証や端末のPIN、USBセキュリティキーを「本人がその端末を操作している」ことの確認手段として使い、その結果を公開鍵暗号の署名でサーバーへ伝えます。押さえるべきは、生体情報や秘密鍵が端末の外に出ないという点。サーバーが預かるのは公開鍵だけなので、サーバー側が侵害されても、そこからログインに使える秘密情報は取り出せません。端末側で本人を確かめる手段そのものの種類と精度は生体認証とは？指紋・顔認証の仕組みと種類・企業の導入判断を解説で整理しています。

パスワード認証の弱点とワンタイムパスワードの限界を分ける比較軸

パスワードは「利用者とサーバーが同じ秘密を共有する」方式です。この共有秘密が漏れれば即座に悪用され、実際に被害の起点になり続けてきました。攻撃者は本物そっくりの偽ログイン画面を用意して入力を盗む（フィッシング）、流出したパスワードを別サービスで試す（リスト型攻撃）、総当たりで破る、といった手口を使います。ワンタイムパスワードを足す多要素認証はこれを緩和しますが、リアルタイムの中継フィッシングにはコードごと盗まれる弱点が残ります。FIDOは「共有秘密を持たない」ことでこの前提自体を崩しました。多要素認証全体の考え方は多要素認証（MFA）とは？3つの認証要素と実装方式・耐フィッシングMFAを実装視点で解説で整理しています。

FIDO認証の仕組み：公開鍵暗号とチャレンジレスポンスの流れ

FIDOの動作は「登録」と「認証」の2フェーズに分かれます。どちらも公開鍵暗号の性質、すなわち秘密鍵で作った署名は対応する公開鍵でしか検証できないことを土台にしています。公開鍵暗号の鍵ペアそのものの違いはECDSAとRSAの違い｜鍵長・安全性・速度・用途を比較し選び方を解説が詳しいです。FIDO2の資格情報では、鍵長あたりの強度と署名の軽さから楕円曲線系のES256が既定の署名アルゴリズムとして広く使われます。

登録フェーズ：端末内で鍵ペアを作り公開鍵だけを預ける登録手順

利用者がサービスにFIDO認証を登録すると、端末（またはセキュリティキー）の内部でそのサービス専用の公開鍵と秘密鍵のペアが新しく作られます。公開鍵はサーバーへ送られてアカウントに保存され、秘密鍵は端末の安全な領域（Secure EnclaveやTPMなど）に閉じ込められて外へ出ません。サービスごとに別の鍵ペアを作るため、あるサービスの鍵から別サービスの利用者を追跡することもできない設計です。登録時にどの認証器が使われたかを検証したい場合は、FIDOメタデータサービス（MDS）を参照する構成証明（アテステーション）を有効にします。

認証フェーズ：秘密鍵で署名しサーバーが公開鍵で検証する認証手順

ログイン時、サーバーは毎回異なるランダムな値（チャレンジ）を送ります。端末は生体認証やPINで本人を確認したうえで、そのチャレンジに秘密鍵で署名し、署名（レスポンス）だけをサーバーへ返します。サーバーは登録済みの公開鍵で署名を検証できれば本人と判断する、という流れです。チャレンジが毎回変わるので、通信を盗聴して署名を再利用する攻撃（リプレイ）は成立しません。パスワードのように「送って照合する秘密」がやり取りされないのが決定的な違いになります。

フィッシングに強い理由となるオリジンバインディングの技術要因

FIDOの署名には、いま接続しているサイトのドメイン（オリジン）情報が組み込まれ、鍵は登録時のドメインに紐づきます。利用者が偽サイトに誘導されても、ブラウザは偽ドメイン向けの署名しか作れず、本物のサーバーでは検証に通りません。利用者が「本物だと信じ込む」かどうかに依存せず、仕組みとして偽サイトでの認証を成立させない——これがワンタイムパスワードには出せないFIDO最大の価値です。この差が実際に問われた国内事案として、偽ログイン画面での認証情報入力から社用メールアカウントの乗っ取りに至った講談社の個人情報流出があります。

FIDO2とは？WebAuthnとCTAPで構成される現行仕様の中身

現在「FIDO認証」と言えば実質的にFIDO2を指します。FIDO2は単一の技術ではなく、役割の異なる2つの仕様を組み合わせた枠組みです。

FIDO認証という総称とFIDO2の定義を区別する実務上の整理

FIDO2は、W3CのWebAuthnとFIDO AllianceのCTAPを組み合わせた「パスワードレス認証の実装枠組み」の名前です。FIDO認証が規格群全体の総称なのに対し、FIDO2はそのうち現行世代の中身を指します。両者は上位概念と現行実装の関係にあり、対立する別技術ではありません。実務では「FIDO2に対応する」と言った時点で、サーバー側はWebAuthnの登録・検証APIを実装し、利用者側はブラウザとOS、必要なら外部認証器を用意する、という具体作業に分解されます。認証方式としての位置づけをMFAやSSO、OIDCと並べて把握したい場合は認証・ID管理とは？MFA・SSO・OIDC・IDaaSの違いと選定を解説を先に読むと全体像がつかめます。

WebAuthn：Level 3が2026年8月にW3C勧告へ到達した

WebAuthnはWebアプリが鍵ペアの生成やログインを呼び出すための標準APIで、W3Cが勧告として公開しています。Level 1が2019年、Level 2が2021年、そしてLevel 3が2026年8月25日付でW3C勧告となりました（W3C公開の仕様ステータス表記より）。Level 3では、PRF拡張による暗号鍵の導出、関連オリジンからの呼び出し、資格情報の状態をサーバーとプロバイダーで同期するSignal API、実装状況を問い合わせるgetClientCapabilitiesなどが加わりました。主要ブラウザとOSに実装済みで、開発者はWebAuthnを呼ぶだけで、その先の生体認証やセキュリティキーの制御をブラウザ・OSへ委ねられます。credential登録から署名検証までの具体的な実装手順はWebAuthnとは？パスキー認証を実装する仕組みと登録・認証フロー・RP実装の要点で解説しています。

CTAP：認証器をつなぐ規格でCTAP 2.3系が認定の基準

CTAP（Client to Authenticator Protocol）は、USBやNFC、Bluetoothで接続する外部の認証器を、PCやスマホから使うためのプロトコルです。スマホ内蔵の指紋センサーのような「プラットフォーム認証器」に加えて、YubiKeyのような「ローミング認証器（セキュリティキー）」を扱えるのはCTAPがあるためです。版はCTAP 2.1、2.2と重ねられ、2026年2月公開の2.3系が現行としてFIDO2認定の基礎になっています。2.2系との後方互換が保たれており、BLEのハイブリッド転送やPIN複雑性ポリシーの明確化が入りました。WebAuthnがサイト側、CTAPが端末側を担い、両者がそろってFIDO2として機能します。

UAF・U2FとFIDO2の違いに基づく旧世代からの移行判断

FIDO2以前には、パスワードレスを実現するUAF（Universal Authentication Framework）と、パスワードに物理キーを足す第二要素用のU2F（Universal 2nd Factor）というFIDO1世代の仕様がありました（2014年公開）。U2Fの後継がCTAPに取り込まれており、FIDO2はUAFとU2Fの用途を統合してWeb標準に載せ替えたものと理解すると整理しやすいです。新規に導入するなら選ぶのはFIDO2で、UAF／U2Fは経緯として押さえておけば足ります。手元にU2F世代のセキュリティキーが残っている場合も、CTAP1として第二要素には使えますが、パスワードレスの主軸には据えません。

パスキーとは？FIDO2の資格情報を一般利用へ広げた形

パスキー（passkey）は、FIDO2の資格情報を一般利用者が日常的に使えるようにブランド化・改良したものです。「複雑で長いパスワード」ではなく、公開鍵暗号にもとづくパスワードの完全な代替であり、指紋や顔認証、端末のPINでログインを完了します。2022年5月にApple・Google・MicrosoftがFIDO Allianceとともに標準の拡張支持を共同表明したことで、業界全体の共通名称として定着しました。パスキーが示す認証の方向性はDBSCの標準化動向とパスキー連携が示す認証セキュリティの未来でも掘り下げています。

同期パスキーとデバイス固定パスキーを使い分ける実務上の設計基準

パスキーには2種類あります。同期パスキーは、iCloudキーチェーンやGoogleパスワードマネージャーなどのクラウド経由で本人の複数端末に安全に複製され、機種変更しても引き継げます。利便性が高く一般利用者向けの既定です。デバイス固定パスキーは、セキュリティキーやAuthenticatorアプリのように単一デバイスから決して出ない鍵で、同期しない代わりに耐性が高く、規制業界や高保証が要る用途に向く方式です。「便利さを取るか、端末に閉じ込める強さを取るか」で選び分けるわけですが、この判断は後述のAAL2／AAL3の線引きと直結します。パスワード・二段階認証との違いを含む企業サービスへの導入判断は、パスキー認証とは？仕組み・パスワードとの違い・企業の導入判断を解説で整理しています。

2026年時点の普及状況とプラットフォーム各社の対応実態比較

プラットフォーム各社の対応は、iOS 16（2022年）でのApple、個人アカウントでのGoogle（2023年）、消費者向けMicrosoftアカウント（2024年）と段階的に広がりました。普及も実データで裏づけられています。FIDO Allianceが2026年5月7日に公表した「State of Passkeys 2026」では、世界で使われているパスキーを約50億件と推定し、10か国・消費者11,000人と企業意思決定者1,400人への調査（Sapio Research・2026年4月実施）で、認知90%、1つ以上のアカウントで有効化75%、使える場面で常用49%という値を示しました。企業側は68%が従業員サインインへの導入を進めており、82%が完全なパスワードレスを目標に掲げ、28%が到達済みと回答しています（いずれも同調査の公表値。数値は更新されるため最新は公式で確認してください）。FIDO認証は「将来の技術」ではなく、すでに使われている既定手段の段階に入りました。

資格情報の移行仕様CXF・CXPが解決を目指す課題と実務論点

パスキーが広がるにつれ、「特定のパスワードマネージャーやOSに資格情報が閉じ込められる」という懸念が実務側から上がりました。FIDO Allianceはこれに対し、資格情報のデータ形式を定めるCXF（Credential Exchange Format）と、暗号化して転送する手順を定めるCXP（Credential Exchange Protocol）を策定しています。2026年8月時点でCXFはレビュードラフト（2025年3月版）を経て仕様が固まりつつある段階、CXPは策定中で、Apple・Google・Microsoftに加え1Password、Bitwarden、Dashlaneといった資格情報管理事業者が起草に参加しています。Appleは同一デバイス内での資格情報移行をiOS 26／macOS 26で先行実装しました。自社サービスの設計としては、この移行仕様は「利用者がプロバイダーを乗り換えても登録済みパスキーが失われにくくなる」方向の変化として押さえ、当面はプロバイダー横断の移行を前提にしない設計にしておくのが無難です。

FIDO2導入の判断基準：構成の選び方と保証レベルの線引きの実務

ここが多くの解説で手薄になる部分です。「FIDOは安全」で終わらせず、自社に入れるときにどの構成を軸にするかを決める必要があります。選択肢は大きく3つで、それぞれ守る対象と運用コストが異なります。

プラットフォーム認証器とセキュリティキーとFIDOサーバーの構成比較

消費者向けなら、端末のパスキーを使うプラットフォーム認証器を軸にするのが、実装と利用者体験の負担を抑える構成です。従業員や管理者アカウントなど侵害時の影響が大きい層には、デバイス固定のセキュリティキーを重ねます。自前でWebAuthnを検証するかIDaaS（Entra IDなどのIDプロバイダー）に任せるかは、鍵管理と回復フローをどこまで自社で持ちたいかで決めます。フェデレーション認証（SAMLとは？認証フロー・IdP/SPの仕組みとOAuth・OIDCとの使い分けを実装視点で解説）と組み合わせ、入口をFIDOに寄せる構成も一般的です。会員基盤そのものを作り替えながらパスキーの登録・回復・退会までを設計する段階に入っているなら、会員管理システム開発として認証基盤ごと相談いただくほうが、後付けの改修より総額は下がります。

NIST SP 800-63B-4が引いたAAL2とAAL3の線引きを読む

同期パスキーを業務システムに入れてよいかは、感覚ではなく基準で決められます。NISTのデジタルアイデンティティガイドライン SP 800-63B-4（2025年8月26日公開）は、同期可能な認証器（syncable authenticators）をAAL2で認めた一方、秘密鍵がエクスポート可能である以上「AAL3では使用してはならない（SHALL NOT）」と明記しました。つまり、一般の業務利用や顧客向けサービスは同期パスキーで足り、特権IDや高保証が要る業務はデバイス固定側で組む、という切り分けになります。Microsoft Entra IDでも構成証明を有効にしたパスキープロファイルではデバイス固定パスキーだけが許可され、同期パスキーは使えません。規制業界で「パスキー導入」と一括りに稟議を書くと、この境界で差し戻されます。

費用がかかる場所は鍵管理ではなく回復とヘルプデスクの実務内訳

得られるのは、フィッシングとパスワード流出への構造的な耐性、そしてパスワードを覚えない・入力しないログイン体験です。一方で必ず設計すべきなのが回復手段です。端末を紛失・故障したときに締め出されないよう、複数端末への同期パスキー、予備のセキュリティキー、代替の認証経路のいずれかを用意しておく必要があります。費用の重心もここです。WebAuthnの検証実装自体はライブラリとIDaaSで吸収でき、Entra IDならパスキーは追加ライセンスなしで全エディションから使えます。実際に膨らむのは物理キーの調達・配布・紛失時の再発行と、登録につまずいた利用者への問い合わせ対応です。ここで率直に言えば、FIDOを唯一のログイン手段にして回復設計を欠くのは避けるべきです。パスワードレスは「パスワードを消す」ことより「アカウントから締め出さない導線を残す」ことのほうが難しく、社内利用でも顧客向けでも、まずは既存認証と併存させながらFIDO2対応率を上げていく進め方が現実的でしょう。FIDO以外のマジックリンクやデバイス証明書まで含めた方式の比較と、既存ID基盤を段階移行する手順はパスワードレス認証とは？方式4分類の実装難度と移行判断を実装者向けに解説で扱っています。

Entra IDの既定変更で決まった期限と社内での動き方の実務

FIDO2は「いつか検討する技術」ではなくなりました。社内IDにMicrosoft Entra IDを使っているなら、日程がすでに引かれています。

2026年9月1日と2027年2月1日に何が変わるのかを押さえる

Microsoftの公開情報によれば、2026年9月1日以降、SMSまたは音声が有効な利用者は自動的にパスキー対象となり、次回のMFA時に登録を促されます。2027年2月1日にはMicrosoft提供のSMS・音声配信が終了し、以降はSMS・音声しか持たない利用者に対して登録画面がブロッキングで表示される、と案内されています（この2月1日の挙動にオプトアウトはなく全テナントに適用、と明記）。9月1日から2027年1月末までの自動有効化は、認証方法ポリシーのpasskeyDynamicMigrationを立てれば一時的に外せますが、あくまで猶予にすぎません。通信事業者チャネルを規制上どうしても残す場合は、Microsoft Security Store経由の事業者選定が2026年10月30日から可能になると案内されています。情シスとして先に着手すべきは、対象利用者の洗い出しと、登録につまずく層への案内文の準備の2点です。

自社サービスへFIDO2を入れるときの段階移行と見送り条件の判断軸

自社の会員サービス側でも順序は同じです。まず既存のIDとパスワードを残したままパスキーを追加登録できるようにし、ログイン画面では条件付きUI（Conditional UI）で登録済み利用者にだけパスキーを提示します。次に登録率を測り、一定を超えた層からパスワード入力を段階的に外していきます。逆に、いま導入を見送ってよい条件も明確です。月間ログインが数百件規模で、かつ既存の認証がSSO経由に統合済みなら、自社でのFIDOサーバー実装は過剰であり、IdP側の設定変更で受けるべきです。同様に、法人向けで利用端末をIT部門が配布・管理しており、すでにWindows Hello for Businessや証明書認証が行き渡っているなら、追加のセキュリティキー配布は費用に見合いません。判断の軸は「侵害されたときの損害額」と「利用者の端末を自社が制御できるか」の2つに絞れます。

よくある質問

FIDOとは何の略で、FIDO2とはどう違いますか？

FIDOはFast IDentity Onlineの略で、パスワードに頼らない本人確認を目指した認証規格の総称です（読みは「ファイド」）。FIDO2はその総称のうち現行世代の中身を指し、W3CのWebAuthnとFIDO AllianceのCTAPを組み合わせた枠組みを意味します。新規に導入する場合に選ぶのはFIDO2です。

FIDO認証とパスキーの違いは何ですか？

FIDO認証は公開鍵暗号を使う認証の規格全体を指し、パスキーはそのFIDO2規格にもとづく資格情報を一般利用者向けに使いやすくブランド化したものです。パスキーはFIDOの一部であり、対立する別技術ではありません。

FIDO2とWebAuthnは同じものですか？

同じではありません。FIDO2はWebAuthn（W3C標準のサイト側API）とCTAP（端末と認証器をつなぐプロトコル）を合わせた枠組みで、WebAuthnはそのうちのブラウザ・Web側を担う一要素です。WebAuthnはLevel 3が2026年8月にW3C勧告となりました。

FIDO認証はなぜパスワードより安全なのですか？

秘密鍵が端末から外に出ず、サーバーへは検証用の署名しか送らないためです。加えて鍵が登録先ドメインに紐づくので、偽サイトでは署名が成立せずフィッシングが通りません。共有する秘密がないため、漏えいや使い回しの被害も起きません。

FIDO2の導入には何が必要で、費用はどこにかかりますか？

サーバー側でWebAuthnの登録・検証に対応すること（自前実装またはIDaaS利用）と、利用者側の対応端末・ブラウザ、そして端末紛失に備えた回復手段の設計が必要になります。費用の重心は検証実装ではなく、物理キーの配布・再発行と登録支援の問い合わせ対応です。まずは既存認証と併存させ、対応率を上げていく進め方をおすすめします。

関連記事

• WebAuthnとは？パスキー認証を実装する仕組みと登録・認証フロー・RP実装の要点
• パスワードレス認証とは？方式4分類の実装難度と移行判断を実装者向けに解説
• 多要素認証（MFA）とは？3つの認証要素と実装方式・耐フィッシングMFAを実装視点で解説
• DBSCの標準化動向とパスキー連携が示す認証セキュリティの未来
• ECDSAとRSAの違い｜鍵長・安全性・速度・用途を比較し選び方を解説
• SAMLとは？認証フロー・IdP/SPの仕組みとOAuth・OIDCとの使い分けを実装視点で解説
• 認証・ID管理とは？MFA・SSO・OIDC・IDaaSの違いと選定を解説