SQL Server için antivirüsten hangi klasörleri hariç tutabilirsiniz?
Bir iş yükü için istisna ile korumasız bir ana bilgisayar iki farklı karardır. İstisnayı kanıtlanmış etkileşimle sınırlayın ve diğer kontrolleri koruyun.
Veritabanı incelemelerinde iki cümle birbirinin yerine kullanılır, ancak çok farklı anlamlara gelir. Biri belirli bir iş yükünün belirli bir istisnaya ihtiyacı olduğunu söyler; diğeri ana bilgisayarın artık uç nokta korumasına ihtiyacı olmadığını söyler. Birincisi sınırları belirlenmiş bir mühendislik kararıdır, ikincisi ise sahipsiz bir risktir. Bunları ayırmak işin tamamıdır ve sunucunun gerçekte ne yaptığıyla başlar.
Kulağa aynı gelen iki cümle
İstisna bir yolu, süreci veya dosya türünü adlandırır ve bunun için bir gerekçe verir. Terk etme ise bir makineden bir kontrolü kaldırır ve onun yerine bunun gerekçesini verir. İkisi de benzer performans sayıları ve tamamen farklı güvenlik duruşları üretebilir.
Veritabanı sunucusu, terk etme için kötü bir adaydır çünkü diğer her şeyin bağlı olduğu verileri saklar. Masaüstü düzeyinde bir ilke için de kötü bir adaydır çünkü bir veritabanının açık tuttuğu dosyaları taramak masaüstünün hiç görmediği sorunlara yol açar. Dürüst duruş ortadadır ve varsayılmak yerine tartışılmalıdır. Bir incelemenin kaydetmesi gereken tam olarak bu argümandır.
İstisna ile terk etmeyi karşılaştırın
İki seçeneği dört noktada yan yana koyun: neyin korunmaya devam ettiği, neyin açığa çıktığı, kararın kime ait olduğu ve hangi kanıtların onu desteklediği.
Sınırları belirlenmiş bir istisna, ana bilgisayarın geri kalanını öncekiyle aynı koruma altında bırakır, kararı adı belirtilmiş bir sahipte tutar ve yeniden üretilmiş bir belirtiye dayanır. Terk etme, korumayı her şeyden kaldırır ve genellikle makinenin açık olmadığı iddiasına dayanır. Bu iddia, sunucunun gerçek rollerine dayanmak zorundadır, çünkü dosya paylaşımları, bağlı sunucular, aracı işleri ve yönetimsel dosya aktarımları bir güvenlik duvarının asla görmediği bir maruziyet yaratır. Aşağıdaki karşılaştırmanın yalnızca bir sütunu sahip değişikliğinde varlığını sürdürür, çünkü neyin kararlaştırıldığını ve nedenini kaydeder.
| Point | Scoped exception | Blanket exclusion |
|---|---|---|
| Coverage | Only the named paths or processes | The whole host |
| Evidence needed | A reproduced interaction | An argument about exposure |
| Owner | A named reviewer with a date | Usually nobody |
| Behaviour after an update | Reviewed again | Silently inherited |
İstisnayı kanıtlanmış etkileşimle sınırlayın
Listeyle değil belirtiyle başlayın. Dosya erişim çatışması, kaynak baskısı ve yavaş bir sorgu günlüklerde farklı görünür ve farklı düzeltmelere yol açar. Belirtiyi koruma açıkken yeniden üretin, ardından ilgili tam yolu veya süreci belirleyin.
Tipik adaylar veritabanı dosyaları, günlük dosyaları, yedekler ve tam metin katalog dosyalarıdır ve Microsoft'un antivirüs yazılımı ve SQL Server hakkındaki rehberliği dağıtılan sürüm ve güvenlik ürünü için referans olmaya devam eder. Başka bir sunucudan liste kopyalamayın ve tek bir hizmet adının kurulu her bileşeni kapsadığını varsaymayın. Önerilmesi gereken, kanıtlanmış etkileşimi ele alan en küçük istisnadır. Daha geniş olan her şey kendi argümanını gerektirir.
Get-MpPreference | Select-Object -ExpandProperty ExclusionPath
Get-MpComputerStatus | Select-Object AntivirusEnabled, RealTimeProtectionEnabledBu listeyi sunucunun rolüne göre gözden geçirin, çünkü tek bir olay için eklenen istisna genellikle sonsuza kadar kalır. Her girişin yanındaki kısa bir not bir sonraki denetimi mümkün kılmaya yeter.
Ağ ve kimlik kontrollerini koruyun
Uç nokta istisnası, veritabanına kimin erişebileceği hakkında hiçbir şey söylemez. Güvenlik duvarı ilkesi hangi kaynakların SQL veya yönetim oturumu açabileceğini hâlâ sınırlamalıdır ve uygulama hesapları bu oturumların neler yapabileceğini hâlâ sınırlamalıdır.
VPN aynı konuşmaya aittir ve sık sık bir argüman olarak yanlış kullanılır. Erişim yolunu kısıtlamak, oradan gelen dosyaları, betikleri veya sorguları doğrulamaz. Şifrelenmiş tünel bir ağ sensörü için de opaktır, dolayısıyla bir sensörün size verdiği görünürlük ana bilgisayar aracısının verdiği görünürlük değildir. Bunlar farklı kanıt akışlarıdır ve hiçbiri diğerinin yerini almaz. Yama yönetimi, güvenilir yönetim araçları ve test edilmiş kurtarma yolu kendi sahipleriyle ayrı sorumluluklar olarak kalır. Rol hijyeni de buraya girer: ilgisiz gezinme, indirmeler ve dosya paylaşımı görevleri, sahibi bunları açıkça kabul etmedikçe veritabanı ana bilgisayarından uzak durmalıdır.
Değişikliği test edin, sonra sahiplenin
Temsili bir iş yükü ve önemli güvenlik kontrolleriyle test edin, ardından yalnızca ilk hatayı değil kararlılığı, iş hacmini ve süregelen korumayı karşılaştırın.
Get-MpThreatDetection | Sort-Object InitialDetectionTime -Descending | Select-Object -First 5
Get-WinEvent -LogName 'Microsoft-Windows-Windows Defender/Operational' -MaxEvents 20Bileşen veya ürün güncellemelerinden sonra istisnayı yeniden inceleyen bir sahip ve desteklenen bir geri alma yolu tutun, çünkü tek bir yapı için yazılan istisna var olma nedeninden daha uzun yaşayabilir. Kapsamı, gerekçeyi ve inceleme tarihini sunucunun yapı kaydıyla aynı yerde kaydedin. Bu olmadan bir sonraki inceleyici arkasında argüman olmayan bir listeyi devralır. Bir istisna yalnızca gerekçesi hâlâ doğru olduğu sürece savunulabilir.