Webアプリ向け生体認証

適切な展開モデルは、リスクプロファイル、コンプライアンス要件、現在の認証基盤によって異なります。FACEIO は両方の方式に対応します。基本的な対策については、トラストセンターとセキュリティのベストプラクティスを確認してください。

ステップアップ認証では、初回ログイン時ではなく、アクティブなセッション内で機密性の高い操作が試みられた場合だけ顔認証を適用します。

ポリシー条件を満たすと、アプリは authenticate() を呼び出し、新しいキャプチャを登録済みユーザーと照合します。バックエンドは操作を許可する前に結果を検証します。この方式は、顧客が管理するフィンテックと eKYC のワークフローやE コマースのリスク管理に利用できます。

ステップアップポリシーの主なトリガー:

生体認証ではプライバシーに関わる本人確認情報を扱います。FACEIOに組み込まれた対策と、アプリケーション所有者に残る責任は次のとおりです。

• 通知、同意、適法性の根拠

  アプリケーション所有者は、明確な通知を提示し、必要な同意またはその他の適法性の根拠を取得したうえで、enroll()を呼び出す必要があります。本番展開を計画する際は、プライバシーのベストプラクティスガイドをご利用ください。

• Facial IDとデータ最小化

  アプリケーションが扱うのは Facial ID、payload、認証結果であり、生の撮影メディアではありません。選択した顔認識エンジンは、所有者の設定、リージョン、削除ポリシーに従って、非可逆の生体情報ハッシュまたはアプリケーションインデックスを保存します。

• ライブネスとアンチスプーフィング

  認証イベントでは、写真、動画リプレイ、画面リプレイ、合成メディアなど、一般的な提示攻撃を拒否するよう設計されたライブネスおよびアンチスプーフィングチェックを実行します。リリース前にセキュリティのベストプラクティスを確認してください。

• アプリケーションの分離と検証

  各 FACEIO アプリケーションは分離され、独自の Facial ID マッピングを保持します。バックエンドでは秘密の REST API キーを使って、すべての認証イベントをサーバー側で検証してください。クライアント側の結果は、検証が完了するまで信頼できるものとして扱わないでください。運用パターンについては、REST API とWebhooksのリファレンスを参照してください。