To setningar vert brukte om einannan i databaserevisjonar, og dei tyder svært ulike ting. Den eine seier at ei bestemd arbeidsbelastning treng eit bestemt unntak; den andre seier at verten ikkje lenger treng endepunktsvern. Den første er ei avgrensa ingeniøravgjerd, og den andre er ein risiko utan eigar. Å skilje dei er heile oppgåva, og ho byrjar med kva tenaren faktisk gjer.

To setningar som høyrest like ut

Eit unntak nemner ein stig, ein prosess eller ein filtype og oppgir ein grunn for det. Ei oppgjeving fjernar ein kontroll frå ein maskin og oppgir i staden ein grunn for det. Dei to kan gje liknande ytingstal og heilt ulike tryggleiksstillingar.

Ein databasetenar er ein dårleg kandidat for oppgjeving fordi han lagrar dataa som alt anna er avhengig av. Han er også ein dårleg kandidat for ein policy på skrivebordsnivå, fordi skanning av filer som ein database held opne skapar problem eit skrivebord aldri ser. Den ærlege posisjonen ligg i midten, og han må argumenterast for i staden for å takast for gitt. Det er det argumentet ein revisjon skal fange.

Samanlikn unntaket og oppgjevinga

Set dei to alternativa side ved side på fire punkt: kva som held fram med å vere verna, kva som vert eksponert, kven som eig avgjerda, og kva prov som støttar henne.

Eit avgrensa unntak lèt resten av verten vere under same vern som før, held avgjerda hos ein namngjeven eigar og kviler på eit reprodusert symptom. Ei oppgjeving fjernar vernet frå alt og kviler vanlegvis på påstanden om at maskinen ikkje er eksponert. Den påstanden må tole dei faktiske rollene til tenaren, fordi fildelingar, kopla tenarar, agentjobbar og administrative filoverføringar alle skapar eksponering som ein brannmur aldri ser. Berre éin kolonne i samanlikninga nedanfor overlever eit eigarskifte, fordi han registrerer kva som vart avgjort og kvifor.

PointScoped exceptionBlanket exclusion
CoverageOnly the named paths or processesThe whole host
Evidence neededA reproduced interactionAn argument about exposure
OwnerA named reviewer with a dateUsually nobody
Behaviour after an updateReviewed againSilently inherited

Avgrens eit unntak til den påviste interaksjonen

Byrja med symptomet i staden for med ei liste. Ein filtilgangskonflikt, ressurspress og ei treg spørjing ser ulike ut i loggane og fører til ulike rettingar. Reproduser symptomet med vernet slått på, og identifiser deretter den nøyaktige stigen eller prosessen som er involvert.

Typiske kandidatar er databasefiler, loggfiler, tryggingskopiar og fulltekstkatalogfiler, og rettleiinga frå Microsoft om antivirusprogramvare og SQL Server er framleis referansen for den utrulla versjonen og tryggleiksproduktet. Ikkje kopier ei liste frå ein annan tenar, og ikkje gå ut frå at eitt tenestenamn dekkjer kvar installert komponent. Det minste unntaket som handsamar den påviste interaksjonen, er det som bør føreslåast. Alt breiare treng sitt eige argument.

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

Gå gjennom lista mot rolla til tenaren, fordi eit unntak som er lagt til for éin hending, har ein tendens til å bli for alltid. Eit kort notat ved kvar oppføring er nok til å gjere neste revisjon mogleg.

Hald på nettverks- og identitetskontrollane

Eit endepunktsunntak seier ingenting om kven som kan nå databasen. Brannmurpolitikken bør framleis avgrense kva kjelder som kan opne ein SQL- eller administrasjonsøkt, og applikasjonskontoar bør framleis avgrense kva desse øktene kan gjere.

Ein VPN høyrer til i same samtale og vert ofte misbrukt som argument. Å avgrense tilgangsstigen validerer ikkje filene, skripta eller spørjingane som kjem gjennom han. Ein kryptert tunnel er også ugjennomsiktig for ein nettverkssensor, så synlegheiten ein sensor gir deg er ikkje synlegheiten ein vertsagent gir deg. Det er ulike provstraumar, og ingen av dei erstattar den andre. Patch-handtering, betrodde administrative verktøy og ein testa gjenopprettingssti blir verande separate ansvar med eigne eigarar. Rollehygiene høyrer også heime her: ubeslekta surfing, nedlastingar og fildelingsoppgåver bør haldast borte frå databaseverten med mindre eigaren uttrykkeleg har akseptert dei.

Test endringa, og ta deretter ansvar

Test med ei representativ arbeidsbelastning og tryggleikssjekkane som betyr noko, og samanlikn deretter stabilitet, gjennomstrøyming og fortsatt vern i staden for berre den opphavlege feilen.

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

Hald på ein støtta tilbakerullingssti og ein eigar som går gjennom unntaket etter komponent- eller produktoppdateringar, fordi eit unntak skrive for éin build kan overleve grunnen til at det fanst. Registrer omfanget, grunnen og gjennomgangsdatoen på same stad som buildregistreringa til tenaren. Utan det arvar neste gjennomgang ei liste utan noko argument bak. Eit unntak kan forsvarast berre så lenge grunnen framleis er sann.

Relaterte artiklar