Bu Konu Neden Önemli?
Microsoft Defender for Endpoint, endpoint telemetrisi, saldırı yüzeyi azaltma, detection ve response özelliklerini birleştiren kurumsal endpoint security platformudur.
Karar Verirken Kontrol Edilecek Noktalar
Onboarding kapsamını cihaz envanteriyle doğrulayın.
EDR alert tuning sürecini planlayın.
Attack Surface Reduction kurallarını audit modunda değerlendirin.
Tamper protection ve yönetici rollerini kontrol edin.
Mimari ve çalışma modeli
Defender for Endpoint’te onboarding, sensör sağlığı, politika ve incident response ayrı aşamalardır. Portalda cihaz görmek güncel telemetri veya doğru prevention ayarı kanıtı değildir. AV, EDR, attack-surface reduction ve isolation kapsamı seçilen plan, OS ve yapılandırmaa bağlıdır.
- 1Onboarding ve sensör
- 2Politika ve telemetri
- 3Incident araştırması
- 4Onaylı izolasyon/geri dönüş
Tasarım parametreleri
- Onboarding ve sensör
- Kayıtlı envanter ile sağlıklı sensörü ayırın; OS desteği, bağlantı ve güncel veri akışını kontrol edin.
- Eylem ve yetki
- İzolasyon, tarama ve canlı yanıtın platform, rol ve lisans koşullarını doğrulayın.
- Kimlik ve tenant sınırı
- Kullanıcı, misafir, yönetici ve uygulama kimliklerini ayırın. Tenant politikaları ile tek kaynağın izinleri aynı kapsam değildir.
- Veri sahipliği ve yaşam döngüsü
- Verinin sahibi, saklama süresi, silinme yolu ve geri kazanım yöntemi belirlenmelidir. Senkronizasyon ile yedeklemeyi ayırın.
- Lisans ve özellik kapsamı
- Kullanıcı rolü, cihaz, tenant ve gerekli özellik üzerinden lisans doğrulayın. Güncel paket adını geçmiş bilgiyle varsaymayın.
- Bağlantı ve maliyet
- İnternet, kimlik servisi, veri çıkışı, depolama ve işletim giderini birlikte değerlendirin. Bütçe alarmının harcamayı otomatik durdurduğunu varsaymayın.
Hesap ve uygulama örneği
Örnek pilotta desteklenen güvenli test bildirimini kullanın, olayın cihazdan portala gelişini ve analist atamasını ölçün. Cihaz izolasyonu onaylı testte sınanmalı; yönetim, istisna ve geri açma yolu kaydedilmelidir. Gerçek zararlı yazılım çalıştırmak gerekli değildir.
Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Cihaz listede, olay verisi gelmiyor | Sensör veya bağlantı sağlığı bozulmuş olabilir. | Son görülen zaman, servis durumu ve desteklenen sağlık testini inceleyin. |
| Bazı kullanıcılar erişemiyor | Lisans, grup, cihaz durumu veya erişim politikası farklı olabilir. | Etkilenen ve çalışan kullanıcıların karar kayıtlarını karşılaştırın. |
| Silinen veri geri getirilemiyor | Saklama ve kurtarma kapsamı beklenenden farklı olabilir. | Nesne türü, silinme zamanı ve resmî kurtarma koşullarını doğrulayın. |
| Maliyet beklenenden yüksek | Kaynak boyutu, veri çıkışı, saklama veya taahhüt kullanımı farklı olabilir. | Kaynak ve hizmet bazında gerçekleşeni tahminle eşleştirin. |
Kabul ve doğrulama kontrolleri
- Sensör güncelliği, politika sonucu ve müdahale yetkisini aynı pilotta doğrulayın.
- Kullanıcı, misafir ve yönetici senaryolarını ayrı test edin.
- Kayıp cihaz ve iptal edilen erişim davranışını doğrulayın.
- Bir test nesnesini silip tanımlı yöntemle geri kazanın.
- Gerekli özellik için güncel lisans kapsamını belgeleyin.
- Günlükleri kimlik ve kaynak açısından uçtan uca eşleştirin.
İlgili kavramlar
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.
En az yetki ve görev ayrımı
En az yetki, bir görevin gerektirdiği izinlerin belirli kaynak ve süreyle sınırlandırılmasıdır. Herkese aynı yönetici rolünü vermek, erişim incelemesini ve olay araştırmasını zorlaştırır. Günlük kullanıcı hesabı ile ayrıcalıklı hesabı ayırın; servis hesaplarının etkileşimli kullanımını ve gereksiz ağ erişimini kısıtlayın. Yetki matrisi, kimliğin kaynağa hangi işlemle eriştiğini göstermelidir. Bir izin kaldırıldığında uygulamanın çalışmayı sürdürmesi de test kapsamına girer: gereksiz yetkiler bazen yalnız kontrollü azaltma sırasında ortaya çıkar.
Politikanın yaşam döngüsü
Bir politika yalnız etkinleştirildiği anda değil, kapsamı değiştikçe de yönetilmelidir. Taslak, gözlem, pilot, uygulama ve periyodik inceleme aşamalarını ayırın. Her istisnanın sahibi, gerekçesi, kapsamı ve sona erme tarihi olmalıdır. Test verileri gerçek kullanıcı davranışını temsil etmezse başarılı pilot üretimde yanlış engellemelere dönüşebilir. Önce kimin ve hangi uygulamanın etkilenebileceğini belirleyin; sonra ölçülebilir kabul koşullarıyla devreye alın. Geri alma yolu yalnız düğme konumunu değil, değişikliğin kim tarafından ve hangi koşulda geri alınacağını da tanımlamalıdır.
Kimlik doğrulama ve oturum
Kimlik doğrulama kullanıcının veya iş yükünün kim olduğunu kanıtlar; yetkilendirme ise bu kimliğin ne yapabileceğini belirler. Başarılı oturum açma, bütün kaynaklara erişim izni anlamına gelmez. Kullanıcı oturumları, servis kimlikleri, API belirteçleri ve cihaz sertifikaları farklı yaşam döngülerine sahiptir. İlk giriş kadar oturum süresi, belirteç yenileme, işten ayrılma, kayıp cihaz ve acil erişim senaryolarını da tasarlayın. Kimlik sağlayıcı erişilemez olduğunda hangi oturumların süreceğini ve hangi yeni erişimlerin engelleneceğini ölçün.
Sürüm ve destek yaşam döngüsü
Bir ürünün kurulabilir olması üretim için desteklendiğini kanıtlamaz. İşletim sistemi, uygulama, sürücü, eklenti ve yönetim aracının uyumluluk zincirini birlikte kontrol edin. Güncelleme planında paket sürümü, destek bitişi, yeniden başlatma gereksinimi ve geri alma yöntemi bulunmalıdır. Test ortamı üretimdeki bağımlılıkları temsil etmezse sonuç yanıltıcı olabilir. Değişiklik sonrası yalnız sürüm numarasını değil, hizmet sağlığını ve önceki iş akışlarını doğrulayın. Bir sürümü sabitlemenin gelecekteki güvenlik düzeltmelerini engelleyebileceğini de dikkate alın.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Birincil teknik dokümantasyon
Bu İçerik Nasıl Hazırlandı?
Doz Teknoloji Teknik Ekibi
İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.
Teknik kriterler + birincil kaynaklar
Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.
Karar kalitesini artırmak
Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.
İlgili Hizmet ve Rehberler
Bu Rehberle İlgili Kurumsal Çözümler
Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.
Teknik İhtiyacınızı Birlikte Değerlendirelim
Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.
Teknik Talep Oluşturun