MFA on Kürşat Bal

M365 Kimlik Doğrulama Yapılandırması ve Sorun Giderme

Wed, 24 Jun 2026 00:00:00 +0000

⬇

Teknik Rapor — PDF

Bu rehberin tam sürümünü PDF olarak indirebilirsiniz.

1. Giriş ve Raporun Amacı

Bu teknik rapor, Microsoft 365 (M365) ortamlarında sistem yöneticileri tarafından sıkça raporlanan sürekli MFA istekleri, Outlook üzerinde oluşan parola döngüleri ve kimlik doğrulama endpoint engellemelerini sistematik bir metodolojiyle çözmek amacıyla hazırlanmıştır.

Doküman, kimlik doğrulama mimarisindeki olası tıkanıklıkları gidermek için yapılandırma adımlarını ve ağ katmanı gereksinimlerini bir mimar bakış açısıyla ele almaktadır.

2. Kimlik Doğrulama Sorunları İçin 6 Adımlı Teknik Kontrol Listesi

M365 kimlik doğrulama akışındaki hataları ayıklarken aşağıdaki 6 adım sırasıyla takip edilmelidir. Her adım, bir sonrakine geçmeden önce elenmesi gereken birer kontrol noktasıdır.

Adım 1 — Security Defaults (Güvenlik Varsayılanları)

Konum: Entra Portal → Identity → Overview → Properties → Manage Security Defaults

Mimari Mantık: Eğer kuruluşunuzda Koşullu Erişim (Conditional Access) politikaları aktifse, Security Defaults mimari gereği otomatik olarak Disabled kalmalıdır.

Durum	MFA Üzerindeki Etkisi
Enabled	Tenant üzerindeki TÜM kullanıcılar için MFA zorunlu hale gelir.
Disabled	Security Defaults MFA uygulamıyor. Sorun kaynağı olarak elenebilir.

Adım 2 — Conditional Access (Koşullu Erişim) Politikaları

Konum: Entra Portal → Identity → Protection → Conditional Access → Policies

Denetim Prosedürü:

Durumu On (Açık) olan tüm politikalar incelenmelidir.
Grant bölümünde “Require multifactor authentication” seçeneği aktif mi?
İlgili kullanıcı Include listesinde mi? Exclude’dakilere bu politika uygulanmaz.

Not "Report-only" modundaki politikalar akışı kesmez, yalnızca log üretir.

Adım 3 — Per-user MFA Durumu

Konum: Entra Portal → Users → [Kullanıcı] → Per-user MFA veya aka.ms/mfasetup

Durum	Outlook Davranışı
Disabled	Bu katmanda MFA zorlanmıyor.
Enabled	MFA zorunlu; kullanıcı kayıt sürecini tamamlamamışsa challenge başlar.
Enforced	MFA kesinlikle zorunlu. Yöntem kayıtsızsa Outlook sürekli parola sorarak döngüye girer.

⚠ Kritik "Enforced" durumundaki kullanıcı MFA yöntemi kaydetmemişse Outlook parola döngüsüne girer ve kullanıcı mailbox'a erişemez.

Adım 4 — Identity Protection Risk Politikaları

Konum: Entra Portal → Identity → Protection → Identity Protection → User/Sign-in risk policy

Politikalar Enabled ise ve kapsamda All users veya ilgili kullanıcının grubu varsa, sistem yüksek risk algıladığında MFA tetikler.

Lisans Kısıtı Bu özellik genellikle Microsoft Entra ID P2 lisansı gerektirir. P1 tenant'larda ayarlar görüntülense de etkin olmayabilir.

Adım 5 — SSPR (Self-Service Password Reset) Kayıt Zorunluluğu

Konum: Entra Portal → Identity → Protection → Password reset → Registration / Properties

Registration: “Require users to register when signing in” ayarı Yes ise kullanıcı SSPR kayıt sayfasına yönlendirilir.
Ağ Etkileşimi: Outlook bu kayıt sayfasını dahili web-view ile açar. Firewall SSPR uç noktalarını engelliyorsa sayfa sessizce hata verir ve Outlook parola döngüsüne girer.
Properties: SSPR = None ise bu adım sorun kaynağı olarak elenebilir.

Adım 6 — Firewall (Güvenlik Duvarı) Kontrolü

Yukarıdaki 5 adımda yapılandırma hatası saptanmadıysa, sorun kesinlikle ağ katmanındadır. Kimlik doğrulama uç noktalarının trafiğe izin verilip verilmediğini kontrol edin.

3. Kritik Ağ ve Firewall Beyaz Liste (Whitelist) Gereksinimleri

Kimlik doğrulama akışının başarıyla tamamlanması için aşağıdaki FQDN’lerin 443/TCP (HTTPS) portu üzerinden erişime açık olması zorunludur.

FQDN	Açıklama
`login.microsoftonline.com`	Entra ID / Azure AD ana kimlik doğrulama uç noktası
`login.windows.net`	Modern Authentication token alım noktası
`*.outlook.office.com`	Birincil Outlook servis erişimi
`*.outlook.office365.com`	Alternatif Outlook servis erişimi
`autodiscover-s.outlook.com`	Outlook Autodiscover servisleri
`device.login.microsoftonline.com`	Cihaz kaydı ve token yenileme işlemleri
`enterpriseregistration.windows.net`	Hibrit Azure AD Join / Cihaz kayıt süreçleri

⚠ Önemli Mimari Uyarı Güvenlik duvarı kurallarında IP tabanlı kısıtlamalar yerine kesinlikle FQDN tabanlı kurallar kullanılmalıdır. Microsoft, kimlik doğrulama servislerinin IP adreslerini önceden bildirmeksizin dinamik olarak değiştirebilir. IP tabanlı kurallar erişim kesintilerine ve operasyonel hatalara yol açacaktır.

4. Dış (Guest) Kullanıcı MFA ve Erişim Sorunları

Dış kullanıcıların SharePoint veya OneDrive paylaşımlarında yaşadığı MFA tıkanıklıkları, genellikle Email One-Time Passcode (OTP) yapılandırmasının kapalı olmasından kaynaklanır.

Email One-Time Passcode (OTP) Yapılandırması

Entra Portal’da External Identities sekmesine gidin (Görünmüyorsa “Show More” kullanın).
All identity providers altındaki Built-in sekmesine tıklayın.
Email One-Time Passcode seçeneğini bulun.
Açılan panelde durumu Enabled olarak işaretleyin ve kaydedin.

Dış İş Birliği Ayarları

External collaboration settings altındaki konuk kullanıcı erişim düzeylerini teyit edin:

✅ İdeal: “Guest users have limited access to properties and memberships of directory objects” seçili olmalıdır.
❌ Kritik Engel: “Deny access” seçeneği tüm dış iş birliğini keser; seçili olmadığından emin olun.

5. Gelişmiş Sorun Giderme: AADSTS90072 Hatası ve Çözümü

Bu hata, bir dış kullanıcının sisteme daha önce hatalı (örneğin kişisel Microsoft hesabı olarak) kaydedilmesi ve yeni yapılandırmaların bu “bozuk” kayıt nedeniyle tanınmaması durumunda ortaya çıkar.

Kullanıcı Kaydını Sıfırlama Prosedürü

Mevcut Kaydı Silin: Entra ID > Users altından ilgili dış kullanıcıyı silin.

Not Silinen Konuk kullanıcı 30 gün boyunca kurtarılabilir. Yeniden davet sonrası mevcut paylaşımları kontrol edin.

Ayar Doğrulaması: Email One-Time Passcode ayarının halen Enabled olduğunu teyit edin.
Yeniden Davet: Kullanıcıya SharePoint/OneDrive üzerinden yeni bir davet gönderin. Sistem kullanıcıyı “Sıfır Konuk” olarak tanıyacak ve OTP akışını tetikleyecektir.
Kritik İpucu: Kullanıcının yeni davet linkini mutlaka Gizli Sekme (InPrivate/Incognito) üzerinden açmasını sağlayın.

✅ Başarılı Erişim Akışı (1) Dahili kullanıcı paylaşım linkini gönderir → (2) Dış kullanıcı linke tıklar → (3) Entra ID kullanıcıyı Guest olarak tanımlar → (4) 6 haneli OTP kodu e-postaya iletilir → (5) Kullanıcı kodu girerek paylaşıma erişir.

6. Yapılandırma Hızlı Kontrol Özeti

Sistem yöneticileri için bu tablo, bir sorun anında ilk bakılması gereken check-off listesidir:

#	Kontrol Noktası	Elenme Kriteri
1	Security Defaults	Disabled ise elenebilir
2	Conditional Access Policies	MFA Grant’ı yok veya kullanıcı Exclude’da ise elenebilir
3	Per-user MFA	Status = Disabled ise elenebilir
4	Identity Protection	Disabled veya kullanıcı kapsam dışı ise elenebilir
5	SSPR Kayıt Zorunluluğu	SSPR = None ise elenebilir
6	Firewall FQDN Whitelist	Tüm kritik endpoint’ler (443/TCP) açık mı?

Microsoft Intune Gelişmiş Güvenlik Yapılandırma Rehberi

Mon, 10 Feb 2025 00:00:00 +0000

Microsoft Intune, uç nokta yönetimi ve güvenliğini tek platformda birleştiren bulut tabanlı bir MDM/MAM çözümüdür. Bu rehber, kurumsal ortamda Intune üzerinden güvenliğin katmanlı olarak nasıl yapılandırılacağını ele alır.

Lisanslama ve Ön Koşullar

Intune’un tam güvenlik özelliklerini kullanabilmek için asgari lisans gereksinimleri:

Lisans	Kapsam
Microsoft 365 Business Premium	KOBİ için MEM + Defender for Business
Microsoft 365 E3	MDM + MAM + temel koşullu erişim
Microsoft 365 E5	E3 + Defender for Endpoint P2 + Microsoft Purview DLP
EMS E3 / E5	Bağımsız Enterprise Mobility + Security paketleri

Intune Plan 1 tüm M365/EMS lisanslarında dahilidir. Plan 2 (Advanced Endpoint Analytics, Tunnel, Remote Help) ayrıca lisanslanır.

Kimlik Yönetimi ve Güvenli Erişim

Microsoft Entra ID Conditional Access

Conditional Access, “Doğru kullanıcı, doğru cihaz, doğru koşul” ilkesiyle çalışır. Temel politika yapısı:

Assignments: Kullanıcı/grup kapsamı, bulut uygulamaları, cihaz platformu/durumu, ağ konumu
Conditions: Sign-in risk, user risk (Identity Protection), cihaz uyumluluk durumu
Access controls: MFA zorunluluğu, uyumlu cihaz zorunluluğu, erişim engeli

Kritik politika örnekleri:

Politika	Kapsam	Kontrol
Tüm uygulamalar — MFA	Tüm kullanıcılar	MFA zorunlu
Admin portalları	Yönetici rolleri	MFA + Uyumlu cihaz
High risk sign-in	Tüm kullanıcılar	Erişimi engelle veya MFA + şifre sıfırla
Compliant device	M365 uygulamaları	Sadece Intune’a kayıtlı, uyumlu cihazlar

MFA ve Windows Hello for Business

MFA yöntemleri (güçten zayıfa):

FIDO2 güvenlik anahtarı (fiziksel — kimlik avı dayanıklı)
Windows Hello for Business (biyometri/PIN — cihaza bağlı)
Microsoft Authenticator (telefon onayı)
TOTP uygulaması (Google Authenticator vb.)
SMS/çağrı (en zayıf — SIM swap riski)

Windows Hello for Business (WHfB) Yapılandırması:

Intune → Endpoint Security → Account protection → Windows Hello for Business policy:

1
2
3
4
5
6
7
8
9


Use Windows Hello for Business : Enabled
Minimum PIN length : 8
Maximum PIN length : 127
Lowercase letters in PIN : Allowed
Uppercase letters in PIN : Allowed
Special characters in PIN : Required
PIN expiration (days) : 0 (süresiz — biyometri kullanımı ön planda)
PIN history : 10
Enable enhanced anti-spoofing : Enabled (IR kamera zorunluluğu)

Uç Nokta Güvenliği

Microsoft Defender for Endpoint Entegrasyonu

Intune ↔ Defender for Endpoint entegrasyonu için:

Microsoft Endpoint Manager admin center → Endpoint Security → Microsoft Defender for Endpoint
“Allow Microsoft Defender for Endpoint to enforce Endpoint Security Configurations” → On
Defender portalında Intune bağlantısını etkinleştirin

Entegrasyon sonrası cihazın Defender risk seviyesi Intune compliance policy’de değerlendirilebilir:

1

Device Threat Level : Secured / Low / Medium / High

Attack Surface Reduction (ASR) Kuralları

Intune → Endpoint Security → Attack surface reduction:

ASR Kuralı	Mod	Açıklama
Block Office macros from creating child processes	Block	Office zararlı yazılım zincirini keser
Block credential stealing from LSASS	Block	Mimikatz ve benzeri araçları engeller
Block executable content from email	Block	E-posta tabanlı yayılımı önler
Block abuse of exploited vulnerable signed drivers	Block	BYOVD saldırılarına karşı
Block untrusted/unsigned USB execution	Block	USB tabanlı saldırıları önler

Kuralları önce Audit modda çalıştırın, 2 hafta log inceleyin, sonra Block‘a alın.

Compliance Politikaları

Uyumluluk politikaları cihazın Conditional Access’e dahil olabilmesi için karşılaması gereken minimum güvenlik çıtasını belirler.

Windows Compliance Policy (Önerilen Minimum)

1
2
3
4
5
6
7
8
9


OS Version : Windows 10 21H2 veya üzeri
BitLocker : Required
Secure Boot : Required
Code Integrity : Required
Defender : Real-time protection enabled, up-to-date signatures
Firewall : Required
Antivirus : Required
Password : Required, min 8 karakter, max 5 dk boşta kalma
Device Threat Level: Low veya daha iyi

Non-compliance aksiyonu: 15 gün uyumsuz cihaz işaretlenir → 30. günde uzaktan kilitleme bildirimi → 45. günde koşullu erişim bloke.

MAM — Uygulama Bazlı Veri Koruma (DLP)

Mobile Application Management (MAM), cihaz yönetimi olmadan uygulama düzeyinde veri koruma sağlar (BYOD senaryoları için idealdir).

Intune App Protection Policy (APP)

Veri transferi kısıtlamaları:

Ayar	Değer
Send org data to other apps	Policy managed apps only
Receive data from other apps	Policy managed apps only
Save copies of org data	Block
Backup org data to…	Block
Restrict cut, copy, paste	Policy managed apps
Screen capture	Block (Android)

Erişim gereksinimleri:

Ayar	Değer
PIN for access	Required
Biometric instead of PIN	Allow
Recheck access requirements	30 dakika
Offline grace period	720 saat
Wipe data after failed PIN attempts	5 deneme sonrası

Windows Autopilot

Autopilot, cihazların kutusundan çıkıp son kullanıcı eline geçene kadar IT departmanına dokunmadan Intune ile yapılandırılmasını sağlar.

Deployment Profile Ayarları

User-driven mode (en yaygın):

1
2
3
4
5
6


Deployment mode : User-driven
Join to Azure AD as : Azure AD joined
Microsoft Software License Terms : Auto-accept
Privacy settings : Hide
Hide change account : Hide
User account type : Standard User

Pre-provisioning (White Glove): IT, cihazı son kullanıcıya vermeden önce kurum politikalarını ve uygulamaları önceden yükler. Kullanıcıya sadece kendi kimlik bilgilerini girecek bir cihaz ulaşır.

Enrollment Status Page (ESP)

ESP, kullanıcının masaüstüne geçmeden önce tüm kritik uygulama ve politikaların yüklenmesini garanti eder:

Block device use until all apps and profiles are installed: Yes
Show error when installation takes longer than: 60 dakika
Allow users to collect logs: Yes (sorun giderme kolaylığı)

Sonuç

Intune üzerinde güvenliği katmanlı yapılandırmak; kimlik doğrulamadan cihaz uyumluluğuna, uygulama korumasından uç nokta tehdit zekasına kadar uzanan bir Zero Trust zinciri oluşturur. Her katman tek başına yetersizdir; güç, katmanların birlikte çalışmasından gelir.

Katman	Araç
Kimlik	Entra ID + Conditional Access + MFA/WHfB
Cihaz	Intune MDM + Compliance Policy + BitLocker
Uygulama	MAM + App Protection Policy
Tehdit	Defender for Endpoint + ASR
Süreç	Autopilot + ESP