Bir hesaba girerken parola yazmak yerine telefona bakmak veya parmak izinizi okutmak oldukça basit görünüyor. Geçiş anahtarları, yani passkey’ler, bu deneyimin arkasında farklı bir kimlik doğrulama düzeni kullanıyor. Fakat kolay girişin ardından başka bir soru geliyor: Telefon bozulursa veya kaybolursa hesaba nasıl döneceğiz?
Bu soruyu kayıt sırasında sormak, sorun yaşandığında sormaktan daha yararlı. Çünkü geçiş anahtarının nerede tutulduğu, başka cihazlara eşitlenip eşitlenmediği ve hizmetin hangi kurtarma seçeneklerini sunduğu kullanılan ürüne göre değişebilir.
Sunucuya aynı sırrı göndermeyen giriş
FIDO Alliance, geçiş anahtarlarını açık anahtarlı kriptografiye dayalı, kimlik avına dayanıklı bir giriş yöntemi olarak açıklıyor. Hizmette açık anahtar bulunur; girişte gerekli kanıt özel anahtarla oluşturulur. Cihazdaki biyometrik kontrol veya PIN, anahtarın kullanımını açabilir. Biyometrik verinin siteye parola gibi gönderilmesi gerekmez. FIDO Alliance.
Web tarafında WebAuthn, bu kimlik bilgilerinin oluşturulması ve kullanılması için bir arayüz sunar. Kimlik bilgisinin ilgili hizmetle bağlanması, taklit bir alan adının aynı giriş kanıtını istemesine karşı korumanın temel parçalarındandır. MDN Web Authentication API.
Bu mekanizma, kullanıcının sahte bir sayfaya ezberlediği parolayı yazmasıyla aynı akışa sahip değildir. Yine de güvenli giriş, cihazın açık bırakılması veya bir hesabın kurtarma sürecindeki zayıflıklar gibi bütün sorunları tek başına çözmez.
Eşitlenen anahtar ile cihazda kalan anahtar
FIDO, eşitlenebilen ve belirli bir cihaza bağlı geçiş anahtarlarını ayrı kullanım biçimleri olarak ele alıyor. Eşitleme yeni cihazdan erişimi kolaylaştırabilir; cihazda kalan bir anahtar ise fiziksel anahtara veya belirli donanıma bağlı bir düzen kurabilir. Seçeneklerin kullanılabilirliği hizmet ve sağlayıcıya göre değişir.
Bu farkı görmek için günlük bir örnek düşünelim. Bir kişinin hem telefonu hem bilgisayarı var ve tek hesabını ikisinde de kullanıyor. Anahtarın başka cihazda gerçekten bulunup bulunmadığını kontrol etmeden “nasıl olsa bulutta” diye düşünmesi riskli bir varsayım olur. Aynı şekilde iş hesabındaki güvenlik anahtarı ile kişisel telefondaki eşitlenen anahtarın kurtarma yolları aynı olmayabilir.
Küçük bir hazırlık büyük belirsizliği azaltır
Kendi hesabınızda hizmetin sunduğu seçeneklere bakın. İkinci bir giriş yöntemi eklenebiliyor mu? Kurtarma kodu veriliyor mu? Yeni bir cihazdan giriş için eski cihaz gerekiyor mu? Bu soruların cevabını hizmetin kendi yardım sayfasında arayın; genel bir passkey videosundan bütün hesaplar için sonuç çıkarmayın.
Deneme için henüz kritik olmayan bir hesap seçilebilir. Ana giriş çalışırken ikinci cihazdan kontrollü bir giriş denemesi yapın. Kurtarma yolu oluşturduysanız gerçekten erişebildiğiniz yerde bulunduğunu kontrol edin. “Telefonum kaybolduğunda şu adımı uygularım” cümlesini yazamıyorsanız kurulum henüz zihninizde tamamlanmamıştır.
Bu hazırlıkta başka bir kişinin kodlarını kullanmak veya mevcut anahtarı silerek deneme yapmak gerekmez. Amaç, çalışan girişi tehlikeye atmak değil, hizmetin sunduğu yedek yolu anlamaktır.
Bir geçiş anahtarı geçişinin başarısı yalnızca ilk girişin ne kadar hızlı olduğuyla ölçülmez. Yeni cihaz kurulumu, cihaz kaybı ve erişim geri kazanma da kullanıcı deneyiminin devamıdır. Kolay görünen giriş düğmesinin arkasındaki bu ayrıntıları bilen kullanıcı, bir güvenlik özelliğinden daha tutarlı biçimde yararlanabilir.
Bu yazı 1–15 Ekim arşiv serisi kapsamında 16 Ekim 2026’da hazırlanıp eklenmiştir. Metin ve kavramsal kapak görseli yapay zekâ desteğiyle hazırlanmıştır. Kaynak bağlantıları 16 Ekim 2026’da kontrol edilmiştir.
