Dve vety sa v recenziách databáz používajú zameniteľne, no znamenajú veľmi odlišné veci. Jedna hovorí, že konkrétne pracovné zaťaženie potrebuje konkrétnu výnimku; druhá hovorí, že hostiteľ už nepotrebuje ochranu koncového bodu. Prvá je vymedzené inžinierske rozhodnutie a druhá je riziko bez vlastníka. Oddeliť ich je celá úloha a začína tým, čo server skutočne robí.

Dve vety, ktoré znejú rovnako

Výnimka pomenuje cestu, proces alebo typ súboru a uvedie na to dôvod. Opustenie odoberie stroju kontrolu a namiesto toho uvedie dôvod na to. Obe môžu dať podobné čísla výkonu a úplne odlišné bezpečnostné postoje.

Databázový server je zlý kandidát na opustenie, pretože ukladá údaje, od ktorých závisí všetko ostatné. Je tiež zlým kandidátom na politiku na úrovni pracovnej plochy, pretože skenovanie súborov, ktoré databáza drží otvorené, spôsobuje problémy, ktoré pracovná plocha nikdy nevidí. Poctivá pozícia je v strede a treba ju argumentovať, nie predpokladať. Práve tento argument má recenzia zachytiť.

Porovnajte výnimku a opustenie

Postavte obe možnosti vedľa seba v štyroch bodoch: čo zostáva chránené, čo sa stáva vystaveným, kto rozhodnutie vlastní a aké dôkazy ho podporujú.

Vymedzená výnimka ponecháva zvyšok hostiteľa pod rovnakou ochranou ako predtým, drží rozhodnutie u menovaného vlastníka a opiera sa o reprodukovaný symptóm. Opustenie odstraňuje ochranu zo všetkého a zvyčajne sa opiera o tvrdenie, že stroj nie je vystavený. Toto tvrdenie musí obstáť pred skutočnými rolami servera, pretože zdieľané priečinky, prepojené servery, úlohy agenta a administratívne prenosy súborov vytvárajú vystavenie, ktoré firewall nikdy nevidí. Zmenu vlastníctva prežije iba jeden stĺpec nižšie uvedeného porovnania, pretože zaznamenáva, čo sa rozhodlo a prečo.

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

Obmedzte výnimku na preukázanú interakciu

Začnite symptómom, nie zoznamom. Konflikt prístupu k súborom, tlak na zdroje a pomalá požiadavka vyzerajú v záznamoch inak a vedú k iným opravám. Reprodukujte symptóm so zapnutou ochranou a potom určte presnú dotknutú cestu alebo proces.

Typickými kandidátmi sú databázové súbory, logovacie súbory, zálohy a súbory katalógu plného textu a pokyny Microsoftu k antivírusovému softvéru a SQL Serveru zostávajú referenciou pre nasadenú verziu a bezpečnostný produkt. Nekopírujte zoznam z iného servera a nepredpokladajte, že jeden názov služby pokrýva každý nainštalovaný komponent. Navrhnúť treba najmenšiu výnimku, ktorá rieši preukázanú interakciu. Čokoľvek širšie potrebuje vlastný argument.

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

Prejdite tento zoznam proti role servera, pretože výnimka pridaná kvôli jednému incidentu zvyčajne zostane navždy. Krátka poznámka pri každej položke stačí na to, aby bola možná ďalšia revízia.

Zachovajte sieťové kontroly a kontroly identity

Výnimka koncového bodu nehovorí nič o tom, kto sa smie dostať k databáze. Politika firewallu má ďalej obmedzovať, ktoré zdroje môžu otvoriť SQL alebo správcovskú reláciu, a účty aplikácií majú ďalej obmedzovať, čo tieto relácie smú robiť.

VPN patrí do rovnakého rozhovoru a často sa používa nesprávne ako argument. Obmedzenie prístupovej cesty neoveruje súbory, skripty ani požiadavky, ktoré cez ňu prichádzajú. Šifrovaný tunel je tiež nepriehľadný pre sieťový senzor, takže viditeľnosť, ktorú vám senzor dáva, nie je viditeľnosť, ktorú vám dáva agent hostiteľa. Sú to rôzne toky dôkazov a ani jeden nenahrádza druhý. Správa záplat, dôveryhodné administratívne nástroje a otestovaná cesta obnovy zostávajú samostatnými zodpovednosťami s vlastnými vlastníkmi. Hygiena rolí sem patrí tiež: nesúvisiace prehliadanie, sťahovanie a úlohy zdieľania súborov majú zostať mimo hostiteľa databázy, pokiaľ ich jeho vlastník výslovne neprijal.

Otestujte zmenu a potom ju vlastnite

Testujte s reprezentatívnym pracovným zaťažením a bezpečnostnými kontrolami, na ktorých záleží, a potom porovnajte stabilitu, priepustnosť a pokračujúcu ochranu, nie iba pôvodnú chybu.

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

Zachovajte podporovanú cestu vrátenia a vlastníka, ktorý výnimku po aktualizáciách komponentov alebo produktu znova posúdi, pretože výnimka napísaná pre jeden build môže prežiť dôvod svojej existencie. Zapíšte rozsah, dôvod a dátum revízie na to isté miesto ako záznam o builde servera. Bez toho ďalší recenzent zdedí zoznam bez argumentu. Výnimka je obhájiteľná len dovtedy, kým je jej dôvod stále pravdivý.

Súvisiace články