Ev Wi-Fi'sinde WPA3 görünüp Transition Mode açık kalınca aslında WPA2 istemciler hâlâ ağa girebiliyor. Bu yazıda WPA3-Personal (SAE), Transition Mode'un ne anlama geldiğini ve evde neyi açıp neyi kapalı tutmanızı önerdiğimi anlatıyorum. Modelden modele menü adı değişir; mantık aynı.
WPA3-Personal ne getiriyor?
Klasik WPA2-Personal (PSK) önceden paylaşılan parolaya dayanır. El sıkışme yakalanırsa (ve parola zayıfsa) çevrimdışı kırma denemeleri yapılabilir. WPA3-Personal'da SAE (Simultaneous Authentication of Equals) kullanılır; forward secrecy açısından daha iyi bir el sıkışme sunar. Parola hâlâ güçlü olmalıdır; WPA3 sihirli değnek değildir.
Transition Mode nedir?
Üreticiler uyumluluk için "WPA2/WPA3-Personal" veya "Transition" sunar. Ağ hem SAE hem de WPA2-PSK istemcileri kabul eder. Eski TV / IoT cihazınız bağlanır; fakat ağın saldırı yüzeyi WPA2'ye de açık kalır. Yani "WPA3 yazıyor" görmek tek başına yeterli değil.
Ev için önerdiğim ayar
- Ana SSID: mümkünse WPA3-Personal only (Pure WPA3)
- Eski cihazlar için ayrı IoT / misafir SSID: WPA2-PSK + güçlü parola + istemci izolasyonu
- WPS: kapalı
- UPnP: mümkünse kapalı veya yalnızca güvendiğiniz cihazlara
- Yönetim arayüzü: yalnızca kablolu veya ayrı yönetim VLAN; WAN'dan erişim kapalı
- Firmware: güncel
Router'da kontrol listesi
Arayüzde şu satırları arayın:
- Authentication: WPA3-SAE / WPA3-Personal
- WPA2 + WPA3 mixed / transition: IoT SSID dışında kapalı
- PMF / Protected Management Frames: WPA3'te zorunlu; WPA2'de "capable/required" seçenekleri
- Şifreleme: AES; TKIP kalıntısı varsa kapatın
İstemci tarafı
Windows 11, güncel Android ve iOS WPA3'ü destekler. Desteklemeyen cihazları zorla ana ağa almak yerine IoT ağında izole edin. Misafir ağında AP/istemci izolasyonu, komşu odadaki misafirin ev NAS'ını taramasını engeller.
Parola ve kurtarma
- En az 16+ karakter, parola; her SSID için farklı
- QR ile paylaşım pratik; parolayı buzdolabı magnetine yazmayın
- ISP'nin verdiği varsayılan SSID/parola kombinasyonunu değiştirin
Nasıl doğrularsınız?
Telefondan bağlanıp bağlantı detayında "WPA3" göründüğünü kontrol edin. Linux'ta:
Kod:
nmcli -f NAME,TYPE,DEVICE connection show --active
# veya
iw dev wlan0 linkSık yanlışlar
- Transition açık bırakıp "ben WPA3'eyim" demek
- Aynı parolayı 5 yıldır hiç değiştirmemek
- Misafir ağını ana LAN ile köprülemek
- Uzaktan yönetim (WAN HTTP/HTTPS) açık bırakmak
Kaynaklar
- Wi-Fi Alliance WPA3 spesifikasyon özeti
- Üretici firmware güvenlik bültenleri
- NIST kablosuz güvenlik rehberleri (genel prensipler)
Sizin evinizde Pure WPA3'e engel olan cihaz neydi? IoT SSID ayıranlar deneyimini yazarsa faydalı olur.
Kurumsal / WPA3-Enterprise notu
Ev odaklı bu yazının dışında kurumlarda WPA3-Enterprise (EAP-TLS) tercih edilir. Transition Mode burada da benzer tuzaklar taşır. BYOD ve misafir ağlarını ayrı SSID + ayrı VLAN olmadan "biraz WPA3" ile çözmeye çalışmayın.
Komşu saldırı yüzeyi
Aynı kanal kalabalığı ve sahte AP (evil twin) WPA3 ile de sosyal mühendislik vektörüdür. Evde SSID yayınını gizleme güvenlik sağlamaz; güçlü parola + WPA3 + yönetici arayüzü sıkılaştırması asıl işi yapar. Misafire ana NAS erişimi vermeyin.
Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.
Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.
Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.
Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.
Kapsam ve izin hatırlatması
Bu adımları change ticket olmadan production'da uygulamayın. Küçük görünen bir audit ayarı bile uygulama uyumluluğunu bozabilir. Önce staging, sonra kontrollü yayılım.
Yedekleme ve geri dönüş
Yılda en az iki kez masabaşı tatbikatı yapın: 'bu kontrol kırılırsa kim fark eder?' sorusunu sorunsuz cevaplayabilmelisiniz. Tatbikat notlarını wiki'ye ekleyin.
Log saklama süresi
Araç çıktısını ekran görüntüsü olarak bırakmak yerine makinece okunur formatta (JSON/CSV) arşivleyin. İki yıl sonraki denetimde arama kolaylaşır.
Yanlış pozitif yönetimi
Yetki ayrımı: bu kontrolü yapılandıran kişi ile alarmı triaj eden kişi mümkünse farklı olsun. Küçük ekiplerde olmasa bile en azından farklı hesap kullanın.
Değişiklik yönetimi ile ilişki
Sürüüm yükseltmelerinden sonra regresyon testi yapın. 'Aynı config' yeni sürümde farklı varsayılanlara bağlanmış olabilir. Release note'daki breaking change bölümünü okuyun.
Eğitim tatbikatı
Dış bağımlılık (feed, imza seti, konteyner imajı) için bütünlük doğrulaması yapın. İmzasız feed ile gelen kural seti tedarik zinciri riskidir.
Doğrulama senaryosu
Bu konuyla ilgili ek bir kontrol: değişikliği yaptıktan sonra en az bir negatif test ve bir pozitif test tanımlayın. Negatif test 'alarm boşyere düşmemeli', pozitif test 'bilinen kötü örneği yakalamalı' der. İkisini de kaydedin.
Lab disiplini
Ortamlar arasında (lab, staging, production) aynı yapılandırmayı kör kopyalamayın. Adresler, sertifikalar ve kimlikler farklıdır. Şablon kullanın, değerleri envanterden doldurun.
Runbook'a taşımak
İlgili log ve kanıtları olaydan sonra en az kurum politikasının öngördüğü süre kadar saklayın. Disk dolunca en eski güvenlik logunu silmek klasik hatadır; ayrı retention politikası tanımlayın.
Ölçüm ve alarm sağlığı
Yanlış pozitifleri susturmak ile körleşmek arasındaki çizgi incedir. Suppress kuralına gerekçe ve gözden geçirme tarihi yazın. Süresi dolunca yeniden değerlendirin.
Uygulama notu
Bu rehberdeki komutları olduğu gibi kopyalamadan önce yolları, arayüz adlarını ve IP adreslerini kendi ortamınıza göre değiştirin. Dağıtım farkları (Debian/Ubuntu/RHEL/Windows sunucu) çıktı biçimini değiştirebilir; man sayfası ve resmi dokümantasyon birincil kaynaktır. Bir adım beklediğiniz sonucu vermezse önce yetki (sudo/Administrator), sonra sürüm, en son da yapılandırma dosyası sırasıyla bakın. Değişiklikleri geri almak için snapshot veya yapılandırma yönetimi (Ansible/Git) kullanın; 'elle bir dokundum' geçmişi denetimde kaybolur. Alarm ve log örneklerini ekip kanalında paylaşırken kişisel veri ve iç IP şemasını maskeleyin.
Yasal uyarı: Bu içerik eğitim amaçlıdır. Anlatılanları yalnızca kendi sistemlerinizde veya yazılı izin aldığınız sistemlerde uygulayın. Yetkisiz erişim ve sistemlere müdahale 5237 sayılı TCK'nın 243, 244 ve 245. maddeleri kapsamında suçtur.