SQL Server üçün antivirusdan hansı qovluqları istisna etmək olar?

Verilənlər bazası rəylərində iki cümlə bir-birinin əvəzinə işlədilir və onlar tamamilə fərqli mənalar daşıyır. Biri deyir ki, konkret iş yükü konkret istisna tələb edir; digəri deyir ki, host artıq son nöqtə qorumasına ehtiyac duymur. Birincisi hüdudları müəyyən edilmiş mühəndis qərarıdır, ikincisi isə sahibsiz riskdir. Onları ayırmaq bütün vəzifədir və bu, serverin əslində nə etdiyindən başlayır.

Eyni səslənən iki cümlə

İstisna yolun, prosesin və ya fayl növünün adını çəkir və buna səbəb göstərir. İmtina isə nəzarəti maşından çıxarır və bunun əvəzinə buna səbəb göstərir. Hər ikisi oxşar məhsuldarlıq rəqəmləri və tamamilə fərqli təhlükəsizlik vəziyyəti yarada bilər.

Verilənlər bazası serveri imtina üçün zəif namizəddir, çünki bütün digər şeylərin asılı olduğu məlumatları saxlayır. O, həm də masaüstü səviyyəli siyasət üçün zəif namizəddir, çünki verilənlər bazasının açıq saxladığı faylların skan edilməsi masaüstünün heç vaxt görmədiyi problemlər yaradır. Dürüst mövqe ortada dayanır və onu güman etmək əvəzinə əsaslandırmaq lazımdır. Rəyin tutmalı olduğu şey məhz bu əsaslandırmadır.

İstisna ilə imtinanı müqayisə edin

İki variantı dörd nöqtə üzrə yanaşı qoyun: nə qorunur, nə açıq olur, qərar kimə aiddir və onu hansı sübutlar dəstəkləyir.

Hüdudları müəyyən edilmiş istisna hostun qalan hissəsini əvvəlki kimi qoruma altında saxlayır, qərarı adı çəkilən sahibdə saxlayır və təkrar istehsal edilmiş simptoma əsaslanır. İmtina hər şeydən qoruması çıxarır və adətən maşının açıq olmadığı iddiasına əsaslanır. Bu iddia serverin real rollarına tab gətirməlidir, çünki fayl paylaşımları, əlaqəli serverlər, agent işləri və inzibati fayl köçürmələri firewallun heç vaxt görmədiyi məruz qalma yaradır. Aşağıdakı müqayisənin yalnız bir sütunu sahiblik dəyişikliyindən sonra da qüvvədə qalır, çünki nə qərar verildiyini və niyə verildiyini qeyd edir.

İstisnanı sübut edilmiş qarşılıqlı təsirlə məhdudlaşdırın

Siyahıdan deyil, simptomdan başlayın. Fayl girişi münaqişəsi, resurs təzyiqi və yavaş sorğu jurnallarda fərqli görünür və fərqli düzəlişlərə aparır. Simptomu qoruma aktiv halda təkrar istehsal edin, sonra iştirak edən dəqiq yolu və ya prosesi müəyyənləşdirin.

Tipik namizədlər verilənlər bazası faylları, jurnal faylları, ehtiyat nüsxələr və tam mətn kataloqu fayllarıdır və Microsoft-un antivirus proqramı və SQL Server barədə təlimatı yerləşdirilmiş versiya və təhlükəsizlik məhsulu üçün istinad olaraq qalır. Siyahını başqa serverdən kopyalamayın və bir xidmət adının quraşdırılmış hər komponenti əhatə etdiyini güman etməyin. Göstərilən qarşılıqlı təsirə cavab verən ən kiçik istisna təklif olunmalıdır. Daha geniş hər şey öz əsaslandırmasını tələb edir.

Get-MpPreference | Select-Object -ExpandProperty ExclusionPath
Get-MpComputerStatus | Select-Object AntivirusEnabled, RealTimeProtectionEnabled

Bu siyahını serverin rolu ilə tutuşdurun, çünki bir hadisə üçün əlavə edilən istisna əbədi qalmağa meyllidir. Hər bəndin yanındakı qısa qeyd növbəti auditi mümkün etməyə kifayətdir.

Şəbəkə və kimlik nəzarətlərini saxlayın

Son nöqtə istisnası verilənlər bazasına kimin çata biləcəyi barədə heç nə demir. Firewall siyasəti hələ də hansı mənbələrin SQL və ya idarəetmə sessiyası aça biləcəyini məhdudlaşdırmalıdır və tətbiq hesabları hələ də bu sessiyaların nə edə biləcəyini məhdudlaşdırmalıdır.

VPN də həmin söhbətə aiddir və tez-tez arqument kimi səhv istifadə olunur. Giriş yolunun məhdudlaşdırılması onunla gələn faylları, skriptləri və sorğuları təsdiqləmir. Şifrələnmiş tunel də şəbəkə sensoru üçün qeyri-şəffafdır, ona görə sensorun verdiyi görünürlük host agentinin verdiyi görünürlük deyil. Bunlar fərqli sübut axınlarıdır və biri digərini əvəz etmir. Yamaq idarəetməsi, etibarlı inzibati alətlər və sınaqdan keçmiş bərpa yolu öz sahibləri ilə ayrı məsuliyyətlər olaraq qalır. Rol gigiyenası da buraya aiddir: əlaqəsiz brauzer gəzintisi, yükləmələr və fayl paylaşma vəzifələri, sahibi açıq şəkildə qəbul etmədikcə verilənlər bazası hostundan uzaq saxlanmalıdır.

Dəyişikliyi sınayın, sonra sahiblik edin

Təmsilçi iş yükü və əhəmiyyətli təhlükəsizlik yoxlamaları ilə sınaqdan keçirin, sonra yalnız ilkin xəta ilə deyil, sabitlik, ötürmə qabiliyyəti və davam edən qoruma ilə müqayisə edin.

Get-MpThreatDetection | Sort-Object InitialDetectionTime -Descending | Select-Object -First 5
Get-WinEvent -LogName 'Microsoft-Windows-Windows Defender/Operational' -MaxEvents 20

Dəstəklənən geri qaytarma yolu və komponent və ya məhsul yeniləmələrindən sonra istisnanı nəzərdən keçirən sahib saxlayın, çünki bir build üçün yazılmış istisna mövcud olma səbəbini üstələyə bilər. Əhatəni, səbəbi və baxış tarixini serverin build qeydi ilə eyni yerdə qeyd edin. Bu olmadan növbəti rəyçi arxasında əsaslandırma olmayan bir siyahı miras alır. İstisna yalnız səbəbi hələ doğru olduqda müdafiə oluna bilər.