Mitkä kansiot voit jättää pois virustorjunnasta SQL Serveriä varten?
Työkuorman poikkeus ja suojaamaton isäntä ovat kaksi eri päätöstä. Rajaa poikkeus osoitettuun vuorovaikutukseen ja pidä muut valvontakeinot.
Kahden lauseen käyttöä vaihdellaan tietokantakatselmuksissa, ja ne tarkoittavat hyvin eri asioita. Toinen sanoo, että tietty työkuorma tarvitsee tietyn poikkeuksen; toinen sanoo, että isäntä ei enää tarvitse päätepisteen suojausta. Ensimmäinen on rajattu insinööripäätös ja toinen on omistajaton riski. Niiden erottaminen on koko tehtävä, ja se alkaa siitä, mitä palvelin todella tekee.
Kaksi lausetta, jotka kuulostavat samalta
Poikkeus nimeää polun, prosessin tai tiedostotyypin ja antaa sille perusteen. Luopuminen poistaa valvonnan koneesta ja antaa sen sijaan perusteen sille. Molemmat voivat tuottaa samankaltaisia suorituskykylukuja ja täysin erilaiset turva-asennot.
Tietokantapalvelin on huono ehdokas luopumiselle, koska se säilyttää tiedot, joista kaikki muu riippuu. Se on huono ehdokas myös työpöytätason käytännölle, koska sellaisten tiedostojen skannaaminen, joita tietokanta pitää avoinna, aiheuttaa ongelmia, joita työpöytä ei koskaan näe. Rehellinen kanta on keskellä, ja se on perusteltava eikä oletettava. Juuri sen perustelun katselmuksen pitää tallentaa.
Vertaa poikkeusta ja luopumista
Aseta kaksi vaihtoehtoa rinnakkain neljässä kohdassa: mikä pysyy suojattuna, mikä altistuu, kuka omistaa päätöksen ja mitkä todisteet sitä tukevat.
Rajattu poikkeus jättää isännän muun osan saman suojauksen alle kuin ennenkin, pitää päätöksen nimetyllä omistajalla ja nojaa toistettuun oireeseen. Luopuminen poistaa suojauksen kaikesta ja nojaa yleensä väitteeseen, ettei kone ole altistunut. Väitteen on kestettävä palvelimen todelliset roolit, koska tiedostojakamiset, linkitetyt palvelimet, agenttityöt ja hallinnolliset tiedostonsiirrot luovat kaikki altistusta, jota palomuuri ei koskaan näe. Vain yksi alla olevan vertailun sarake kestää omistajan vaihtumisen, koska se kirjaa, mitä päätettiin ja miksi.
| 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 |
Rajaa poikkeus osoitettuun vuorovaikutukseen
Aloita oireesta, älä luettelosta. Tiedostonkäyttökonflikti, resurssipaine ja hidas kysely näyttävät lokeissa erilaisilta ja johtavat erilaisiin korjauksiin. Toista oire suojaus päällä ja tunnista sitten tarkka osallinen polku tai prosessi.
Tyypillisiä ehdokkaita ovat tietokantatiedostot, lokitiedostot, varmuuskopiot ja täystekstihakemiston tiedostot, ja Microsoftin ohje virustorjuntaohjelmista ja SQL Serveristä pysyy käyttöön otetun version ja turvatuotteen viitteenä. Älä kopioi luetteloa toisesta palvelimesta äläkä oleta, että yksi palvelunimi kattaa kaikki asennetut komponentit. Pienin osoitettuun vuorovaikutukseen puuttuva poikkeus on se, joka kannattaa ehdottaa. Kaikki laajempi tarvitsee oman perustelunsa.
Get-MpPreference | Select-Object -ExpandProperty ExclusionPath
Get-MpComputerStatus | Select-Object AntivirusEnabled, RealTimeProtectionEnabledKäy luettelo läpi palvelimen roolia vasten, koska yhtä tapahtumaa varten lisätty poikkeus jää yleensä ikuisesti. Lyhyt merkintä kunkin kohdan vieressä riittää tekemään seuraavan auditoinnin mahdolliseksi.
Säilytä verkko- ja identiteettivalvonta
Päätepisteen poikkeus ei kerro mitään siitä, kuka voi päästä tietokantaan. Palomuurikäytännön pitäisi edelleen rajata, mitkä lähteet voivat avata SQL- tai hallintayhteyden, ja sovellustilien pitäisi edelleen rajata, mitä nämä yhteydet saavat tehdä.
VPN kuuluu samaan keskusteluun ja sitä käytetään usein väärin perusteena. Pääsypolun rajaaminen ei validoi tiedostoja, komentosarjoja tai kyselyitä, jotka tulevat sen kautta. Salattu tunneli on myös läpinäkymätön verkkosensorille, joten sensorin antama näkyvyys ei ole se näkyvyys, jonka isäntäagentti antaa. Ne ovat eri todistusvirtoja, eikä kumpikaan korvaa toista. Korjausten hallinta, luotetut hallintatyökalut ja testattu palautuspolku pysyvät erillisinä vastuina omine omistajineen. Roolihygienia kuuluu myös tähän: asiaankuulumaton selailu, lataukset ja tiedostonjakotehtävät pitäisi pitää poissa tietokantaisännästä, ellei sen omistaja ole nimenomaisesti hyväksynyt niitä.
Testaa muutos ja ota se sitten omistukseesi
Testaa edustavalla työkuormalla ja merkityksellisillä turvatarkistuksilla ja vertaa sitten vakautta, läpimenoa ja jatkuvaa suojausta eikä vain alkuperäistä virhettä.
Get-MpThreatDetection | Sort-Object InitialDetectionTime -Descending | Select-Object -First 5
Get-WinEvent -LogName 'Microsoft-Windows-Windows Defender/Operational' -MaxEvents 20Säilytä tuettu palautuspolku ja omistaja, joka tarkistaa poikkeuksen komponentti- tai tuotepäivitysten jälkeen, koska yhtä buildia varten kirjoitettu poikkeus voi elää pidempään kuin syy, jonka vuoksi se oli olemassa. Kirjaa laajuus, syy ja tarkistuspäivä samaan paikkaan kuin palvelimen build-tietue. Ilman sitä seuraava katselmoija perii luettelon, jonka takana ei ole perustelua. Poikkeus on puolustettavissa vain niin kauan kuin sen syy on vielä totta.