Mobil Uygulamada Passkey Kullanırken Hesap Kurtarma Akışı Nasıl Tasarlanır?
Passkey ile giriş eklemek, hesap kurtarma tasarımını gereksiz kılmaz. Cihaz kaybı, başka cihaza geçiş, erişilebilir yedek yöntem ve destek müdahalesi ayrıca tanımlanmalıdır. En zayıf kurtarma…
Bu yazıda neler var?
Kısa yanıt
Passkey ile giriş eklemek, hesap kurtarma tasarımını gereksiz kılmaz. Cihaz kaybı, başka cihaza geçiş, erişilebilir yedek yöntem ve destek müdahalesi ayrıca tanımlanmalıdır. En zayıf kurtarma adımı, güçlü giriş yöntemini etkisizleştirebilir; bu nedenle kurtarma akışı da güvenlik ve kullanılabilirlik testine alınmalıdır.
Giriş ile kurtarma farklı kullanıcı görevleridir
Passkey kullanımında kullanıcı hangi cihaz ve hesap ekosisteminden giriş yapabildiğini anlamalıdır. Cihazında kullanılabilir kimlik bulunmaması, kurum sisteminde hesabının olmadığı anlamına gelmez. Ekran bu iki durumu ayırmalı; tekrar kayıt oluşturmaya zorlamak yerine uygun alternatifleri göstermelidir. Kullanıcının yeni cihaz senaryosu ürün kapsamına baştan yazılmalıdır.
FIDO passkey yaklaşımı, parola yerine açık anahtar tabanlı kimlik doğrulama sunar. Ancak kurtarma politikası ürünün hesap ve risk modeline göre tasarlanır. Sağlayıcının senkronizasyon veya cihaz davranışını bütün platformlar için aynı varsaymayın. Desteklenen cihazlar, tarayıcılar ve hesap türleri gerçek cihaz test listesine eklenmelidir.
Destek ekibinin sınırı
Kurtarma talebinde destek personelinin hangi bilgilere erişeceği ve hangi kararı verebileceği belirli olmalıdır. Kullanıcıdan kimlik doğrulama sırrı veya hassas anahtar bilgisi istenmemelidir. Yetkili hesaplarda kurtarma sonrası rol değişikliği ve etkin oturumların yönetimi ayrıca ele alınır. Sadece kolayca öğrenilebilen profil bilgisine dayanarak hesap erişimi açmak güçlü giriş tasarımını zayıflatır.
Kurtarma olayı bildirim, işlem kaydı ve gerektiğinde ek onayla izlenebilir olmalıdır. Süreler veya doğrulama yöntemi için tek bir evrensel sayı vermek yerine kurumun risk ve destek kapasitesiyle uygun politika belirlenir. Kullanıcıya sürecin hangi aşamada olduğu açıklanmalı; aynı talebi tekrar açtıran belirsiz mesajlardan kaçınılmalıdır.
Gerçek cihaz kabul testi
Passkey bulunan cihaz, bulunmayan yeni cihaz ve kaybedilmiş cihaz senaryolarını çalıştırın. Alternatif girişten sonra hesabın aynı kullanıcı kaydıyla ilişkilendiğini kontrol edin. Hesap kurtarmada eski oturumların, bildirimlerin ve yönetici yetkilerinin beklenen şekilde ele alındığını doğrulayın. Ekran okuyucu ve klavye testleri de akışın bir parçasıdır; güvenli fakat tamamlanamayan kurtarma işlevsel bir ürün değildir.
Uygulama kontrol listesi
- Desteklenen cihazlar belirli mi?
- Yeni cihaz mesajı hesap yok mesajından ayrılıyor mu?
- Destek doğrulama yetkisi sınırlı mı?
- Kurtarma sonrası oturum kuralı var mı?
- Gerçek cihaz ve erişilebilirlik testleri tamam mı?
Sık sorulan sorular
Passkey ekleyince yedek akış kaldırılabilir mi?
Kullanıcı erişim senaryoları değerlendirilmeden kaldırılmamalıdır. Kurtarma ayrı bir ürün ve güvenlik kararıdır.
Kurtarma sadece destek e-postasıyla çözülebilir mi?
E-posta talebi tek başına kimlik doğrulaması değildir; tanımlı doğrulama ve yetki süreci gerekir.
Kapsam ve sınırlar
Kimlik sağlayıcısı ve platform davranışı uygulamaya göre doğrulanmalıdır. Bu yazı, belirli bir sağlayıcının bütün kurtarma özelliklerini desteklediği iddiasını taşımaz.
Kaynaklar ve güncellik
Kaynak kontrolü: 7 Ekim 2026. Bağlantılı dokümanların sürümü ve sağlayıcı koşulları değişebilir. Uygulamadan önce ilgili kaynağın güncel sürümünü kontrol edin.