銀行アプリで送金しようとしたら、「顔で認証」の画面が出た。その瞬間、顔写真が銀行のサーバーに送られるのかと不安になる場面があります。
この疑問は、端末標準の生体認証を範囲にするとほどけます。アプリ独自の本人確認で顔写真を撮る仕組みとは別の話です。
端末標準のFace IDや指紋認証では、アプリに渡るのは「認証できた」「できなかった」という結果だけです。顔や指紋のデータはどこにあるのか。PINはなぜ残るのか。そこを分けると、表示の意味が変わります。
顔や指紋のデータと認証結果は別物
分ける対象は「生体データ」「端末内の照合」「アプリへ返る結果」の3層です。この区別がつくと、決済画面で「顔で認証」と表示されても慌てなくなります。
生体データは、カメラやセンサーが読み取った顔や指紋の情報です。そのまま写真や画像ファイルとして保存されるわけではなく、Appleは「数学的表現」、Googleは「顔モデル」「指紋データ」という言葉で説明しています。
端末内の照合は、保存済みのデータと、今センサーが読み取った情報を突き合わせる処理です。この処理は端末の中だけで完結します。
アプリへ返る結果は、照合の成功か失敗か、あるいは暗号鍵を使った認証処理の完了だけです。ここを混同すると「アプリが顔写真を持っている」という誤解が生まれる部分です。
顔や指紋はどこに保存されるのか
AppleのFace IDとTouch IDは、Secure Enclaveというチップ内の隔離領域でテンプレートを保護しています。Appleの公式資料では、Touch IDのデータが端末外へ出ず、Appleへ送信されず、バックアップにも含まれないと明記済みです。Face IDのデータも、iCloudなどへバックアップされません。
Google Pixelの顔認証と指紋認証も同じ方向です。顔モデルや指紋データは端末内に保存され、Googleサービスやアプリと共有されないと説明されています。一部の法域では生体データと見なされる可能性があるという注記もありました。
Androidでは、生体認証の強度クラスが使われます。クラスによって、OS標準の認証ダイアログ（BiometricPrompt）や、暗号鍵との連携ができるかどうかが変わります。
Windows Hello for Businessは少し役割が別です。公開鍵と秘密鍵のペアを端末内で作り、秘密鍵をTPM（セキュリティチップ）に保護します。生体認証は、この秘密鍵を使うためのジェスチャーです。秘密鍵はエクスポートできず、公開鍵だけが認証サーバーへ登録されます。
AppleとGoogleは、生体データを端末内の保護領域に保存し、バックアップの対象にもしていません。Microsoftは、秘密鍵をTPM内で保護するという形です。各社で確認できた事実は、ここまでです。
Androidの強度クラスで何が変わるのか
Androidでは、顔や指紋という方式名とは別に、Class 3 / Class 2 / Class 1という強度クラスでアプリ連携の範囲が決まります。この仕組みを知ると、Androidの生体認証の見え方が変わります。
Class 3は、なりすまし耐性が高いと評価された最上位の分類。Androidの測定基準では、他人が誤って一致する確率（FAR）は5万分の1以下、本人を拒否する確率（FRR）は10%以下。Class 3なら、アプリの認証ダイアログ（BiometricPrompt）に統合でき、暗号鍵との連携（Keystore）も可能です。
Class 2は弱めの分類で、BiometricPromptには統合できるものの、Keystoreとの連携はできません。Class 1はロック画面の解除専用で、アプリの認証ダイアログには使えません。
同じ「顔認証」という名前でも、Class 3ならアプリログインや決済に使え、Class 1ならロック画面限定です。端末がどの強度クラスで実装されているかで、アプリ連携の可否が決まる仕組みです。
例えばGoogle Pixelの顔認証は、Pixel 7以降で端末ロック解除に使え、Pixel 8以降ではアプリログインや購入承認にも使えると説明されています。同じPixelでも世代で範囲は別物です。
個人的にはこの強度クラスの設計が一番唸りました。方式名だけでは判断せず、実装の強度で線を引く発想は、端末ごとの差を正直に扱っています。
アプリやWebサービスには何が渡るのか
アプリが生体画像を受け取るという説明は、どの公式資料にもありません。AndroidアプリはOSの認証ダイアログを呼び出し、アプリは「どの強度の認証を許可するか」だけを指定します。
AppleのFace IDやTouch IDも同様で、アプリ側が顔データを直接扱う設計ではありません。Windows Helloでは、生体認証やPINは「秘密鍵を使うためのジェスチャー」と説明されます。
パスキーも同じ構造です。FIDO Allianceの資料では、パスキーは端末ロック解除と同じ操作（生体認証、PIN、パターン）で承認されると整理されています。顔や指紋をサーバーへ送らず、端末内の秘密鍵を使う前のロックを外しているイメージです。
バックアップ認証も残ります。生体認証をオンにしても、PINやパスコードは消えません。Google Pixelでは再起動後や一定時間経過後（72時間超など）、強いPIN／パスワードが求められます。
Appleも、生体認証がパスコードやパスワードを置き換えるわけではないと説明しています。
生体認証は端末のロックを解除する入口のひとつであって、アカウントのパスワードを消すものではありません。この原則が頭に入っていると、設定画面で「顔認証をオンにする」操作の意味が変わってきます。
顔認証・指紋認証とPINの安全性
ここは単純に答えが出せない論点です。AppleはFace IDの誤一致率を100万分の1未満、Touch IDを5万分の1未満と説明しています。AndroidのClass 3もFAR 5万分の1以下が基準です。数字だけ見ると、かなり高い精度です。
一方でGoogle Pixelのヘルプは、顔認証が似た顔や、端末を顔に向けられる状況で解除され得ること、指紋認証が指紋のコピーで解除され得ることを明記しています。Googleは、強いPIN／パターン／パスワードの安全性が顔や指紋を上回る場合があるとも説明しています。
NIST（米国国立標準技術研究所）のガイドラインも、生体特徴そのものを単独の認証器としては扱いません。生体認証は、物理的な認証器やパスワードなどと組み合わせて評価されるものです。
生体認証の利点は、パスワードを入力する手間が減ることです。その利便性と引き換えに、似た顔やコピー指紋、強制解除といったリスクが残ります。強いPINを設定しておくと、生体認証が使えない場面でも端末を守れます。
設定前に見る端末とPINの扱い
設定画面で生体認証をオンにする前に見る場所は、端末の使い方、PIN、顔認証の対象範囲です。
端末を自分だけで使っているか。家族で共有する端末では、似た顔の家族がロックを解除できる可能性があります。
PINやパスコードの強さも残ります。生体認証が失敗したとき、最後の入口として求められるためです。
顔認証の利用範囲は、端末ロックだけなのか、決済やアプリログインまで対象なのかで変わる部分です。Androidなら強度クラス、Pixelなら世代での対応範囲。
ロックダウンやバックアップ認証の存在を知っていると、生体認証が使えない場面でも端末へ戻れる設計です。
生体認証は端末内の鍵やロックを使う入口です。アカウント側へ渡るのは認証結果や暗号処理の結果。安全性は、顔や指紋の精度だけでなく、端末の管理方法と強いPINで決まります。ここを外すと、生体認証の意味を取り違えます。
出典一覧
- Apple Platform Security: Biometric security（https://support.apple.com/guide/security/biometric-security-sec067eb0c9e/web、2026-08-08参照）
- Apple Support: About Face ID advanced technology（https://support.apple.com/en-us/102381、2026-08-08参照）
- Google Pixel Phone Help: Unlock your Pixel device with your face（https://support.google.com/pixelphone/answer/9517039?hl=en、2026-08-08参照）
- Google Pixel Phone Help: How to unlock your Pixel phone with your fingerprint（https://support.google.com/pixelphone/answer/6285273?hl=en、2026-08-08参照）
- Android Open Source Project: Biometrics（https://source.android.com/docs/security/features/biometric、2026-08-08参照）
- Android Open Source Project: Measure biometric unlock security（https://source.android.com/docs/security/features/biometric/measure、2026-08-08参照）
- Android Developers: Show a biometric authentication dialog（https://developer.android.com/identity/sign-in/biometric-auth、2026-08-08参照）
- Microsoft Learn: How Windows Hello for Business works（https://learn.microsoft.com/en-us/windows/security/identity-protection/hello-for-business/how-it-works、2026-03-29参照）
- NIST SP 800-63B: Digital Identity Guidelines（https://pages.nist.gov/800-63-4/sp800-63b.html、2025-08-26参照）
- FIDO Alliance: Passkeys（https://fidoalliance.org/passkeys/、2026-08-08参照）
- 1Password Blog: What are passkeys and how do they work?（https://1password.com/blog/what-are-passkeys、2026-08-08参照）
