Praktik terbaik privasi FACEIO

Setelah pengguna memberikan persetujuan dan menyelesaikan enrollment, fio.js mengembalikan Facial ID. UUID anonim ini mengidentifikasi pengguna dalam satu aplikasi FACEIO. Backend Anda dapat mengaitkannya dengan akun, tetapi Facial ID bukan hash biometrik dan tidak memberikan akses dengan sendirinya.

FACEIO, termasuk layanan FACEIO, fio.js, Widget, REST API, dan FACEIO Console, tidak menyimpan, menangani, atau mengakses hash biometrik. Mesin pengenalan wajah yang dipilih pemilik aplikasi membuat dan mengelola hash untuk pencocokan wajah. Region, kredensial, retensi, dan penghapusan tetap berada di bawah kendali pemilik.

Backend Anda harus mengaitkan Facial ID dengan akun yang benar dan menentukan apakah hasil autentikasi mengizinkan login atau tindakan terlindungi lainnya. Jangan perlakukan hasil di frontend sebagai keputusan otorisasi lengkap.

Saat Anda membuat aplikasi FACEIO dan menambahkan fio.js ke situs atau aplikasi web, Anda tetap bertanggung jawab atas tujuan dan pengoperasian integrasi. Ini mencakup pemberitahuan, persetujuan atau dasar hukum lain yang berlaku, penautan akun, otorisasi backend, retensi, penghapusan, akses alternatif, dukungan, dan kepatuhan.

Jangan melakukan enrollment tanpa pemberitahuan yang diwajibkan dan persetujuan eksplisit pengguna. Jelaskan alasan autentikasi wajah ditawarkan, cara menggunakan metode akses lain bila diperlukan, dan cara menghapus Facial ID jika persetujuan dicabut, fitur dinonaktifkan, atau akun ditutup.

Pelanggan di UE, EEA, Inggris Raya, atau Swiss wajib menggunakan AWS Rekognition dengan akun AWS, wilayah, access key, izin IAM, pencatatan, kontrol retensi, dan kontrol penghapusan milik mereka sendiri, atau menerapkan PixLab Insight secara on-premises di infrastruktur yang mereka kendalikan. FACEIO dan PixLab | Symisc Systems tidak bertanggung jawab atas konfigurasi AWS pelanggan, kredensial AWS, pilihan wilayah, log cloud, infrastruktur on-premises, kebijakan retensi, alur penghapusan, proses persetujuan, atau dasar hukum pemrosesan mereka.

FACEIO On-Premises menyertakan mesin pengenalan wajah PixLab Insight. Dalam deployment ini, pemrosesan wajah dan datanya, termasuk hash biometrik, tetap berada dalam infrastruktur yang dioperasikan pemilik aplikasi.

Tetapkan persyaratan privasi dan keamanan sebelum peluncuran, lalu petakan ke tugas implementasi dalam panduan mulai cepat, panduan integrasi, referensi Facial ID, alur penghapusan REST API, dan panduan praktik terbaik keamanan. Tim produk, legal, dan engineering harus meninjau hukum yang berlaku seperti Regulasi Perlindungan Data Umum UE (GDPR) ↗ sesuai yurisdiksi dan kasus penggunaan mereka.

Sebelum melakukan enrollment, jelaskan tujuan autentikasi wajah dan minta persetujuan saat pengguna memilih untuk melanjutkan. Persyaratan untuk data wajah dan pengenal biometrik berbeda menurut yurisdiksi, sehingga pemilik aplikasi harus menentukan pemberitahuan, persetujuan, dan alternatif akses yang berlaku.

Gunakan checklist ini saat menerapkan autentikasi wajah fio.js pada situs web atau aplikasi web production. Checklist ini mencakup kontrol UI dan backend yang diperlukan untuk enrollment dan autentikasi.

• Letakkan permintaan persetujuan dekat dengan tindakan yang memulai enroll(), bukan tersembunyi di halaman ketentuan umum.
• Sediakan jalur penghapusan yang terlihat di pengaturan akun atau proses dukungan terdokumentasi agar pengguna dapat menonaktifkan autentikasi wajah dan meminta penghapusan Facial ID.
• Jika pengguna menghapus akun, anggap tindakan tersebut sebagai pencabutan persetujuan autentikasi biometrik dan hapus Facial ID terkait jika berlaku.
• Jangan lakukan enrollment otomatis. Panggil enroll() hanya setelah memberikan pemberitahuan yang diwajibkan dan pengguna memilih autentikasi wajah.
• Pertahankan tujuan yang spesifik. Jika penggunaan autentikasi wajah berubah, perbarui pemberitahuan dan dapatkan persetujuan tambahan yang diperlukan.
• Simpan nilai privat di server. Jangan mengekspos REST API key FACEIO, kredensial AWS, atau secret backend lain di frontend.
• Tentukan otorisasi secara terpisah. Backend Anda harus menentukan apakah hasil autentikasi mengizinkan login, pemulihan, atau tindakan terlindungi lain.

• Tempatkan pemberitahuan autentikasi wajah di lokasi pengguna mengambil keputusan enrollment, bukan hanya di kebijakan footer.
• Jelaskan apa itu Facial ID, hubungannya dengan akun pengguna, dan cara permintaan penghapusan ditangani.
• Dokumentasikan tujuan autentikasi wajah, mesin pengenalan yang dipilih, opsi alternatif, dan periode retensi di bawah kendali Anda.
• Sediakan jalur dukungan bagi pengguna yang ingin menghapus autentikasi wajah, menanyakan privasi, atau melaporkan masalah enrollment.
• Ikuti standar aksesibilitas ↗ dan sediakan alternatif yang wajar bagi pengguna yang tidak dapat atau tidak ingin menggunakan autentikasi wajah.

• Jika pengguna menghapus akun atau menonaktifkan autentikasi wajah, hapus Facial ID terkait melalui REST API FACEIO jika berlaku. Penghapusan yang berhasil menghapus Facial ID beserta payload dan memerintahkan mesin pengenalan wajah yang dipilih untuk menghapus hash biometriknya.
• Tentukan berapa lama catatan pendaftaran, peristiwa autentikasi, dan catatan audit milik Anda sendiri disimpan, lalu selaraskan kebijakan tersebut dengan Kebijakan Privasi Layanan dan Ketentuan Penggunaan Layanan.
• Hapus atau de-identifikasi pemetaan akun, payload, dan catatan terkait di sistem Anda sendiri jika tidak lagi diperlukan berdasarkan kebijakan Anda.
• Gunakan webhook untuk menjaga backend tetap tersinkronisasi ketika peristiwa pendaftaran, autentikasi, atau penghapusan memengaruhi status akun.