Şifreli bir disk elinize geçtiğinde, kurtarma işinin doğası tamamen değişir. Yıllardır Ankara'daki laboratuvarımızda ext4 dosya sistemi tablosunu yeniden inşa ettiğimiz, NAND yongalarını lehimle söküp okuduğumuz, kafası sıkışmış bir diskten tek tek sektör çektiğimiz vakaların hepsinde ortak bir şey vardır: veri okunabilir formdadır, biz onu yerinden çıkarırız. Ama disk FileVault ya da LUKS ile şifrelenmişse, ortada okunabilir veri yoktur. Her sektör, doğru anahtar olmadan istatistiksel olarak rastgele görünen baytlardan ibarettir. Bu yazıda, Mac'lerdeki FileVault ile Linux sistemlerdeki LUKS/dm-crypt şifrelemesinin nasıl çalıştığını, neden bir parolayı ya da kurtarma anahtarını kaybetmenin çoğu zaman verinizi geri dönüşü olmayan biçimde kaybetmek anlamına geldiğini ve fiziksel olarak arızalı bir şifreli diskin sağlıklı ama kilitli bir şifreli diskten farkını mühendislik gözüyle anlatacağız.

Önce işin acı gerçeğini söyleyelim, çünkü dürüstlük bu meslekte para kazandırmaktan daha önemlidir: modern, doğru yapılandırılmış güçlü şifreleme, anahtar olmadan kırılamaz. Bunu yapabildiğini iddia eden bir firma ya yalan söylüyordur ya da zaten zayıf bir şifreyi sözlük saldırısıyla deniyordur. AES-256-XTS ile şifrelenmiş bir birimin master anahtarını brute-force ile bulmaya kalkmak, evrenin yaşından kat kat uzun sürer. Dolayısıyla şifreli disk kurtarmanın altın kuralı tek cümleyle özetlenir: doğru parolaya, kurtarma anahtarına ya da yedeklenmiş header'a sahip olmanız gerekir. Bizim yaptığımız iş, anahtar elinizdeyken arızalanmış, bozulmuş ya da kısmen okunamayan bir diskten o şifreli veriyi sağ salim çıkarmak ve onu anahtarınızla açabileceğiniz hale getirmektir.

İkinci olarak, şifreli disk kurtarma ile şifre kırma birbirine karıştırılmamalıdır. Biz şifre kırmayız. Biz, sizin meşru sahibi olduğunuz ve anahtarına sahip olduğunuz bir veriyi, fiziksel ya da mantıksal bir arıza nedeniyle erişemez hale geldiğinde kurtarırız. Bu ayrım hukuki olarak da, teknik olarak da kritiktir. Aşağıda her iki şifreleme ekosistemini de derinlemesine inceleyip, hangi durumda neyin mümkün olduğunu net biçimde ortaya koyacağız.

Hızlı Cevap

Şifreli bir diskten veri kurtarmak için doğru parolaya, kurtarma anahtarına ya da yedeklenmiş şifreleme header'ına mutlaka ihtiyacınız vardır. Anahtar elinizdeyse ve sorun fiziksel ya da mantıksal bir arızaysa (bozuk sektör, arızalı kontrolcü, silinmiş bölüm tablosu, hasarlı dosya sistemi), iş çoğunlukla kurtarılabilir: önce diskin birebir sektör kopyası (image) alınır, sonra çalışma o kopya üzerinde yapılır ve şifreli birim anahtarınızla açılır. Ancak parolayı ya da kurtarma anahtarını kaybettiyseniz, özellikle Apple Silicon (M1, M2, M3) Mac'lerde veri pratik olarak geri getirilemez, çünkü anahtar donanım içindeki Secure Enclave'e bağlıdır. LUKS'ta header silindiyse ve header yedeği yoksa, master anahtar yok olmuştur ve veri matematiksel olarak kurtarılamaz. Fiziksel arıza ile şifreli birim açma birbirinden ayrı iki adımdır ve her ikisi de mümkün olduğunda kurtarma başarılı olur.

FileVault Modern Mac'lerde Nasıl Çalışır

FileVault, Apple'ın macOS için tam disk şifreleme çözümüdür. Modern Mac'lerde, yani T2 yongalı Intel Mac'lerde ve Apple Silicon (M1 ve sonrası) makinelerde FileVault, APFS dosya sisteminin yerleşik birim şifrelemesi üzerine kuruludur. Burada anlaşılması gereken kritik nokta şudur: APFS'te şifreleme dosya sistemi katmanında, birim (volume) bazında uygulanır ve şifreleme anahtarları donanım güvenlik motoru tarafından yönetilir.

Sistem şu katmanlı anahtar mimarisiyle çalışır. Her şifreli APFS birimi, gerçek veriyi şifreleyen bir Volume Encryption Key (VEK), yani birim şifreleme anahtarı kullanır. Bu VEK, doğrudan parolayla şifrelenmez. Bunun yerine VEK, bir Key Encryption Key (KEK), yani anahtar şifreleme anahtarı tarafından sarmalanır (wrap edilir). KEK ise kullanıcının parolasından türetilen bir anahtarla ve donanımdaki güvenli unsurlardan gelen anahtarlarla birlikte korunur. Yani parolanız tek başına veriyi açmaz; parolanız, donanımın içine gömülü anahtarlarla birleşerek KEK'i açar, KEK de VEK'i açar, VEK de veriyi şifre çözer. Bu zincirin her halkası önemlidir.

T2 yongalı Intel Mac'lerde bu işlemlerin tamamı T2 Güvenlik Yongası içindeki donanımsal AES motoru tarafından yapılır. Veri SSD'ye yazılırken ve okunurken anlık olarak şifrelenir ve çözülür; AES anahtarları yongadan dışarı hiçbir zaman düz metin olarak çıkmaz. Apple Silicon Mac'lerde aynı görevi Secure Enclave üstlenir. Secure Enclave, ana işlemciden izole edilmiş, kendi güvenli önyükleme zincirine ve kalıcı anahtar deposuna sahip ayrı bir co-processor'dür. Cihaza özgü bir UID (Unique ID) anahtarı, üretim sırasında Secure Enclave içine yakılır ve hiçbir zaman, hiçbir koşulda dışarı okunamaz. FileVault anahtar sarmalama zinciri bu UID'ye bağlandığı için, şifreli veri o spesifik anakart, o spesifik Secure Enclave olmadan açılamaz.

İşte tam burada, Apple Silicon Mac'lerde parolayı ya da kurtarma anahtarını kaybetmenin neden felaket olduğu ortaya çıkar. Veriyi açan zincir donanıma bağlıdır ve o donanımdan gelen anahtar parçaları dışarı çıkmadığı için, başka bir bilgisayarda ya da laboratuvarda o veriyi çözmek mümkün değildir. Anakart fiziksel olarak ölürse, Secure Enclave ile birlikte o cihaza özgü anahtar parçaları da yok olur. Bu mimariyle ilgili daha derin teknik detayları MacBook ve Apple Silicon veri kurtarma yazımızda da ele aldık.

Eski Intel Mac'lerde FileVault ve Farkları

T2 yongasından önceki, yani yaklaşık 2017 öncesi Intel Mac'lerde durum biraz farklıdır. Bu makinelerde özel bir donanım güvenlik yongası yoktur ve şifreleme tamamen yazılım katmanında, CoreStorage ya da daha eski sistemlerde HFS+ tabanlı FileVault 2 ile yapılır. Burada master anahtar, kullanıcının parolasından PBKDF2 gibi bir anahtar türetme fonksiyonuyla elde edilen anahtarla sarmalanır ve diskin üzerinde, metadata alanında saklanır.

Bu mimarinin pratik sonucu şudur: eski Intel Mac'lerde şifreli SSD ya da HDD'yi makineden söküp başka bir sisteme bağlayabilir ve doğru parola ya da kurtarma anahtarıyla birimi açabilirsiniz, çünkü açma işlemi için spesifik donanıma bağlı bir anahtar gerekmez. Anahtar materyali diskin kendisinde, parolayla korunmuş halde durur. Bu, fiziksel olarak arızalanmış eski bir Intel Mac'ten diski çıkarıp, laboratuvarda image alıp, sonra parolayla açma şansımızın olduğu anlamına gelir.

Yine de altın kural değişmez: parolayı ya da 28 karakterlik kurtarma anahtarını biliyor olmanız şarttır. Eski Intel Mac'lerde dahi, parola kaybedildiyse ve kurtarma anahtarı yoksa, AES-XTS ile şifrelenmiş master anahtarı brute-force etmek pratikte imkansızdır. Tek fark, donanıma bağımlılığın olmaması sayesinde, anahtar elinizdeyken diski makineden bağımsız olarak işleyebilmemizdir. Modern Apple Silicon makinelerde bu esneklik tamamen ortadan kalkar.

Linux'ta LUKS ve dm-crypt Mimarisi

Linux dünyasında tam disk şifrelemenin standardı LUKS'tur (Linux Unified Key Setup). LUKS, çekirdekteki dm-crypt alt sisteminin üzerine oturan bir anahtar yönetim katmanıdır. dm-crypt, device-mapper aracılığıyla şeffaf blok seviyesi şifreleme sağlar; bir blok aygıtını alır ve üstüne şifre çözen sanal bir blok aygıtı oluşturur. LUKS ise bu işin anahtar yönetimi, parola işleme ve metadata kısmını standartlaştırır.

LUKS'un kalbi, şifreli birimin başında yer alan LUKS header'ıdır. Bu header, birimi açmak için gereken her şeyi barındırır: kullanılan şifre algoritması ve modu (örneğin aes-xts-plain64), anahtar türetme fonksiyonunun parametreleri (LUKS1'de PBKDF2, LUKS2'de varsayılan olarak Argon2id), tuz (salt) değerleri ve en kritik olarak anahtar slotları (key slots). LUKS1'de tipik olarak 8, LUKS2'de daha fazla anahtar slotu vardır.

Burada anlaşılması gereken en önemli kavram şudur: gerçek veriyi şifreleyen anahtar, master anahtardır (LUKS2 terminolojisinde volume key). Bu master anahtar, kullanıcının parolasından doğrudan üretilmez. Bunun yerine master anahtar rastgele üretilir ve her bir anahtar slotunda, o slota ait parolayla türetilen anahtarla şifrelenmiş halde saklanır. Yani aynı şifreli birime, farklı slotlarda farklı parolalar tanımlayabilirsiniz; her parola aynı master anahtarın şifreli bir kopyasını açar. Bir parolayı sildiğinizde sadece o slot temizlenir, master anahtar ve diğer slotlar etkilenmez.

Bu mimari, parola değiştirmeyi ve birden çok kullanıcıya erişim vermeyi kolaylaştırır. Ancak aynı mimari, header'ın neden bu kadar hayati olduğunu da açıklar. Master anahtar yalnızca header içindeki anahtar slotlarında, şifreli halde mevcuttur. Eğer header bozulur, üzerine yazılır ya da silinirse, master anahtarın şifreli kopyaları da yok olur. Parolanızı sonuna kadar biliyor olsanız dahi, açacağınız bir slot kalmadığı için master anahtarı geri getiremezsiniz ve birimin geri kalanındaki veri sonsuza dek erişilemez hale gelir. Linux sunucu ve dosya sistemi düzeyindeki kurtarma senaryolarını ext4, btrfs ve LVM yazımızda detaylandırdık.

Neden Hasarlı ya da Silinmiş LUKS Header'ı Felakettir

LUKS header'ının yok olması, şifreli disk kurtarmada karşılaştığımız en acı senaryolardan biridir, çünkü çoğu zaman geri dönüşü yoktur. Header'ı yok eden yaygın hataları sıralayalım, çünkü bunlardan kaçınmak çoğu zaman veriyi kurtarmaktan daha değerlidir.

En sık karşılaştığımız hata, kullanıcının yanlış aygıta yazması. Örneğin yeni bir bölüm oluştururken, format atarken ya da bir ISO imajını yanlış diske dd ile yazarken, LUKS birimini barındıran aygıtın ilk birkaç megabaytı üzerine yazılır. LUKS header ve özellikle LUKS2'deki binary metadata alanları diskin en başında yer aldığı için, ilk birkaç MB'lık herhangi bir üzerine yazma işlemi anahtar slotlarını harap eder. İkinci yaygın hata, bölüm tablosunu yeniden oluştururken ofsetlerin kayması ve LUKS başlangıcının yanlış hesaplanmasıdır.

Bir başka tehlikeli durum, fiziksel olarak arızalı bir diskte tam o header bölgesindeki sektörlerin okunamaz hale gelmesidir. Diskin ilk sektörleri, en çok erişilen bölge olduğu için aşınma ve bad sector açısından da risklidir. Header'daki anahtar slotu verisinin birkaç baytı dahi okunamazsa, o slottan master anahtar çözülemez.

İşte tam bu yüzden, deneyimli her Linux kullanıcısına ve sistem yöneticisine sürekli tekrarladığımız tek bir öneri vardır: cryptsetup luksHeaderBackup komutuyla header yedeği alın ve bu yedeği birimin dışında, güvenli bir yerde saklayın. Bu küçük yedek dosyası, master anahtarın şifreli kopyalarını içerir. Header fiziksel diskte yok olsa bile, elinizde header yedeği ve parolanız varsa, luksHeaderRestore ile veriyi geri açabiliriz. Header yedeği olmadan, silinmiş bir LUKS header'ı çoğu vakada kesin veri kaybı demektir. Bu yedeği, master anahtarın şifreli halini içerdiği için en az parolanız kadar gizli tutmanız gerektiğini de unutmayın.

Sağlıklı Ama Kilitli Disk ile Fiziksel Arızalı Şifreli Diskin Farkı

Şifreli disk kurtarmada gelen vakaları ilk gün ikiye ayırırız ve bu ayrım tüm çalışma stratejisini belirler.

Birinci durum: disk fiziksel olarak sağlıklıdır, sadece kilitlidir. Kullanıcı parolasını unutmuştur, kurtarma anahtarını kaybetmiştir ya da işletim sistemi açılmamaktadır ama disk donanımsal olarak sorunsuz okunmaktadır. Bu senaryoda fiziksel bir kurtarma işlemi yoktur. Burada yapılabilecek tek şey, elinizde doğru anahtarın olup olmadığına bağlıdır. Anahtar varsa birim normal şekilde açılır ve veri kopyalanır. Anahtar yoksa, daha önce defalarca söylediğimiz gibi, güçlü modern şifrelemeyi açacak hiçbir teknik yöntem yoktur. Burada dürüst olmak zorundayız: parola yoksa, sağlıklı ama kilitli bir disk de erişilemez bir disktir.

İkinci durum: disk fiziksel ya da mantıksal olarak arızalıdır. Bad sector'ler vardır, kontrolcü kartı yanmıştır, kafa takımı zarar görmüştür, NAND yongasında okuma hataları vardır ya da bölüm tablosu ve dosya sistemi bozulmuştur. Bu senaryoda işin doğası tamamen mühendisliktir. Ancak burada kritik bir kural vardır ve bu kuralı asla esnetmeyiz: önce diskin birebir kopyası alınır, çalışma daima kopya üzerinde yapılır.

Önce İmaj Al, Sonra İmaj Üzerinde Çalış

Bu kural şifreli diskler için sıradan disklerden çok daha kritiktir ve nedeni şifrelemenin doğasında saklıdır. Şifreli bir birimde, her bir bitin önemi vardır. Normal bir dosya sisteminde bir sektör okunamazsa, o sektördeki tek bir dosya zarar görür ve geri kalan veri sağlam kalır. Ancak XTS gibi modlarla şifrelenmiş bir birimde, blokların bütünlüğü şifre çözme zincirini etkiler; ve daha da önemlisi, header ya da anahtar slotu bölgesindeki tek bir bitlik hata bile, tüm birimin açılamamasına yol açabilir.

Bu nedenle fiziksel olarak arızalı bir şifreli diskle uğraşırken, asıl diske doğrudan açma denemesi yapmak büyük bir hatadır. Açma denemeleri, parola deneme yazma işlemleri, dosya sistemi kontrol araçlarının çalıştırılması, zaten zayıf durumdaki bir diski daha da yorabilir ve okunabilir kalmış son sektörlerin de kaybına yol açabilir. Bizim yöntemimiz nettir. Önce diski donanımsal olarak stabilize ederiz; gerekirse temiz oda ortamında onarım yaparız. Sonra, hata toleranslı görüntüleme cihazları ile diskin birebir sektör kopyasını çıkarırız. Okunamayan sektörler için tekrar tekrar, farklı stratejilerle okuma yaparız ve okunamayan bölgeleri tam olarak haritalandırırız.

Bu imaj elimize geçtikten sonra, fiziksel disk artık güvendedir ve raftan kaldırılır. Tüm şifre çözme ve dosya sistemi onarma çalışması, imajın bir kopyası üzerinde, denenebilir ve geri alınabilir biçimde yapılır. Eğer kullanıcı bize doğru parolayı ya da kurtarma anahtarını verirse, LUKS imajını cryptsetup ile, FileVault imajını uygun araçlarla bir döngü aygıtı (loop device) üzerinden açar ve şifresi çözülmüş veriye ulaşırız. Buradan sonrası klasik dosya sistemi kurtarma işidir. Tüm şifreli kurtarma hizmetlerimizin kapsamını hizmetler sayfasında görebilirsiniz.

Şifreleme Header'ının Bozulması ve Kısmi Kurtarma

Header her zaman tamamen yok olmaz; bazen kısmen bozulur. Bu durumda yapabileceğimiz şeyler vardır ve bunlar şifreli kurtarmanın en teknik kısmıdır.

LUKS'ta header'ın bir kısmı okunabilir kalmış olabilir. Eğer birim aynı disk üzerinde, header yedeği olmadan bile, ikincil bir metadata kopyası içeriyorsa (LUKS2, header metadata'sını yedekli olarak iki kopya halinde tutar), bozulmamış kopyadan kurtarma denenebilir. Bizim için en değerli senaryo, kullanıcının daha önce luksHeaderBackup ile yedek almış olmasıdır; bu durumda bozuk header'ı, sağlam yedekle değiştirerek imaj üzerinde açma şansımız çok yükselir.

FileVault ve APFS tarafında, şifreli birimin metadata yapıları bozulduğunda, APFS'in checkpoint mimarisi ve yedekli süper blok kopyaları bazen kurtarmaya olanak tanır. Ancak burada da temel anahtar zinciri sağlam olmalıdır; metadata onarımı, anahtarı yeniden üretmez.

VeraCrypt ve benzeri konteyner tabanlı çözümlerde de header yedeği kavramı aynıdır ve VeraCrypt çoğu zaman gömülü bir yedek header tutar. Bu tür konteyner bozulmalarına özel bir vakayı VeraCrypt şifreli konteyner kurtarma yazımızda inceledik. Windows tarafındaki BitLocker senaryosunda ise, kurtarma anahtarı kavramı ve recovery key'in rolü FileVault'a oldukça benzer; bu konuyu BitLocker şifreli disk kurtarma yazımızda ayrıntılandırdık. Tüm bu sistemlerde değişmeyen ortak nokta, kurtarmanın anahtar materyalinin var olmasına bağlı olmasıdır.

Gizlilik ve Anahtarsız Kurtarmanın Sınırı

Şifreli bir disk bize geldiğinde, üzerindeki veri tanımı gereği son derece hassastır; çünkü insanlar en değerli verilerini şifrelerler. Bu yüzden gizlilik bizim için teknik bir detay değil, işin temelidir. Bize getirdiğiniz parola, kurtarma anahtarı ya da header yedeği yalnızca kurtarma işlemi için kullanılır, işlem bittiğinde kontrollü biçimde imha edilir ve hiçbir zaman üçüncü taraflarla paylaşılmaz.

Ve son olarak, bu yazı boyunca tekrar ettiğimiz gerçeği bir kez daha, açıkça söyleyelim. Eğer parolanız, kurtarma anahtarınız ve header yedeğiniz yoksa, modern güçlü şifrelemeyi açmanın bir yolu yoktur. AES-256, doğru uygulandığında, dünyadaki tüm hesaplama gücüyle bile makul bir sürede kırılamaz. Apple Silicon Mac'lerde anahtar donanıma kilitliyse ve o donanım ölmüşse, veri yoktur. LUKS header'ı yedeksiz silindiyse, master anahtar yoktur, dolayısıyla veri de yoktur. Sizi yanıltmayız, boş umut satmayız. Bizim uzmanlığımız, anahtarınız varken arızadan dolayı erişemediğiniz veriyi kurtarmak, anahtar varlığında yapılabilecek her teknik yolu sonuna kadar denemektir. Bir şifreli diskiniz arızalandıysa ve elinizde anahtarınız varsa, hâlâ kurtarılabilir olma ihtimali yüksektir.

Şifreli Disk Arızalandığında İlk Adımlar

Şifreli bir diskte sorun yaşadığınızda, ilk dakikalarda atılan adımlar kurtarma şansını doğrudan belirler. Sıralı ve sakin bir yaklaşım, paniğin yol açtığı kalıcı kayıpları önler.

İlk adım, anahtar materyalinizi toparlamaktır. Parolanızı, varsa 28 karakterlik FileVault kurtarma anahtarınızı ya da LUKS header yedeğinizi bulun. Anahtar olmadan güçlü modern şifrelemenin açılamayacağını unutmayın; bu yüzden anahtarınızın nerede olduğunu bilmek, kurtarmanın mümkün olup olmadığını en baştan belirler. FileVault kurtarma anahtarını iCloud üzerinden Apple ID'nizde saklamış olabileceğinizi de kontrol edin.

İkinci adım, diske müdahale etmemektir. Şifreli birimi açmak için tekrar tekrar parola denemeyin, dosya sistemi onarım araçları (fsck, chkdsk) çalıştırmayın, bölüm tablosuyla oynamayın. Disk fiziksel olarak arızalıysa, her açma denemesi zaten zayıf durumdaki diski daha da yorabilir ve okunabilir kalmış son sektörleri de kaybettirebilir. Üçüncü adım, yanlışlıkla yapılan bir üzerine yazma olduysa (örneğin LUKS diskine ISO yazmak ya da yanlış aygıta format atmak) o diske bir daha hiçbir şey yazmamaktır; header'ın hâlâ kısmen sağlam olma ihtimalini korumak için disk olduğu gibi bırakılmalıdır.

Dördüncü adım, durumu doğru tanımlamaktır: disk sağlıklı ama mı kilitli, yoksa fiziksel olarak mı arızalı? Sağlıklı ama kilitliyse ve anahtarınız varsa çözüm basittir; fiziksel arıza varsa önce profesyonel bir imajlama gerekir. Beşinci adım, anahtarınız elinizdeyken bir uzmana başvurmaktır; çünkü fiziksel arıza ile şifre çözmenin birleştiği bu senaryolar, anahtar varlığında çoğu zaman başarıyla sonuçlanır. Bu adımların hepsinin ortak amacı, hem diski hem de tek kurtarma yolunuz olan anahtar materyalini korumaktır.

SSS

FileVault parolasını ve kurtarma anahtarını kaybettim, Apple Silicon Mac'imdeki veriyi kurtarabilir misiniz? Açık konuşalım: hayır. Apple Silicon (M1, M2, M3) Mac'lerde FileVault şifreleme anahtarları Secure Enclave içindeki donanıma bağlıdır ve parola ile kurtarma anahtarının ikisi de yoksa, veriyi açacak hiçbir yol kalmaz. Bu bir araç ya da uzmanlık eksikliği değil, matematiğin ve donanım güvenliğinin doğrudan sonucudur. Verinizin tek umudu, parolayı ya da 28 karakterlik kurtarma anahtarını bir yerlerde bulmanızdır. Apple ID'nizde iCloud üzerinden saklamış olabileceğiniz kurtarma anahtarını da kontrol etmenizi öneririz.

LUKS header'ım silindi, parolamı hâlâ biliyorum. Veri kurtarılabilir mi? Bu, header yedeğiniz olup olmadığına bağlıdır. Eğer daha önce cryptsetup luksHeaderBackup ile bir yedek aldıysanız, parolanızla birlikte bu yedek master anahtarın şifreli kopyasını içerir ve kurtarma çok büyük olasılıkla mümkündür. Ancak header yedeği yoksa, parolayı bilmeniz ne yazık ki yeterli değildir; çünkü parola, master anahtarı yalnızca header içindeki anahtar slotlarından açabilir. Slotlar silindiyse, açılacak bir şey kalmamıştır ve veri matematiksel olarak kurtarılamaz.

Şifreli diskim fiziksel olarak arızalı ama parolam elimde. Şansım var mı? Evet, bu en umut verici senaryolardan biridir. Fiziksel arıza ile şifre çözme iki ayrı adımdır. Önce diski donanımsal olarak stabilize edip birebir sektör kopyasını (image) çıkarırız, böylece arızalı disk daha fazla yıpranmaz. Sonra, sizin verdiğiniz doğru parola ya da kurtarma anahtarıyla imaj üzerindeki şifreli birimi açarız. Diskin okunabilen kısmı yeterliyse ve header bölgesi sağlamsa, kurtarma başarıyla tamamlanır. Bu yüzden arızalı şifreli bir diske kesinlikle kendiniz açma ya da onarma denemesi yapmayın, durumu daha kötüye götürebilirsiniz.

Şifremi siz kırabilir misiniz, çok önemli bir veri bu? Hayır, biz şifre kırma hizmeti vermeyiz ve veremeyiz. Modern güçlü şifrelemeyi anahtar olmadan kırmak teknik olarak mümkün değildir; bunu yapabildiğini iddia eden herkesten uzak durun. Bizim yaptığımız iş, sizin meşru sahibi olduğunuz ve anahtarına sahip olduğunuz verinin, bir donanım ya da yazılım arızası nedeniyle erişilemez hale gelmesi durumunda onu kurtarmaktır. Anahtarınız yoksa, dürüst yanıtımız size kurtarmanın mümkün olmadığını söylemek olur; sizi oyalamayız.

Şifreli verim sizde güvende mi, gizliliği nasıl sağlıyorsunuz? Gizlilik bizim için işin temelidir. Verdiğiniz parola, kurtarma anahtarı ve header yedeği yalnızca kurtarma işlemi süresince ve sadece bu amaçla kullanılır. İşlem tamamlandığında bu hassas anahtar materyali kontrollü biçimde imha edilir. Kurtarılan verileriniz hiçbir zaman üçüncü taraflarla paylaşılmaz, dış ağa kopyalanmaz ve teslim sonrası laboratuvar ortamından güvenli biçimde silinir. Şifreli disk getiren müşterilerimizin verilerinin doğası gereği en yüksek hassasiyette olduğunu biliyoruz ve süreçlerimizi buna göre kurguladık.

Sonuç

Şifreli disk kurtarma, klasik veri kurtarmadan temelde farklı bir disiplindir; çünkü işin merkezinde donanım ya da dosya sistemi değil, anahtar yönetimi vardır. FileVault'un Apple Silicon ve T2 yongasına bağlı donanım anahtar mimarisi de, LUKS'un master anahtarı header içindeki slotlarda saklayan yapısı da aynı temel gerçeğe işaret eder: veriniz, ancak doğru anahtar materyaliyle açılabilir. Bizim uzmanlığımız, o anahtar elinizdeyken araya giren her türlü fiziksel ya da mantıksal arızayı aşmak, diski güvenle imajlamak ve şifreli birimi sağ salim açılabilir hale getirmektir. Anahtarınız varken hiçbir vakayı imkansız ilan etmeyiz; anahtarınız yokken de size boş umut satmayız.

Şifreli bir diskiniz arızalandıysa, açılmıyorsa ya da header'ı bozulduysa, en doğru ilk adım hiçbir şey yapmadan bizimle iletişime geçmektir. Özellikle parolanız ya da kurtarma anahtarınız hâlâ elinizdeyse, durumu kötüleştirecek deneme açma işlemlerinden kaçının ve diski olduğu gibi getirin. 2003'ten beri Ankara Hacettepe Teknokent'teki laboratuvarımızda şifreli ve şifresiz binlerce kurtarma vakasını ele aldık. Durumunuzu birlikte değerlendirmek ve dürüst bir ön analiz sunmak için iletişime geçin.

Kaynaklar