KB5127648 Sonrası Şirket Wi-Fi’sine Bağlanamıyorum: 802.1X, PEAP ve NTLM Kontrolleri

Son kontrol: 15 Ekim 2026. Durum: resmî güvenlik değişikliği belgeli; güncelleme sonrasındaki bağlantı sorunları kullanıcılar tarafından bildiriliyor.

Şirket ağına dün bağlanan bir bilgisayarın güncelleme sonrasında bağlanamaması ilk bakışta Wi-Fi sürücüsü veya erişim noktası arızası gibi görünebilir. Ancak kurumsal ağda bağlantı, kablosuz sinyalin ötesinde bir kimlik doğrulama süreci içerir. Bu nedenle sürücü kaldırmadan önce hangi aşamanın başarısız olduğunu belirlemek gerekir.

13–14 Ekim 2026 forum bildirimlerinde KB5127648 sonrasında bazı 802.1X/PEAP ağlarına erişim sorunları anlatılıyor. Microsoft Q&A ve Reddit'te farklı kullanıcıların bildirimleri var. Bunlar sorunun incelenmesini gerektiren bir sinyaldir; bütün Windows cihazlarının veya ev Wi-Fi ağlarının etkilendiğini kanıtlamaz. [1][2]

Bu yazı hangi bağlantıları kapsıyor?

Odak, kullanıcı veya bilgisayar hesabıyla kimlik doğrulama yapılan kurumsal ağlardır. Modemin ortak parolasını girerek kullanılan sıradan bir ev ağı aynı senaryo değildir. 802.1X, PEAP, MS-CHAPv2 ve Windows hesabıyla otomatik giriş kullanılan ortamların yapılandırması ayrıca değerlendirilmelidir.

Bir kurumda Wi-Fi ve kablolu ağ aynı kimlik doğrulama altyapısını kullanabilir. Bu durumda kablo takmanın mutlaka çözüm olacağını varsaymayın. Önce kablolu bağlantının da 802.1X gerektirip gerektirmediğini öğrenin. Amaç bağlantı türünü değiştirmekten önce başarısızlığın kimlik doğrulamayla ilişkisini göstermektir.

Microsoft'un belgelediği değişiklik

Microsoft, Ekim 2026 için NTLMv1 türevi SSO kimlik bilgilerini engelleyen varsayılan davranışı belgeliyor. BlockNtlmv1SSO değeri denetimden engelleme moduna geçebiliyor. Belgede MS-CHAPv2 kullanan bazı Wi-Fi, Ethernet ve VPN SSO senaryolarının etkilenebileceği; elle kimlik bilgisi girişinin çalışmaya devam edebileceği açıklanıyor. [3]

Burada önemli ayrım, bir bağlantı regresyonu ile planlı güvenlik sıkılaştırmasının uyumluluk etkisini birbirinden ayırmaktır. Her başarısız PEAP bağlantısını otomatik olarak bu değişikliğe bağlamak doğru olmaz. İstemci ve sunucu günlükleriyle ilişki kurulmalıdır.

1. Sürümü, zamanı ve ağ profilini kaydedin

winver çıktısından sürümü ve derlemeyi alın. Ayarlar > Windows Update > Güncelleştirme geçmişi bölümünde son yüklemeyi kontrol edin. İlk başarısız bağlantının saatini kaydedin; NPS ve istemci günlüklerinde aynı zaman aralığı kullanılacaktır.

Destek kaydına şu bilgileri ekleyin:

Windows sürümü ve derlemesi.
Yüklenen güncelleme ve yeniden başlatma zamanı.
Ağ profilinin kullanıcı mı bilgisayar mı kimlik doğrulaması kullandığı.
PEAP içindeki kimlik doğrulama yöntemi.
Elle giriş ve otomatik giriş denemelerinin ayrı sonuçları.
Aynı ağdaki karşılaştırma cihazının güncelleme seviyesi.

Bu bilgiler olmadan yapılan bir değişiklik, bir kullanıcıda işe yararken başka bir profilin çalışmasını bozabilir.

2. Sinyal sorununu kimlik doğrulama sorunundan ayırın

SSID görünüyor mu? Cihaz erişim noktasına ulaşıyor mu? Kullanıcı adı/parola penceresi geliyor mu? Bağlantı reddedildiğinde tam mesaj nedir? Ağ simgesinin yalnızca “bağlanıyor” göstermesi, hangi aşamanın durduğunu tek başına açıklamaz.

Yetkili bir test hesabıyla otomatik Windows hesabı kullanımını ve elle kimlik bilgisi girişini karşılaştırın. Elle giriş başarılı, otomatik giriş başarısızsa SSO yolu öncelikli inceleme alanıdır. Her iki yöntem başarısızsa sertifika doğrulaması, hesap durumu ve NPS politikası gibi başka katmanlar da araştırılmalıdır. Bunlar teşhis önerileridir; bu olayın tüm cihazlarda doğrulanmış nedenleri değildir.

3. NTLM ve NPS kayıtlarını eşleştirin

Microsoft'un belgesindeki günlük Microsoft-Windows-NTLM/Operational konumudur. 4024 denetim, 4025 engelleme olayını temsil eder. Hata saatindeki kayıtta süreç, hedef ve kullanıcı bilgilerini birlikte değerlendirin. [3]

Bir 4025 kaydı bulmak tek başına bütün ağ problemini açıklamaz. Kaydın başarısız bağlantı denemesiyle aynı süreç ve zaman aralığına ait olup olmadığını doğrulayın. Sunucu tarafında talebin alınıp alınmadığına ve hangi politikada reddedildiğine bakın. Logları paylaşırken kullanıcı ve domain bilgilerini maskeleyin.

Aynı cihazda elle giriş çalışıyor, SSO çalışmıyor: Otomatik kimlik bilgisi yolunu araştırmak gerekir

Güncelleme almamış cihaz aynı profille çalışıyor: Güncelleme/politika karşılaştırması değer kazanır

Her cihaz aynı anda başarısız: Ortak sunucu, sertifika veya politika değişikliği de incelenir

Yalnızca bir hesap başarısız: Hesap ve yetki kapsamı ayrıca kontrol edilir

Geçici yöntemin sınırı

Forumlarda Audit moduna dönüş veya güncellemeyi kaldırma sonrasında iyileşme bildiren kullanıcılar bulunuyor. [1] Bunları genel ve kalıcı çözüm olarak sunmak doğru değildir. Audit moduna dönüş eski kimlik doğrulama davranışına izin verir; güvenlik sıkılaştırmasını geri alır. Güncellemenin kaldırılması da başka düzeltmeleri etkiler.

Kurum yöneticisi bir geçici istisna uygulayacaksa önce mevcut değeri ve politikanın kaynağını kaydetmeli, küçük bir cihaz grubunda test etmeli ve bitiş tarihi belirlemelidir. GPO ile dağıtılan ayarı tek tek kayıt defterinden değiştirmek tutarlı bir yönetim sağlamaz. Kullanıcıların kurumsal ayarı izinsiz değiştirmesi önerilmez.

Kalıcı çalışma neyi hedeflemeli?

Bağlantının geri gelmesiyle inceleme bitmemelidir. Otomatik girişin eski kriptografik davranışa bağımlılığı değerlendirilmeli ve desteklenen kimlik doğrulama tasarımına geçiş planlanmalıdır. Sertifika tabanlı yöntemler düşünülüyorsa sertifika dağıtımı, yenileme, iptal ve cihaz yönetimi birlikte tasarlanmalıdır; yalnızca profilin adını değiştirmek yeterli değildir.

Örnek kabul testi: aynı kullanıcı ilk girişte bağlanabilmeli, cihaz yeniden başladıktan sonra politika korunmalı, parola veya sertifika değişiminden sonraki davranış belgelenmeli ve hem kablolu hem kablosuz profil ayrı denenmelidir. Testin sonunda hangi geçici ayarın hâlâ etkin olduğunu gösteren kısa bir kayıt bırakın.

Sık sorulan sorular

Ev Wi-Fi'si de etkilenir mi? Bu yazıdaki kanıtlar kurumsal kimlik doğrulama senaryosuyla ilgilidir. Ev bağlantısını aynı nedenle bozulmuş sayamayız.

Güncellemeyi hemen kaldırmalı mıyım? Önce kapsamı ve günlükleri doğrulayın. Kurumsal cihazda geri alma kararını yönetici vermelidir.

Elle giriş çalışırsa sorun çözülmüş olur mu? Kullanıcıya erişim sağlayabilir, fakat otomatik kimlik doğrulama bağımlılığının ayrıca giderilmesi gerekebilir.

Kaynaklar

[1] Microsoft Q&A — KB5127648 ve 802.1X kullanıcı bildirimleri

[2] Reddit sysadmin — 13 Ekim 2026 güncelleme tartışması

[3] Microsoft — NTLMv1 SSO değişikliği ve olay günlükleri