Şirket bilgisayarınız açılırken BitLocker kurtarma anahtarı istiyorsa, ekrandaki anahtar kimliğine uygun 48 haneli kurtarma anahtarını bulmanız gerekir. Bu anahtar Windows oturum parolanız değildir. Kurumun yapılandırmasına göre iş hesabınızda, BT ekibinin yönettiği kayıtlarda veya önceden alınmış bir kurtarma kopyasında bulunabilir. Bilgisayarı sıfırlamaya geçmeden önce bu kayıtları kontrol edin.

Özellikle toplantı veya teslim tarihi yaklaşırken mavi kurtarma ekranı endişe yaratır. İlk hedef bilgisayarda rastgele ayar değiştirmek değil, doğru cihazın doğru kurtarma kaydına ulaşmaktır. Aşağıdaki rehber, çalışanların yapabileceklerini ve yöneticilerin hazırlaması gereken destek sürecini birlikte ele alır.

BitLocker neden kurtarma ekranı gösterir?

BitLocker, diski normal açılış yöntemiyle açamadığında kurtarma isteyebilir. BIOS veya UEFI güncellemesi, anakart değişimi, TPM ile ilgili değişiklikler ve bazı açılış bileşeni değişiklikleri olası nedenler arasındadır. Ekranın görünmesi tek başına dosyaların silindiğini veya bilgisayara saldırıldığını kanıtlamaz; neden ayrıca araştırılmalıdır.

Son yapılan işlemi not edin: bilgisayar teknik servisten mi geldi, bir donanım değişti mi, güncelleme sonrasında mı başladı? Sorunu çözmeye çalışırken TPM'yi temizlemek veya güvenlik ayarlarını gelişigüzel değiştirmek, teşhisi zorlaştırabilir. Planlı bakım işlemlerinin BitLocker üzerindeki etkisini BT sorumlusu önceden değerlendirmelidir.

Çalışan için ilk adımlar: kimliği kaydedin, doğru hesabı bulun

  1. Anahtar kimliğini not edin. Kurtarma ekranındaki “Recovery key ID” doğru kaydı bulmak içindir; girmeniz gereken 48 haneli anahtardan farklıdır. İlk sekiz karakteri destek talebine yazmak eşleştirmeyi kolaylaştırır.
  2. Cihazı tanımlayın. Şirket envanter numarası, bilgisayar adı biliniyorsa adı ve son yapılan değişikliği BT ekibine iletin. Aynı çalışana ait eski ve yeni bilgisayarları karıştırmayın.
  3. Başka güvenilir bir cihazdan şirketin onaylı kurtarma yolunu kullanın. İş hesabı ile kişisel Microsoft hesabı farklıdır. Anahtarın hangi hesapta tutulduğu kurulum biçimine bağlıdır.
  4. Kayıt bulunmazsa destek alın. Anahtarı genel sohbet gruplarına, açık destek forumlarına veya ekran kaydına koymayın. Destek kaydında sorunun açıklaması bulunsun; anahtarın kendisi kurumun güvenli paylaşım sürecinden iletilsin.

İş hesabı için Microsoft'un kurtarma yönlendirmesi üzerinden cihazlarınızı görebilirsiniz. Kurum izin veriyorsa ilgili cihazın BitLocker anahtarları görüntülenir. Kişisel hesapta arama yapılacaksa bilgisayar kurulurken kullanılan hesap önemlidir. Yol gösteren resmî bağlantılar yazının sonunda yer alıyor.

Company Portal üzerinden anahtar alınabilir mi?

Intune'a kayıtlı, kurum tarafından sağlanan ve şifrelenen uygun Windows cihazlarında Company Portal bir kurtarma yolu sunar. Kullanıcının iş veya okul hesabı ve anahtarı görüntüleme izni gerekir. Company Portal web sitesinde oturum açın, Devices bölümünden kilitli bilgisayarı seçin, Get recovery key ve ardından Show recovery key seçeneklerini izleyin.

Bu seçenek her bilgisayarda bulunmaz. Kişisel olarak şifrelediğiniz bir cihazın anahtarı burada olmayabilir. Anahtar çıkmaması durumunda BT desteğine başvurun; tek başına bu ekranı görerek kurtarma imkânı kalmadığına karar vermeyin. Menü adları kullandığınız dile göre farklı görünebilir.

BT ekibi anahtarı vermeden önce neyi doğrulamalı?

Kurtarma anahtarı diskteki verilere erişim sağlar. Bu nedenle cihaz adını bilen herkese verilmemelidir. Microsoft'un kurumsal kurtarma süreci, talep sahibinin kimliğinin ve cihazın o kişiye ait olduğunun doğrulanmasını önerir. Kurum için uygulanabilir bir yöntem belirleyin: envanter kaydıyla eşleştirme, kayıtlı iletişim kanalından geri dönüş ve gerektiğinde yönetici teyidi.

Microsoft Entra ID veya şirket içi Active Directory, önceden yapılandırılmışsa kurtarma bilgilerini saklayabilir. Bu yedekleme her cihazda kendiliğinden gerçekleşmiş sayılmaz. Mevcut kayıt ve anahtar kimliği doğrulanmalıdır. Kurumsal cihazın farklı bir çalışana devredilmiş olması, eski kayıtların ayrıca incelenmesini gerektirebilir.

Intune yöneticisi ilgili cihazın Recovery keys bölümünden kayıtları inceleyebilir. Anahtarı okuma yetkisi gerekir; görüntüleme işlemi denetim kaydı oluşturur. İşlemi yapacak kişiye gerekli kapsamda yetki verin. Sadece bir kurtarma talebi için geniş yönetici yetkisi dağıtmak yerine mevcut destek rollerini değerlendirin.

Anahtar bulunamıyorsa nasıl karar verilmeli?

Önce yanlış hesap, yanlış cihaz kaydı ve eski kurulum ihtimallerini elemek gerekir. BT ekibi şirketin kullandığı kurtarma depolarını kontrol etsin. Anahtarın USB veya basılı kopyası alınmışsa güvenli saklama yeri araştırılabilir. Bir kaydın bulunmaması ile bütün kurtarma seçeneklerinin tüketilmesi aynı şey değildir.

Microsoft desteği kayıp bir BitLocker anahtarını yeniden oluşturamaz. Kullanılabilir kurtarma yöntemi bulunamıyorsa sıfırlama gündeme gelebilir; bu işlem dosyaları kaldırabilir. Böyle bir karardan önce yerel diskte kalan verileri ve doğrulanmış yedekleri listeleyin. Şirket bilgisayarında işlemi kullanıcı kendi başına başlatmamalı; veri sahibi ile BT ekibi birlikte karar vermelidir.

Bilgisayar açıldıktan sonra destek kaydını hemen kapatmayın

Örnek olarak, saha ziyareti öncesinde bilgisayarı kurtarma ekranında kalan bir satış çalışanını düşünün. Anahtar bulunup cihaz açılmış olsun. İş tamamlandı diye kaydı kapatmak yerine son bakım işlemini, sorunun tekrar edip etmediğini ve iş dosyalarının erişilebilirliğini kontrol etmek gerekir. Bu örnek bir müşteri vakası değil, destek süreci tasarlamak için bir senaryodur.

Intune, uygun yönetilen Windows cihazlarında işletim sistemi diskinin kurtarma anahtarını uzaktan yenileyebilir. Bu işlem özellikle destek sırasında kullanılan veya açığa çıkmış olabilecek anahtarların yeniden kullanılma riskini azaltır. Gerekli rol, cihaz ve BitLocker politika koşulları kontrol edilmelidir. Yenileme komutunu göndermekle yetinmeyin; sonucunu ve yeni kurtarma kaydının erişilebilirliğini doğrulayın.

Tekrarlayan kurtarma ekranında her seferinde anahtarı tekrar vermek kalıcı çözüm değildir. BT ekibi açılış ve donanım değişikliklerini incelemeli, sorunun nedenini kayıt altına almalıdır. Kurtarma sonrasında cihazın şifreleme ve koruma durumunu da kontrol edin.

Şirketler için kısa hazırlık listesi

  • Cihaz tesliminde: Şifreleme durumunu ve kurtarma kaydının bulunabildiğini ayrı ayrı doğrulayın.
  • Destek sürecinde: Kimlik doğrulama, anahtara erişim yetkisi ve güvenli iletişim yöntemini yazılı hale getirin.
  • Bakım öncesinde: Donanım ve yazılım değişikliğinin sorumlusu ile geri dönüş planını belirleyin.
  • Kurtarma sonrasında: Neden, sonuç, gerekiyorsa anahtar yenileme ve takip sorumlusunu kaydedin.
  • Düzenli kontrolde: Örnek cihazlarda kurtarma kaydının yetkili ekipçe bulunabildiğini kontrol edin; kontrol için çalışan bilgisayarını gereksiz yere kurtarma moduna sokmayın.

Bu adımları yeni çalışan BT hazırlık listenize ekleyebilirsiniz. Disk şifreleme ile kurumsal kaynaklara erişim koşullarının ilişkisi için Intune uyumluluk ve koşullu erişim rehberimizi inceleyin.

Sık sorulan sorular

Microsoft 365 parolamı değiştirirsem BitLocker açılır mı?

Hesap parolası ile disk kurtarma anahtarı ayrı bilgilerdir. Kurtarma ekranı anahtar istiyorsa, hesabın parolasını değiştirmek o anahtarın yerine geçmez.

Intune'da cihaz görünüyor, anahtar neden görünmüyor?

Cihaz kaydı tek başına anahtarın yedeklendiğini kanıtlamaz. Doğru cihaz nesnesi, kurtarma yedekleme yapılandırması ve anahtarı görüntüleme yetkisi kontrol edilmelidir.

Kurtarma anahtarıyla bilgisayarı açmak dosyaları siler mi?

Anahtar girerek şifreli diskin kilidini açmak, cihazı sıfırlamaktan farklıdır. Sıfırlama veya yeniden kurulum seçeneğine ayrıca geçerseniz veri kaybı riski oluşur.

Bu sorunu önlemek için BitLocker'ı kapatmalı mıyız?

Genel çözüm olarak şifrelemeyi kaldırmak yerine kurtarma hazırlığını ve bakım sürecini düzeltin. Tekrarlayan sorunun kaynağı cihaz özelinde araştırılmalıdır.

Şirketinizde anahtarların nerede tutulduğu veya kimin destek vereceği belirsizse, Micro Bilgi'nin Yönetilen BT hizmeti kapsamında cihaz envanteri ve kurtarma sürecini birlikte değerlendirebiliriz. İlk görüşmede cihaz sayısı, mevcut yönetim yöntemi ve destek ihtiyacı üzerinden kapsam belirlenebilir.

Kaynaklar ve kontrol tarihi

Teknik bilgiler 9 Kasım 2026 tarihinde aşağıdaki Microsoft belgeleri üzerinden kontrol edilmiştir. Kurum politikaları ve portal görünümü farklılık gösterebilir.