Panduan anti-spoofing wajah dan deteksi liveness

Pelajari cara mengevaluasi serangan presentasi, menjalankan pemeriksaan liveness, dan menangani dugaan upaya spoofing dalam autentikasi wajah untuk aplikasi web.

Kembali ke Pusat Pengetahuan
Oleh Tim Engineering FACEIO Diperbarui

Apa itu anti-spoofing wajah?

Anti-spoofing wajah mengevaluasi indikator yang terkait dengan serangan presentasi terhadap autentikasi wajah. Serangan ini mencoba menipu kamera dengan foto cetak, video pada layar, topeng 3D, atau video deepfake sebagai pengganti orang yang hadir langsung.

Tanpa kontrol anti-spoofing, pengenalan wajah dapat menjadi sekadar pencocokan visual. Foto atau video ulang dapat menipu sistem yang hanya membandingkan dua wajah. Deteksi liveness dan analisis serangan menambahkan pemeriksaan di sekitar proses pencocokan agar autentikasi wajah dapat mendukung keputusan akses akun dengan perlindungan yang lebih kuat.

FACEIO menyediakan deteksi liveness, perlindungan spoofing wajah, dan kode fioErrCode.PAD_ATTACK untuk upaya yang mencurigakan. Pemilik aplikasi tetap harus mengatur kebijakan keamanan di FACEIO Console, menangani pemeriksaan yang gagal dengan benar di backend, serta mengikuti praktik terbaik keamanan dan praktik terbaik privasi sebelum deployment produksi.

Jenis serangan presentasi

Serangan presentasi terhadap autentikasi wajah terbagi menjadi beberapa kategori dan setiap kategori memerlukan strategi deteksi yang berbeda. Memahami seluruh permukaan serangan adalah langkah pertama untuk menyiapkan perlindungan anti-spoofing yang dapat dipertanggungjawabkan.

Serangan foto cetak

Penyerang menampilkan foto cetak pengguna di depan kamera. Ini merupakan serangan sederhana terhadap sistem yang hanya mengandalkan perbandingan wajah. FACEIO mengevaluasi indikator liveness dan anti-spoofing serta dapat mengembalikan PAD_ATTACK ketika alur menandai dugaan upaya berbasis foto.

Serangan pemutaran ulang layar

Penyerang menampilkan video rekaman atau foto pada ponsel, tablet, atau monitor di depan kamera. Pemeriksaan liveness dan anti-spoofing mengevaluasi tangkapan untuk indikator yang terkait dengan media yang diputar ulang atau ditampilkan pada layar.

Serangan topeng 3D

Penyerang menampilkan topeng 3D yang menyerupai wajah target. Serangan ini dapat memengaruhi sistem yang hanya mengandalkan perbandingan wajah, sehingga hasil liveness dan anti-spoofing harus dievaluasi bersama kontrol aplikasi lainnya.

Injeksi video deepfake

Video buatan AI dapat dimasukkan langsung ke browser melalui driver kamera virtual sehingga kamera fisik dilewati. FACEIO mengevaluasi indikator yang terkait dengan video sintetis atau video ulang yang mencurigakan. Untuk rapat video real-time, Meeting Shield melaporkan sinyal risiko video sintetis di Google Meet, Zoom Web, dan Teams Web.

Penyalahgunaan kamera virtual

Perangkat lunak kamera virtual dapat memasukkan sumber video ke rapat atau alur autentikasi berbasis browser. Perlakukan hal ini sebagai vektor penyalahgunaan dalam model ancaman autentikasi wajah. Gabungkan kontrol FACEIO dengan konfirmasi PIN, pembatasan domain, dan pemeriksaan server pada panduan keamanan.

Teknik deteksi liveness

Deteksi liveness mengevaluasi apakah tangkapan menunjukkan indikator orang yang hadir langsung, bukan artefak yang ditampilkan. Implementasi umumnya menggunakan instruksi aktif, analisis pasif, atau gabungan keduanya; FACEIO mengekspos alur dan status kesalahan yang dihasilkan tanpa memerlukan perangkat biometrik khusus.

Deteksi aktif

Pengguna diminta melakukan tindakan sederhana, seperti berkedip, menoleh, tersenyum, atau mengikuti petunjuk. Sistem menganalisis pola gerakan alami. Pendekatan aktif menambah sedikit interaksi dan membantu menolak artefak statis seperti foto cetak dan topeng.

Deteksi pasif

Liveness pasif mengevaluasi indikator tangkapan tanpa meminta pengguna melakukan tindakan tertentu. Sinyal dan perilaku tepatnya bergantung pada alur pengenalan yang dikonfigurasi serta kondisi tangkapan.

FACEIO menjalankan pemeriksaan liveness dan anti-spoofing saat pendaftaran dan autentikasi. Tinjau pengaturan di FACEIO Console ↗, lalu dokumentasikan cara aplikasi menangani percobaan ulang, akses alternatif, konfirmasi PIN, dan eskalasi dukungan.

Penanganan PAD_ATTACK dalam praktik

Saat alur FACEIO menandai dugaan serangan presentasi selama pendaftaran atau autentikasi, aplikasi menerima kode fioErrCode.PAD_ATTACK pada blok catch() dari enroll() atau authenticate().

Bedakan PAD_ATTACK dari kegagalan login

Ketidakcocokan wajah dan hasil PAD_ATTACK merupakan dua peristiwa berbeda. Hasil kedua menunjukkan bahwa alur menandai dugaan serangan presentasi. Catat peristiwa, batasi percobaan, atau arahkan pengguna ke proses alternatif aplikasi Anda.

Catat peristiwa di server

Jika PAD_ATTACK memengaruhi akses akun atau penilaian risiko, catat waktu, Facial ID, konteks aplikasi, dan hasilnya. Jangan menyimpan tangkapan wajah atau hash biometrik. Gunakan webhooks FACEIO dan pemantauan aplikasi untuk menghubungkan kegagalan berulang dengan aktivitas akun yang mencurigakan.

Hindari pesan yang terlalu rinci

Jangan beri tahu pengguna sinyal anti-spoofing mana yang gagal karena informasi tersebut dapat membantu penyerang memperbaiki percobaannya. Tampilkan pesan umum seperti “Verifikasi tidak dapat diselesaikan. Silakan coba lagi.” dan arahkan kegagalan berulang ke alur lain.

Batasi dan eskalasi

Setelah jumlah kegagalan PAD_ATTACK mencapai batas, eskalasi kasus. Pilihannya mencakup pemblokiran akun sementara, metode autentikasi alternatif, atau tinjauan manual. Terapkan pembatasan frekuensi untuk mengurangi percobaan spoofing berulang.

Anti-spoofing untuk autentikasi browser

Perlindungan biometrik tradisional sering memerlukan kamera kedalaman 3D, sensor inframerah, atau perangkat keras khusus. Perangkat tersebut tidak tersedia pada browser standar dengan webcam. FACEIO menjalankan pemeriksaan melalui perangkat lunak dengan API kamera browser dan integrasi fio.js.

Pemeriksaan dapat berjalan pada desktop, laptop, tablet, dan ponsel yang memiliki browser modern serta kamera depan. Alur web standar FACEIO tidak memerlukan aplikasi native, SDK perangkat, atau perangkat keras biometrik khusus.

Anti-spoofing berbasis browser beroperasi dalam lingkungan tangkapan yang bervariasi, termasuk perbedaan pencahayaan, kualitas kamera, kondisi jaringan, dan sudut perangkat. Aplikasi Anda harus menangani kegagalan kualitas, percobaan ulang, akses alternatif, dan hasil mencurigakan yang berulang secara eksplisit.

Deepfake dan anti-spoofing tradisional

Perlindungan tradisional menargetkan objek fisik seperti foto, layar, dan topeng. Deepfake berbeda karena berupa video buatan AI yang dapat menyerupai orang nyata secara real-time dan dimasukkan melalui kamera virtual tanpa objek fisik di depan lensa.

FACEIO mencari sinyal video sintetis, video ulang, dan kamera virtual yang mencurigakan selama autentikasi. Pemilik aplikasi tetap harus menggabungkan kontrol tersebut dengan konfirmasi PIN, otorisasi backend, pembatasan frekuensi, dan pemantauan peristiwa.

Untuk rapat video real-time, risiko video sintetis berbeda dari spoofing autentikasi. Ekstensi Chrome Meeting Shield menganalisis video yang terlihat pada Google Meet, Zoom Web, dan Teams Web. Ekstensi ini melaporkan sinyal risiko, bukan kesimpulan forensik, sedangkan kontrol FACEIO bekerja selama enrollment dan login.

Checklist anti-spoofing untuk produksi

Sebelum meluncurkan autentikasi wajah, dokumentasikan cara aplikasi merespons kegagalan liveness dan dugaan serangan presentasi. Gunakan checklist ini bersama praktik terbaik keamanan.

  • Tinjau deteksi liveness dan perlindungan spoofing wajah di FACEIO Console ↗ sebelum peluncuran produksi.
  • Tangani PAD_ATTACK secara berbeda dari kesalahan biasa. Catat dan eskalasi peristiwa, bukan sekadar mengulang tangkapan.
  • Batasi percobaan spoofing per IP dan Facial ID untuk mengurangi serangan presentasi berulang.
  • Catat peristiwa anti-spoofing di server dengan konteks audit yang cukup tanpa menyimpan tangkapan wajah atau hash biometrik.
  • Hindari pesan rinci yang mengungkap sinyal yang gagal.
  • Gunakan pembatasan domain untuk membatasi lokasi penggunaan Public ID.
  • Gunakan kebijakan PIN agar sesi sensitif dapat meminta faktor kedua setelah verifikasi wajah.
  • Sediakan jalur alternatif bagi pengguna sah yang mengalami false positive karena kamera, pencahayaan, atau kondisi perangkat.

Untuk PIN, domain, REST API, dan webhooks, lihat bagian perlindungan spoofing dan referensi REST API.

Referensi developer anti-spoofing

Gunakan referensi FACEIO ini untuk mengatur liveness, menangani PAD_ATTACK, meninjau persyaratan privasi, dan menghubungkan alur browser ke backend.

Pertanyaan umum

Apa itu anti-spoofing wajah?

Anti-spoofing wajah mengevaluasi indikator yang terkait dengan serangan presentasi seperti foto, pemutaran layar, topeng, atau video deepfake. Hasilnya harus dipadukan dengan kontrol keamanan aplikasi.

Apa itu serangan presentasi (PAD)?

Serangan presentasi mencoba menipu sistem pengenalan wajah dengan menampilkan suatu objek ke kamera sebagai pengganti orang yang hadir langsung. FACEIO dapat mengembalikan PAD_ATTACK ketika alur menandai dugaan upaya tersebut.

Apakah deepfake dapat menyerang autentikasi wajah?

Input deepfake dan kamera virtual merupakan ancaman yang relevan bagi sistem autentikasi wajah. FACEIO mengevaluasi indikator anti-spoofing selama autentikasi, sedangkan Meeting Shield melaporkan sinyal risiko video sintetis dalam rapat web yang didukung. Tidak ada sistem deteksi yang mengidentifikasi setiap serangan.

Apakah diperlukan perangkat khusus?

Tidak. FACEIO berjalan dengan webcam atau kamera depan standar tanpa sensor 3D atau inframerah.

Bagaimana menangani PAD_ATTACK?

Catat PAD_ATTACK di server, jangan ungkap sinyal yang gagal, dan arahkan kegagalan berulang ke pembatasan, pemulihan akun, atau tinjauan manual.

Panduan terkait

Konfigurasikan kontrol anti-spoofing

Buat aplikasi FACEIO, tinjau deteksi liveness, PIN, dan perlindungan spoofing, lalu tangani PAD_ATTACK pada integrasi dan backend. Ikuti praktik keamanan, privasi, dan panduan integrasi.