Google'ın selfie ile hesap kurtarma: yüz tanıma avantajı ve güvenlik açıkları
Google, Temmuz 2026 itibarıyla selfie video kimlik doğrulamasını hesap kurtarma yöntemi olarak sunmaya başladı. Özellik, kullanıcıların önceden kaydettikleri bir yüz videosunu kullanarak hesaplarını kurtarmalarına izin veriyor—ancak Google, Advanced Protection Program, Workspace ve çocuk hesaplarını bu yöntemden açıkça dışarıda bıraktı. Bu sınırlama, teknolojinin güvenlik sınırları hakkında sorular ortaya koyuyor.
Yeni yöntem, Google'ın blog duyurusunda ifade edildiği gibi, passkey'ler ve kurtarma kişileri gibi mevcut kimlik doğrulama stratejisine eklenen bir seçenek olarak konumlandırılıyor. Ancak hangi hesapların bu özelliği kullanabileceği ve nelerin kullanamayacağı, Google'ın kendi güvenlik değerlendirmesinde bir tutarsızlık gösteriyor.
Selfie video kimlik doğrulaması nasıl çalışıyor?
Özelliği etkinleştirmek için kullanıcıların g.co/signin-selfie adresinden kayıt yapması ve telefonla yönlendirmeli bir video çekimi tamamlaması gerekiyor. Google, bu aşamada kullanıcıların başlarını farklı yönlere çevirmesini isteyerek yüzün birden fazla açısını kayda alıyor. Bu işlem Apple Face ID kurulumuna benziyor, ancak Google'ın yöntemi infrared ışık teknolojisi gerektirmiyor; normal telefonların kameraları yeterli.
Kayıt tamamlandığında, referans video Google bulutunda şifreli olarak saklanıyor. Bu, kullanıcının herhangi bir cihazdan hesabını kurtarabilmesini sağlıyor; referans video cihaza bağlı değil, merkezi bir konumda tutuluyor. Ancak bu merkezi depolama aynı zamanda bir risk de yaratıyor: saldırganlar bir kez bu şifreli videoya erişirse, potansiyel olarak hesabı ele geçirme kapısını aralamış olabilirler.
Hesap kurtarma sırasında Google, kullanıcıdan yeni bir video çekmesini ve basit baş hareketleri yapmasını talep ediyor. Bu liveness detection adı verilen yöntem, sabit bir fotoğraf veya önceden kaydedilmiş bir videonun kullanılmasını engellemeyi amaçlıyor. Google, "canlılık tespiti ve deepfake önleme dahil birden fazla güvenlik katmanı" uyguladığını söylüyor—ancak bu katmanların teknik detaylarını paylaşmıyor.
Advanced Protection ve Workspace hesapları neden dışarıda bırakıldı?
Google'ın bu özelliği belirli hesap türlerinden açıkça dışlaması, teknolojinin güvenlik limitlerini itiraf etmesi açısından dikkat çekici. Advanced Protection Program kullanıcılarının selfie giriş yöntemini kullanamayacağını; Google bunun nedenini "güvenlik endişeleri" olarak açıklıyor.
Advanced Protection Program, gazeteciler, aktivistler, siyasi kampanya çalışanları ve hedefli saldırı riski taşıyan kullanıcılar için tasarlanmış bir güvenlik paketi. Bu programın selfie video yöntemini reddetmesi, Google'ın en hassas hesaplar için bu kimlik doğrulamanın yeterince güvenli olmadığına inandığını gösteriyor. Aynı mantık Workspace (Google'ın kurumsal hesap paketi) ve çocuk hesapları için de geçerli; bu hesaplar selfie giriş seçeneğine sahip değil.
Bu ayrım, Google'ın kendi teknolojisine olan güvenini sorgulatıyor. Eğer selfie video kimlik doğrulaması gerçekten güvenliyse, neden bazı kullanıcı grupları için riskli kabul ediliyor? Olası açıklama, deepfake ve video manipülasyon teknolojilerinin hızla gelişmesi ve Google'ın bu tehditleri tamamen engelleyebileceğine dair bir garanti verememesi.
Workspace hesaplarının dışarıda bırakılması, kurumsal veri güvenliği ve uyumluluk standartlarıyla da ilgili olabilir. Kurumlar genellikle çalışan hesaplarının kurtarılma yöntemlerini sıkı politikalarla kontrol etmek isterler; yüz tanıma gibi biyometrik bir yöntem, IT departmanlarının tercihi olmayabilir.
Depolanmış video verisi kullanıcı kontrolünde mi kalıyor?
Google, kullanıcıların kaydedilmiş selfie videolarını istedikleri zaman hesap ayarlarından silebileceklerini vaat ediyor. Videolar "şifrelenerek saklanıyor ve kullanıcı kontrolünde kalıyor" ifadesi kullanılıyor; ancak Google'ın bu verilere erişimi olduğu açık.
Google'ın kullanıcıların selfie videolarını "opt-in onayı olmadan başka amaçlar için kullanmayacağını" taahhüt ettiği, ancak aynı zamanda kullanıcılara bu videoları "Google'ın yüz tanıma teknolojisini geliştirmek için isteğe bağlı olarak paylaşma" seçeneği sunduğu belirtiliyor. Bu, Google'ın verileri toplamak ve yapay zeka modelleri eğitmek için bir kapı açık bıraktığı anlamına geliyor—elbette kullanıcı izniyle.
Bu model, Apple Face ID'den temel bir farkı ortaya koyuyor. Apple'ın yüz verisi cihazın Secure Enclave'inde saklanıyor ve hiçbir zaman Apple'ın sunucularına gönderilmiyor. Google ise merkezi bir bulut depolama modeli kullanıyor; bu esneklik sağlıyor (cihazlar arası erişim), ancak gizlilik ve veri güvenliği açısından daha fazla risk taşıyor.
Kullanıcılar, saklanan videoyu silme hakkına sahip olsalar da, bu videonun Google'ın sistemlerinden kalıcı olarak silinip silinmediğini doğrulamanın bir yolu yok. Yedekleme, log dosyaları veya makine öğrenimi veri setlerinde referansların kalıp kalmadığı belirsiz.
Deepfake tehdidi ve başlı hareketlerin sınırları
Google, selfie giriş yönteminin "liveness detection" ve "deepfake önleme" ile korunduğunu iddia ediyor. Google'ın deepfake teknolojisinin var olduğunu kabul ettiği ve bunlara karşı "birden fazla güvenlik katmanı" uyguladığı bilinse de, bu katmanların teknik detayları paylaşılmıyor.
Baş hareketi gerektiren canlılık tespiti, statik fotoğraflara ve basit video saldırılarına karşı etkili bir koruma sağlayabilir. Ancak deepfake teknolojisi artık gerçek zamanlı yüz değiştirme ve sentetik video üretimi aşamasına geldi. Saldırganın hedef kullanıcının çok sayıda video ve fotoğrafına erişimi varsa, Google'ın liveness detection sistemini kandıracak bir deepfake üretmek teknik olarak mümkündür.
Google'ın bu riski fark ettiği, Advanced Protection hesaplarını dışarıda bırakma kararından anlaşılıyor. Yüksek riskli hesaplara yapılacak hedefli bir deepfake saldırısı, Google'ın mevcut tespit mekanizmalarını aşabilir; bu yüzden şirket bu hesaplar için daha katı kimlik doğrulama yöntemlerini tercih ediyor.
Ayrıca, selfie videosunun kendisi de bir saldırı vektörü haline gelebilir. Bir saldırgan, Google'ın sistemlerine sızarsa veya bir kullanıcının hesabına geçici olarak erişirse, kaydedilmiş referans videoyu çalarak gelecekte hesap ele geçirme saldırıları için kullanabilir. Bu risk, Apple'ın cihaz içi depolama modelinde çok daha düşük.
Selfie kimlik doğrulaması kime göre tasarlandı?
Google, selfie video kimlik doğrulamasını "yedek bir giriş yöntemi" olarak tanımlıyor; yani birincil yöntem değil, kullanıcılar telefonlarını kaybettiklerinde veya şifrelerini unuttuklarında başvurabilecekleri bir seçenek. Özellik, "normal telefonuna veya bilgisayarına erişimi olmayan kullanıcılar için" tasarlandığı belirtiliyor.
Bu kullanım senaryosu mantıklı: şifrenizi unuttunuz, ikinci faktör cihazınız yanınızda değil ve kurtarma e-postanıza da erişemiyorsunuz. Bu durumda selfie video, hesabı kurtarmanın tek yolu olabilir. Ancak bu, kullanıcıların önceden kaydolmuş olmasını gerektiriyor; acil durumda retroaktif olarak etkinleştirilemez.
Özellik, şu anki şifre ve kurtarma e-postası sistemini tamamen değiştirmiyor; bunlara ek bir katman olarak sunuluyor. Google, passkey'leri ve kurtarma kişilerini de kimlik doğrulama stratejisinin parçası olarak tanımlıyor; kullanıcılar bu seçenekler arasında tercih yapabilir veya birden fazlasını birlikte kullanabilir.
Ancak özellik, kullanıcıların g.co/signin-selfie adresine gidip aktif olarak kayıt yapmasını gerektiriyor; bu, benimseme oranını sınırlayabilir.
Şifresiz gelecek ve biyometrik güvenlik arasındaki gerilim
Google'ın selfie kimlik doğrulamasını sunması, şifresiz kimlik doğrulaması (passwordless authentication) eğilimine uyuyor. Passkey'ler, FIDO2 standartları ve biyometrik yöntemler, şifrelerin yerini almayı hedefliyor. Ancak selfie video örneği, bu geçişin ne kadar sorunlu olabileceğini gösteriyor.
Şifreler unutulabilir, sızdırılabilir ve zayıf olabilir; ancak kullanıcının kontrolündedir. Biyometrik veriler ise değiştirilemez: yüzünüzü değiştiremezsiniz. Bir kez biyometrik veriniz sızdırıldığında, kalıcı bir risk yaratır. Google'ın merkezi bulut depolama modeli, bu riski daha da artırıyor.
Apple'ın Face ID yaklaşımı, biyometrik veriyi cihazdan dışarı çıkarmayarak bu riski azaltıyor; ancak bu model cihaz kaybında hesap kurtarma konusunda esneklik sunmuyor. Google'ın modeli daha esnek, ancak daha az güvenli. İki yaklaşım arasında tercih yapmak, kullanıcıların güvenlik ve kolaylık arasında bir denge kurmalarını gerektiriyor.
