FACEIO プライバシーのベストプラクティス

明確な同意、Facial ID の削除、定義された保持期間、適切な顔認識エンジンの展開に基づいて顔認証を実装します。

FACEIO アプリケーションを作成し、顔認識エンジンを選択して、enroll() を呼び出す前にプライバシーとセキュリティを設定します。

FACEIO における Facial ID と生体認証ハッシュの扱い

Web サイトまたは Web アプリケーションが受け取るデータと、生体認証ハッシュを管理するシステムを区別します。

ユーザーが同意して登録を完了すると、fio.js は Facial ID を返します。この匿名 UUID は、1 つの FACEIO アプリケーション内で登録ユーザーを識別します。バックエンドでアカウントに関連付けられますが、Facial ID は生体認証ハッシュではなく、それ自体でアクセスを許可するものでもありません。

FACEIO サービス、fio.js、Widget、REST API、FACEIO Console を含む FACEIO 自体は、生体認証ハッシュを保存、処理、参照しません。アプリケーション所有者が選択した顔認識エンジンが、顔照合に使用するハッシュを作成して管理します。リージョン、認証情報、保持、削除の設定は、アプリケーション所有者の管理下にあります。

Facial ID と正しいユーザーアカウントの関連付け、および認証結果に基づくログインや保護された操作の許可は、バックエンドで判断してください。フロントエンドの結果だけを認可判断として使用しないでください。

Facial ID

登録後に返され、1 つの FACEIO アプリケーション内でユーザーを識別する匿名 UUID です。

生体認証ハッシュ

選択した顔認識エンジンが作成して管理します。FACEIO は保存、処理、参照しません。

アカウント連携

Facial ID とユーザーアカウントの関連付け、および関連データの保持はバックエンドで管理します。

認可

サーバーが結果を検証し、セッション、復旧、アクセス制御のルールを適用します。

アプリケーション所有者の責任

FACEIO アプリケーションを作成し、Web サイトまたは Web アプリケーションに fio.js を追加する場合、その統合の目的と運用はアプリケーション所有者の責任です。これには、通知、同意または適用される他の法的根拠、アカウント連携、バックエンドでの認可、保持、削除、代替アクセス、サポート、法令遵守が含まれます。

必要な通知とユーザーの明示的な同意なしに登録しないでください。顔認証を提供する理由、必要に応じて別のアクセス方法を選ぶ方法、同意の撤回、顔認証の無効化、アカウントの閉鎖時に Facial ID を削除する方法を説明してください。

EU、EEA、英国、スイスのお客様は、自社の AWS アカウント、リージョン、アクセスキー、IAM 権限、ログ、保持・削除設定を使用して AWS Rekognition を運用するか、管理下のインフラストラクチャに PixLab Insight をオンプレミス展開する必要があります。FACEIO および PixLab | Symisc Systems は、お客様の AWS 設定、AWS 認証情報、リージョンの選択、クラウドログ、 オンプレミスインフラ、保持ポリシー、削除フロー、同意プロセス、処理の法的根拠について責任を負いません。

FACEIO On-Premises には PixLab Insight 顔認識エンジンが含まれます。この展開では、生体認証ハッシュを含む顔認識処理とそのデータが、アプリケーション所有者の運用するインフラストラクチャ内に保持されます。

リリース前にプライバシーとセキュリティの要件を定義し、クイックスタート、統合ガイド、Facial ID リファレンス、REST API の削除フロー、セキュリティベストプラクティスガイドの実装タスクに落とし込みます。製品、法務、エンジニアリングの各チームは、管轄区域とユースケースに応じて、EU 一般データ保護規則(GDPR)↗ などの適用法を確認してください。

顔認証プライバシーチェックリスト

本番環境の Web サイトまたは Web アプリに fio.js 顔認証を実装するときは、このチェックリストを使用してください。登録と認証に必要な UI およびバックエンドの管理項目をまとめています。

同意は利用目的に合わせる。顔認証の具体的な目的を説明し、適切な代替手段を用意し、登録を求める前に保持と削除のルールを定めます。

  • enroll() を開始する操作の近くに同意の依頼を置き、一般的な規約ページに隠さないでください。
  • 削除方法を見つけやすくする。アカウント設定または文書化されたサポート手順から顔認証を無効にし、Facial ID の削除を依頼できるようにします。
  • ユーザーがアカウントを削除した場合は、生体認証への同意が撤回されたものとして扱い、該当する Facial ID を削除します。
  • ユーザーを自動登録しない。必要な通知を表示し、ユーザーが顔認証を選択した後にのみ enroll() を呼び出します。
  • 目的を限定する。顔認証の用途を変更する場合は通知を更新し、必要な追加同意を取得します。
  • 機密値はサーバーに保持する。FACEIO REST API キー、AWS 認証情報、その他のバックエンドシークレットをフロントエンドに公開しないでください。
  • 認可を別に定義する。認証結果に基づいてログイン、復旧、その他の保護された操作を許可するかどうかは、バックエンドで判断します。

ユーザーへの通知と透明性

  • ユーザーが登録を決める場所に顔認証の通知を置き、フッターのポリシーだけに記載しないでください。
  • Facial ID とは何か、ユーザーのアカウントとどう関係するか、削除依頼をどう扱うかを説明します。
  • 顔認証の目的、選択した顔認識エンジン、代替手段、お客様が管理する保持期間を文書化します。
  • 顔認証を削除したい、プライバシーについて質問したい、登録の問題を報告したいユーザー向けにサポート窓口を用意します。
  • アクセシビリティ基準 ↗に従い、顔認証を利用できない、または利用したくないユーザーに合理的な代替手段を提供します。

Facial ID の保持と生体認証ハッシュの削除

  • ユーザーがアカウントを削除または顔認証を無効にした場合、該当する Facial ID を FACEIO REST API で削除します。削除が成功すると Facial ID と関連ペイロードが消去され、選択された顔認識エンジンに生体認証ハッシュの削除が指示されます。
  • お客様が保有する登録記録、認証イベント、監査記録の保持期間を定め、そのポリシーをサービスプライバシーポリシーおよびサービス利用規約と整合させます。
  • お客様のシステム内にあるアカウント連携、ペイロード、関連記録がポリシー上不要になった場合は、削除または非識別化します。
  • 登録、認証、削除イベントがアカウント状態に影響したとき、Webhook を使ってバックエンドを同期します。

プライバシーとセキュリティの管理

  • FACEIO アプリケーションへのアクセスを承認済みのチームメンバーに限定し、FACEIO Console の権限を定期的に確認します。
  • 既定の PIN Code、ドメイン制限、国の制限、Webhook トークン検証、バックエンド認可チェックをセキュリティベストプラクティスガイドに従って使用します。
  • Facial ID、イベントペイロード、認証結果をクライアントログ、分析ツール、公開サポートスレッドに露出させないでください。
  • 本番リリース前にプライバシーとセキュリティの管理を確認します。特に新しい登録画面または認証画面を追加するときは必ず確認してください。

セキュリティ設定

本番公開前に、ライブネスチェック、既定の PIN Code、ドメイン制限、バックエンド認可、Webhook 検証を確認してください。

セキュリティベストプラクティスを見る

登録前にプライバシーを設定する

FACEIO アプリケーションを作成し、顔認識エンジンを選択して、Web サイトまたは Web アプリケーションに登録を追加する前に、同意、Facial ID の削除、保持を定義します。

EU 展開オプション
Facial ID の削除
同意と通知