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

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

まとめ：FIDO認証の要点

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

• 本質：パスワードの代わりに公開鍵暗号の署名で本人確認する。秘密鍵は端末内に留まり、通信路に流れるのは検証用の署名だけ。
• フィッシング耐性：鍵が登録先ドメイン（オリジン）に紐づくため、偽サイトでは署名が成立しない。これがワンタイムパスワードにない強みで、FIDOが「耐フィッシング認証」と呼ばれる理由。
• FIDO2：現行の中核仕様。W3C標準のWebAuthn（サイト側API）とCTAP（端末と認証器をつなぐプロトコル）の組み合わせ。旧世代のUAF／U2Fを置き換えた。
• パスキー：FIDO2の資格情報を一般利用者が使いやすくしたもの。クラウド同期で複数端末に広がり、Apple・Google・Microsoftが2022年以降そろって対応した。
• 導入の勘所：プラットフォーム認証器・セキュリティキー・FIDOサーバーのどれを軸にするかで運用が変わる。単独運用ではなく回復手段（リカバリー）の設計まで含めて決める。

FIDO認証とは？パスワードを置き換える認証の仕組み

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

パスワード認証の何が問題だったのか

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

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

FIDOの動作は「登録」と「認証」の2フェーズに分かれます。どちらも公開鍵暗号の性質、すなわち秘密鍵で作った署名は対応する公開鍵でしか検証できないことを土台にしています。公開鍵暗号の鍵ペアそのものの違いはECDSAとRSAの特徴比較：鍵長、安全性、効率性の違いが詳しいです。

登録：端末内で鍵ペアを生成する

利用者がサービスにFIDO認証を登録すると、端末（またはセキュリティキー）の内部でそのサービス専用の公開鍵と秘密鍵のペアが新しく作られます。公開鍵はサーバーへ送られてアカウントに保存され、秘密鍵は端末の安全な領域（Secure EnclaveやTPMなど）に閉じ込められて外へ出ません。サービスごとに別の鍵ペアを作るため、あるサービスの鍵から別サービスの利用者を追跡することもできません。

認証：秘密鍵で署名し、サーバーが公開鍵で検証する

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

なぜフィッシングに強いのか：オリジンバインディング

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

FIDO2・WebAuthn・CTAPの関係と旧仕様（UAF/U2F）

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

WebAuthn：ブラウザとプラットフォームのAPI

WebAuthnはWebアプリが鍵ペアの生成やログインを呼び出すための標準APIで、W3Cが勧告として公開しています（Level 1が2019年、Level 2が2021年）。主要ブラウザとOSに実装済みで、開発者はWebAuthnを呼ぶだけで、その先の生体認証やセキュリティキーの制御をブラウザ・OSに任せられます。LaravelなどのフレームワークでのWebAuthn実装は、SAMLやOIDCと並ぶ認証連携の選択肢として扱われます。credential登録から署名検証までの具体的な実装手順はWebAuthnとは？パスキー認証を実装する仕組みと登録・認証フロー・RP実装の要点で解説しています。

CTAP：認証器とクライアントをつなぐプロトコル

CTAP（Client to Authenticator Protocol）は、USBやNFC、Bluetoothで接続する外部の認証器を、PCやスマホから使うためのプロトコルです。スマホ内蔵の指紋センサーのような「プラットフォーム認証器」に加えて、YubiKeyのような「ローミング認証器（セキュリティキー）」を扱えるのはCTAPがあるためです。WebAuthnがサイト側、CTAPが端末側を担い、両者がそろってFIDO2として機能します。

UAF・U2F：FIDO1世代との違い

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

パスキーとは？FIDO2を一般利用に広げた仕組み

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

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

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

Apple・Google・Microsoftの対応と普及状況

プラットフォーム各社の対応は、iOS 16（2022年）でのApple、個人アカウントでのGoogle（2023年）、消費者向けMicrosoftアカウント（2024年）と段階的に広がりました。普及も実データで裏づけられており、FIDO Allianceの2024年調査では回答者の53%が1つ以上のアカウントでパスキーを有効化しています。事例ではAmazonが約1.75億件のパスキー作成とサインイン成功率の向上を、Googleが8億超のアカウントでの利用を公表しています（各社公表値。数値は更新されるため最新は公式で確認してください）。市場としても、大手プラットフォームが軒並み標準採用したことで、FIDO認証は「将来の技術」から「すでに使われている既定手段」の段階に入っています。

FIDO認証の導入：構成の選び方と判断基準

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

プラットフォーム認証器・セキュリティキー・FIDOサーバーの使い分け

消費者向けなら、端末のパスキーを使うプラットフォーム認証器を軸にするのが実装も利用者体験も軽くなります。従業員や管理者アカウントなど侵害時の影響が大きい層には、デバイス固定のセキュリティキーを重ねます。自前でWebAuthnを検証するかIDaaS（Entra IDなどのIDプロバイダー）に任せるかは、鍵管理と回復フローをどこまで自社で持ちたいかで決めます。フェデレーション認証（SAMLとは？認証フロー・IdP/SPの仕組みとOAuth・OIDCとの使い分けを実装視点で解説）と組み合わせ、入口をFIDOに寄せる構成も一般的です。

導入で得られるものと、つまずきやすい点

得られるのは、フィッシングとパスワード流出への構造的な耐性、そしてパスワードを覚えない・入力しないログイン体験です。一方で必ず設計すべきなのが回復手段です。端末を紛失・故障したときに締め出されないよう、複数端末への同期パスキー、予備のセキュリティキー、代替の認証経路のいずれかを用意しておく必要があります。ここで率直に言えば、FIDOを唯一のログイン手段にして回復設計を欠くのは避けるべきです。パスワードレスは「パスワードを消す」ことより「アカウントから締め出さない導線を残す」ことのほうが難しく、社内利用でも顧客向けでも、まずは既存認証と併存させながらFIDO対応率を上げていく進め方が現実的です。

よくある質問（FAQ）

FIDOとは何の略ですか？

Fast IDentity Onlineの略です。オンラインでの本人確認を、パスワードに頼らず速く安全に行うことを目指した認証規格の総称で、業界団体FIDO Allianceが策定しています。読みは「ファイド」です。

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

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

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

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

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

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

FIDO認証の導入には何が必要ですか？

サーバー側でWebAuthnの登録・検証に対応すること（自前実装またはIDaaS利用）と、利用者側の対応端末・ブラウザ、そして端末紛失に備えた回復手段の設計が必要です。まずは既存認証と併存させ、対応率を上げていく進め方が現実的です。

関連記事

• 多要素認証（MFA）とは？3つの認証要素と実装方式・耐フィッシングMFAを実装視点で解説
• DBSCの標準化動向とパスキー連携が示す認証セキュリティの未来
• ECDSAとRSAの特徴比較：鍵長、安全性、効率性の違い
• SAMLとは？認証フロー・IdP/SPの仕組みとOAuth・OIDCとの使い分けを実装視点で解説
• OpenAIがChatGPTに導入した新セキュリティ機能AASの全体像