Ne oldu?
Microsoft, ekim ayı güncellemeleriyle birlikte ADV260001 numaralı bir danışma belgesi yayımladı. Konu: taşınabilir veya harici olarak bağlanan depolama birimlerindeki ReFS dosya sistemi için sertleştirme değişiklikleri.
Değişiklik iki aşamalı ilerliyor:
- 13 Ekim 2026 ve sonrasında yayımlanan Windows güncellemeleri, denetim (audit) ve isteğe bağlı zorlama kontrollerini getiriyor
- Denetim bazı sürümlerde varsayılan olarak açık geliyor; zorlama ise kapalı
- Sertleştirme 2027'de varsayılan olarak etkinleşecek — Microsoft kesin bir gün vermiyor
Denetimin varsayılan açık geldiği sürümler arasında Windows 10 (ESU ve LTSC 2021 dalları), Windows Server 2022 ve Windows 11 26H1 bulunuyor.
Bu bir güvenlik açığı değil — o hâlde neden önemli?
Microsoft bu kaydı açıkça "açık değil" olarak işaretliyor. Danışma belgesinin önem derecesi orta, listelenen olası etki ise hizmet reddi. Kamuya açıklanmış bir sömürü veya saldırı kaydı yok.
Yani bu yazının konusu bir tehdit değil, bir uyumluluk takvimi.
Önemli olmasının sebebi şu: bu değişiklik bugün hiçbir şeyi bozmuyor, 2027'de kendiliğinden devreye girecek ve o gün bir şeyi bozabilecek. Arada geçen süre, kurumun hazırlanması için verilmiş bir pencere.
Microsoft'un yaklaşımı da bunu söylüyor. Önce denetim açılıyor: sistem, etkilenecek kullanımları kaydetmeye başlıyor. Zorlama isteğe bağlı bırakılıyor ki kurumlar kendi ortamlarında deneyebilsin. Varsayılan değişikliği en sona bırakılıyor.
Bu sıralama bir davet: "önce bak, sonra dene, sonra biz açacağız."
Kimi ilgilendiriyor?
ReFS, Windows tarafında büyük hacimli ve bütünlük doğrulaması gereken veriler için kullanılan dosya sistemidir. Taşınabilir ortamda karşılaşılan tipik kullanımlar şunlar:
- Harici diske alınan yedekler. Özellikle büyük hacimli yedek dosyalarının USB veya eSATA ile bağlanan disklerde tutulduğu kurumlar.
- Lokasyonlar arası veri taşıma. Şube ile merkez arasında fiziksel disk dolaştıran ortamlar.
- Arşiv ve soğuk depolama. Rafta duran, yılda birkaç kez bağlanan diskler.
Bu üçü de "çalışıyor, dokunmuyoruz" kategorisinde duran işlerdir. Kimse düzenli kontrol etmez — ta ki bağlanmadığı gün çıkana kadar.
Eğer yedekleme veya arşiv zinciriniz bir noktada harici diske dayanıyorsa, bu değişiklik sizi ilgilendiriyor.
Ne yapmalısınız?
- Önce envanteri çıkarın: harici veya taşınabilir ortamda ReFS kullanıyor musunuz? Çoğu kurumda bu sorunun cevabı tek bir sistem yöneticisinin hafızasında duruyor.
- Ekim güncellemelerini uygulayın. Denetim kayıtları ancak güncelleme sonrası birikmeye başlar; erken uygulayan, 2027'ye daha çok veriyle girer.
- Denetim bulgularını okuyun. Bu, bu yazıdaki tek gerçek iş. Kayıt tutulmaya başladıysa, hangi kullanımların etkileneceği birkaç hafta içinde ortaya çıkar.
- Zorlamayı önce test ortamında açın. İsteğe bağlı bırakılmış olması tam da bunun için. Üretim ortamında 2027'de ilk kez denemek, en pahalı seçenek.
- Yedekleme zincirinizi harici diske bağımlı olmaktan çıkarmayı değerlendirin. Fiziksel ortam zaten tek kopya riski, kayıp riski ve taşıma riski taşıyor; bu değişiklik ona bir de takvim riski ekliyor.
- Kısıtlamanın tam kapsamı için üreticinin destek makalesini esas alın. Hangi işlemin engelleneceği sürümden sürüme farklılık gösterebilir.
Asıl mesele
Bir yama, geldiği gün bir iş yaptırır. Bu tür bir değişiklik ise geldiği gün hiçbir şey yaptırmaz — ve tam bu yüzden kimsenin işi olmaz.
Kapalı gelen, "ileride varsayılan olacak" notuyla duyurulan değişiklikler kurumsal gündemde en kolay kaybolan maddelerdir. Acil değildir, bir CVE numarası yoktur, kimse kovalamaz. Sonra bir gün varsayılan olur ve o sabah beklenmedik bir arıza olarak geri döner.
Oysa bu değişikliklerin bir avantajı var: tarihi bellidir. Bir sıfır gün açığı habersiz gelir; bu tür bir sertleştirme aylar öncesinden duyurulur.
Sorulacak soru şu: kurumunuzda "ileride varsayılan olacak" diye duyurulan değişiklikleri kim takip ediyor ve bunların listesi nerede duruyor? Çoğu kurumda böyle bir liste yok. Yama listesi var, destek bitiş listesi belki var, ama kendiliğinden açılacak ayarların listesi yok.