Canlılık kontrolü nedir, deepfake'e karşı ne yapar?

Kimlik kartını doğrulamak, kartın gerçek olduğunu kanıtlar. Canlılık kontrolü ise bambaşka bir soruyu yanıtlar: ekranın karşısındaki kişi, kartın sahibi olan canlı bir insan mı?

Bu ikisi karıştırıldığında ortaya şu açık çıkar: geçerli bir kimlik kartının fotoğrafı ve kart sahibinin sosyal medyadaki bir videosuyla, doğrulamayı geçmek mümkün hale gelir.

İki farklı saldırı, iki farklı savunma

Sunum saldırısı (presentation attack)

Saldırgan kameraya sahte bir şey gösterir: bir fotoğraf, tablette oynatılan bir video, basılı bir maske, silikon bir yüz kalıbı.

Bu saldırı sınıfı kameranın gördüğü şeyle ilgilidir ve savunması da oradadır: doku analizi, derinlik, mikro hareket, ekran yansımaları, moiré deseni.

Enjeksiyon saldırısı (injection attack)

Saldırgan kameraya hiçbir şey göstermez. Kamera akışını baypas eder — sanal kamera sürücüsü kurar, emülatörde çalışır, kökü kırılmış bir cihazta SDK’nın aldığı video karelerini değiştirir.

Bu, bugün asıl tehdittir ve doku analiziyle durdurulamaz, çünkü enjekte edilen görüntü zaten “gerçek bir yüz” görüntüsüdür. Savunması tamamen farklıdır: cihaz bütünlüğü kontrolü, uygulama imzası doğrulaması, sanal kamera tespiti, sunucu tarafında kare tutarlılığı analizi.

Deepfake’ler sunum saldırısı olarak zayıftır, enjeksiyon saldırısı olarak güçlüdür. Bir sağlayıcı “deepfake’leri tespit ediyoruz” diyorsa, sorulacak soru şudur: hangi katmanda?

Pasif mi, aktif mi?

Aktif canlılık, kullanıcıdan bir eylem ister: başını çevir, gülümse, gözünü kırp, ekrandaki noktayı takip et.

• Artısı: istenen eylem rastgele ve anlıktır; önceden kaydedilmiş bir video tutmaz.
• Eksisi: kullanıcıyı yorar. Terk oranı ölçülebilir biçimde artar, özellikle yaşlı kullanıcılarda ve gürültülü ortamlarda.

Pasif canlılık, kullanıcıdan hiçbir şey istemez. Tek bir kareden veya kısa bir akıştan doku, derinlik ve ışık tutarlılığı analiz edilir.

• Artısı: kullanıcı için neredeyse görünmez. Akış bir selfie kadar hızlı biter.
• Eksisi: tek başına enjeksiyon saldırılarına karşı savunmasızdır.

Pratikte doğru cevap “ikisinden biri” değil, katmanlı bir kurulumdur: temelde pasif kontrol, risk sinyali yükseldiğinde aktif kontrole yükseltme (step-up), ve her durumda cihaz bütünlüğü kontrolü.

ISO/IEC 30107-3 ne söyler?

Bu standart, canlılık tespitinin nasıl test edileceğini tanımlar. İki metrik önemlidir:

• APCER (Attack Presentation Classification Error Rate) — sahte sunumların kaçının canlı sayıldığı. Düşük olması istenir.
• BPCER (Bona-fide Presentation Classification Error Rate) — gerçek kullanıcıların kaçının reddedildiği. Bu da düşük olmalıdır.

Bu ikisi birbirinin aleyhine çalışır. Eşiği sıkılaştırdığınızda APCER düşer ama BPCER yükselir; yani daha güvenli olursunuz ve daha fazla gerçek müşteriyi kaybedersiniz.

Seviyeler, saldırının maliyetini ifade eder:

• Level 1 — basit saldırılar: basılı fotoğraf, telefon ekranında video.
• Level 2 — maliyetli saldırılar: 3B baskı maske, silikon yüz, profesyonel makyaj.

Bir sağlayıcıdan rapor isterken tek bir sayı yeterli değildir. Hangi laboratuvar, hangi seviye, hangi saldırı türleri, hangi tarihte — ve karşılığında BPCER kaç?

Türkiye’de sayısal bir eşik var

Çoğu ülkede canlılık tespitine dair beklenti niteliksel kalır. Türkiye bir istisnadır: aklama mevzuatı, tamamen otomatik yürütülen uzaktan kimlik tespitinde kullanılan algoritma için yanlış onay oranına sayısal bir üst sınır koyar ve bunun bir raporla belgelenmesini arar.

Bu, sağlayıcı değerlendirirken elinizdeki en somut ölçüttür. Belgelendirmenin birden fazla kabul edilen yolu olduğu için doğru soru “TSE raporunuz var mı” değil, “hangi belgeye dayanıyorsunuz ve ölçülen oran kaç” olmalıdır.

Dikkat edilmesi gereken nokta: bu eşik yanlış onay tarafına, yani APCER’e konmuştur. Reddedilen gerçek kullanıcı oranı (BPCER) için bir sınır yoktur. Eşiği tutturmak için aşırı sıkı ayarlanmış bir sistem, kurala uyarken dönüşümünüzü sessizce düşürebilir. İki oranı birlikte istemek bu yüzden önemlidir.

Ne sormalı?

Bir canlılık çözümünü değerlendirirken şu sorular ayırt edicidir:

1. Pasif mi, aktif mi, ikisi birden mi? Step-up mantığı var mı?
2. Enjeksiyon saldırılarına karşı ne yapılıyor? Sanal kamera tespiti var mı?
3. Cihaz bütünlüğü kontrol ediliyor mu — root, jailbreak, emülatör, hooking?
4. Karar cihazda mı, sunucuda mı veriliyor? Cihazdaki karara güvenilemez.
5. ISO 30107-3 testi hangi laboratuvarda, hangi seviyede yapıldı?
6. APCER’in yanında BPCER kaç? Sadece biri paylaşılıyorsa resim eksiktir.
7. Farklı ten tonlarında ve yaş gruplarında hata oranı ölçüldü mü?

Son madde hafife alınmamalıdır. Yetersiz çeşitlilikte veriyle eğitilmiş modeller, belirli kullanıcı gruplarında sistematik olarak daha yüksek red oranı üretir. Bu hem bir adalet sorunudur hem de doğrudan bir dönüşüm kaybıdır.

Canlılık, eşleştirme değildir

Sık yapılan bir karışıklık: canlılık kontrolü, yüz eşleştirmesiyle aynı şey değildir.

• Canlılık — karşımdaki canlı bir insan mı?
• Eşleştirme — bu canlı insan, çipteki DG2 fotoğrafındaki kişi mi?

İkisi ayrı adımlardır ve ikisi de gereklidir. Canlılık olmadan eşleştirme, bir fotoğrafla geçilebilir. Eşleştirme olmadan canlılık, herhangi bir canlı insanın herhangi bir kartla geçmesine izin verir.

Akışta nereye konur?

Canlılık kontrolü en sona konur. Sebebi pratiktir: kullanıcıdan yüzünü göstermesini istemek, akışın en mahrem adımıdır. Kart okuma adımlarını geçmiş bir kullanıcı, akışa çoktan yatırım yapmıştır ve bu adımı tamamlama olasılığı belirgin biçimde yüksektir.

Tersini yaparsanız — canlılıkla başlarsanız — daha kart okumaya gelmeden kullanıcı kaybedersiniz.