Mely mappákat zárhatja ki az antivírusból SQL Server esetén?

Két mondatot használnak felcserélhetően az adatbázis-felülvizsgálatokban, pedig egészen mást jelentenek. Az egyik szerint egy adott számítási terhelésnek adott kivételre van szüksége; a másik szerint a gazdagépnek már nincs szüksége végponti védelemre. Az első körülhatárolt mérnöki döntés, a második gazdátlan kockázat. Szétválasztásuk az egész feladat, és azzal kezdődik, mit tesz valójában a kiszolgáló.

Két mondat, amely egyformán hangzik

A kivétel megnevez egy útvonalat, folyamatot vagy fájltípust, és indokot ad rá. A feladás viszont eltávolít egy ellenőrzést a gépről, és helyette arra ad indokot. Mindkettő hasonló teljesítményszámokat és teljesen eltérő biztonsági helyzetet eredményezhet.

Az adatbázis-kiszolgáló rossz jelölt a feladásra, mert azokat az adatokat tárolja, amelyektől minden más függ. Rossz jelölt a munkaállomás-szintű szabályzatra is, mert az adatbázis által nyitva tartott fájlok vizsgálata olyan problémákat okoz, amelyeket egy munkaállomás soha nem lát. Az őszinte álláspont középen van, és érvelni kell mellette, nem feltételezni. Ezt az érvet kell rögzítenie egy felülvizsgálatnak.

Hasonlítsa össze a kivételt és a feladást

Állítsa a két lehetőséget egymás mellé négy ponton: mi marad védve, mi válik kiadottá, ki birtokolja a döntést, és milyen bizonyítékok támasztják alá.

A szűkített kivétel a gazdagép többi részét ugyanazon védelem alatt hagyja, mint korábban, a döntést megnevezett tulajdonosnál tartja, és reprodukált tüneten nyugszik. A feladás mindenről eltávolítja a védelmet, és általában arra az állításra támaszkodik, hogy a gép nincs kitéve. Ennek az állításnak ki kell állnia a kiszolgáló tényleges szerepkörei előtt, mert a fájlmegosztások, a csatolt kiszolgálók, az ügynökfeladatok és az adminisztratív fájlátvitel mind olyan kitettséget teremtenek, amelyet egy tűzfal soha nem lát. Az alábbi összehasonlításnak csak egy oszlopa éli túl a tulajdonosváltást, mert az rögzíti, mit határoztak el és miért.

Szűkítse a kivételt a bizonyított interakcióra

A tünettel kezdje, ne listával. A fájlhozzáférési ütközés, az erőforrás-nyomás és a lassú lekérdezés másként látszik a naplókban, és más javításokhoz vezet. Reprodukálja a tünetet bekapcsolt védelem mellett, majd azonosítsa a pontos érintett útvonalat vagy folyamatot.

Tipikus jelöltek az adatbázisfájlok, a naplófájlok, a biztonsági mentések és a teljes szövegű katalógusfájlok, és a Microsoft útmutatása az antivírus-szoftverről és az SQL Serverről továbbra is hivatkozás a telepített verzióhoz és a biztonsági termékhez. Ne másoljon listát egy másik kiszolgálóról, és ne feltételezze, hogy egy szolgáltatásnév minden telepített összetevőt lefed. A legkisebb kivételt érdemes javasolni, amely a bizonyított interakcióra válaszol. Minden szélesebb saját érvelést igényel.

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

Vizsgálja felül ezt a listát a kiszolgáló szerepköréhez képest, mert az egy incidens miatt hozzáadott kivétel általában örökre megmarad. Egy rövid megjegyzés minden bejegyzés mellett elég ahhoz, hogy a következő audit lehetséges legyen.

Tartsa meg a hálózati és identitás-ellenőrzéseket

A végponti kivétel semmit sem mond arról, ki érheti el az adatbázist. A tűzfal-szabályzatnak továbbra is korlátoznia kell, mely források nyithatnak SQL vagy felügyeleti munkamenetet, és az alkalmazásfiókoknak továbbra is korlátozniuk kell, mit tehetnek ezek a munkamenetek.

A VPN ugyanahhoz a beszélgetéshez tartozik, és gyakran használják érvként helytelenül. A hozzáférési útvonal korlátozása nem hitelesíti a rajta érkező fájlokat, szkripteket vagy lekérdezéseket. A titkosított alagút a hálózati érzékelő számára is átláthatatlan, tehát az érzékelő adta láthatóság nem azonos a gazdagépen futó ügynök adta láthatósággal. Ezek különböző bizonyítékfolyamok, és egyik sem helyettesíti a másikat. A javításkezelés, a megbízható adminisztratív eszközök és a tesztelt helyreállítási útvonal külön felelősségek maradnak saját tulajdonossal. A szerepkör-higiénia is ide tartozik: a nem kapcsolódó böngészés, letöltések és fájlmegosztási feladatok maradjanak távol az adatbázis gazdagépétől, hacsak tulajdonosa kifejezetten el nem fogadta azokat.

Tesztelje a változtatást, majd vállaljon érte felelősséget

Teszteljen reprezentatív számítási terheléssel és a fontos biztonsági ellenőrzésekkel, majd hasonlítsa össze a stabilitást, az átbocsátást és a folyamatos védelmet, nem csak az eredeti hibát.

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

Tartson fenn támogatott visszaállítási útvonalat és olyan tulajdonost, aki az összetevő- vagy termékfrissítések után felülvizsgálja a kivételt, mert az egy buildhez írt kivétel túlélheti a létezésének okát. Rögzítse a hatókört, az okot és a felülvizsgálat dátumát ugyanott, ahol a kiszolgáló build-rekordját. Enélkül a következő felülvizsgáló érvelés nélküli listát örököl. A kivétel csak addig védhető, amíg az oka még igaz.