డేటాబేస్ సమీక్షలలో రెండు వాక్యాలు ఒకదానికి బదులుగా మరొకటి వాడబడతాయి, కానీ వాటి అర్థం చాలా భిన్నం. ఒకటి నిర్దిష్ట వర్క్‌లోడ్‌కు నిర్దిష్ట మినహాయింపు అవసరమని చెబుతుంది; మరొకటి హోస్ట్‌కు ఇకపై ఎండ్‌పాయింట్ రక్షణ అవసరం లేదని చెబుతుంది. మొదటిది పరిమిత ఇంజినీరింగ్ నిర్ణయం, రెండవది యజమాని లేని ప్రమాదం. వాటిని వేరు చేయడమే మొత్తం పని, అది సర్వర్ వాస్తవంగా ఏమి చేస్తుంది అనే దానితో ప్రారంభమవుతుంది.

ఒకేలా వినిపించే రెండు వాక్యాలు

మినహాయింపు ఒక మార్గం, ప్రక్రియ లేదా ఫైల్ రకాన్ని పేర్కొని దానికి కారణం చెబుతుంది. కానీ వదిలివేయడం యంత్రం నుండి నియంత్రణను తొలగించి దానికి బదులుగా కారణం చెబుతుంది. రెండూ సమానమైన పనితీరు సంఖ్యలు మరియు పూర్తిగా భిన్నమైన భద్రతా స్థితులను ఇవ్వగలవు.

డేటాబేస్ సర్వర్ వదిలివేయడానికి పేలవమైన అభ్యర్థి, ఎందుకంటే మిగతా అన్నీ ఆధారపడే డేటాను అది నిల్వ చేస్తుంది. డెస్క్‌టాప్ స్థాయి విధానానికి కూడా ఇది పేలవమైన అభ్యర్థి, ఎందుకంటే డేటాబేస్ తెరిచి ఉంచే ఫైల్లను స్కాన్ చేయడం డెస్క్‌టాప్ ఎప్పుడూ చూడని సమస్యలను కలిగిస్తుంది. నిజాయితీ స్థానం మధ్యలో ఉంది, దానిని ఊహించకుండా వాదించాలి. సమీక్ష నమోదు చేయాల్సింది ఆ వాదననే.

మినహాయింపు మరియు వదిలివేయడాన్ని పోల్చండి

రెండు ఎంపికలను నాలుగు అంశాలపై పక్కపక్కన ఉంచండి: ఏది రక్షితంగా ఉంటుంది, ఏది బహిర్గతమవుతుంది, నిర్ణయం ఎవరిది, మరియు ఏ ఆధారాలు దానిని బలపరుస్తాయి.

పరిమిత మినహాయింపు హోస్ట్ మిగిలిన భాగాన్ని మునుపటిలాగే అదే రక్షణ కింద ఉంచుతుంది, నిర్ణయాన్ని పేరున్న యజమాని వద్ద ఉంచుతుంది మరియు పునరుత్పత్తి చేసిన లక్షణంపై ఆధారపడుతుంది. వదిలివేయడం అన్నింటి నుండి రక్షణను తొలగిస్తుంది మరియు సాధారణంగా యంత్రం బహిర్గతం కాలేదనే వాదనపై ఆధారపడుతుంది. ఆ వాదన సర్వర్ యొక్క వాస్తవ పాత్రల ముందు నిలబడాలి, ఎందుకంటే ఫైల్ షేర్లు, లింక్డ్ సర్వర్లు, ఏజెంట్ పనులు మరియు పరిపాలనా ఫైల్ బదిలీలు అన్నీ ఫైర్‌వాల్ ఎప్పుడూ చూడని బహిర్గతతను సృష్టిస్తాయి. క్రింది పోలికలో ఒక నిలువు వరుస మాత్రమే యాజమాన్యం మారినా నిలిచి ఉంటుంది, ఎందుకంటే అది ఏమి నిర్ణయించారు, ఎందుకు అనేది నమోదు చేస్తుంది.

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

మినహాయింపును నిరూపితమైన పరస్పర చర్యకు పరిమితం చేయండి

జాబితా నుండి కాదు, లక్షణం నుండి ప్రారంభించండి. ఫైల్ యాక్సెస్ ఘర్షణ, వనరుల ఒత్తిడి మరియు నెమ్మదైన క్వెరీ లాగ్‌లలో భిన్నంగా కనిపిస్తాయి మరియు భిన్నమైన సవరణలకు దారితీస్తాయి. రక్షణ ఆన్ చేసి లక్షణాన్ని పునరుత్పత్తి చేయండి, తర్వాత పాల్గొన్న ఖచ్చితమైన మార్గం లేదా ప్రక్రియను గుర్తించండి.

సాధారణ అభ్యర్థులు డేటాబేస్ ఫైల్లు, లాగ్ ఫైల్లు, బ్యాకప్‌లు మరియు పూర్తి పాఠ్య కేటలాగ్ ఫైల్లు, మరియు యాంటీవైరస్ సాఫ్ట్‌వేర్ మరియు SQL Server గురించి Microsoft మార్గదర్శకం అమలు చేసిన వెర్షన్ మరియు భద్రతా ఉత్పత్తికి సూచనగా ఉంటుంది. మరొక సర్వర్ నుండి జాబితాను కాపీ చేయవద్దు, ఒక సేవా పేరు ఇన్‌స్టాల్ చేసిన ప్రతి భాగాన్ని కవర్ చేస్తుందని భావించవద్దు. నిరూపితమైన పరస్పర చర్యను పరిష్కరించే అతి చిన్న మినహాయింపే ప్రతిపాదించాలి. దానికి మించిన ఏదైనా తన స్వంత వాదనను కోరుతుంది.

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

ఆ జాబితాను సర్వర్ పాత్రకు వ్యతిరేకంగా సమీక్షించండి, ఎందుకంటే ఒక సంఘటన కోసం జోడించిన మినహాయింపు సాధారణంగా శాశ్వతంగా ఉంటుంది. ప్రతి నమోదు పక్కన చిన్న గమనిక తదుపరి ఆడిట్ సాధ్యమయ్యేలా చేయడానికి సరిపోతుంది.

నెట్‌వర్క్ మరియు గుర్తింపు నియంత్రణలను ఉంచండి

ఎండ్‌పాయింట్ మినహాయింపు డేటాబేస్‌ను ఎవరు చేరుకోవచ్చు అనే దాని గురించి ఏమీ చెప్పదు. ఫైర్‌వాల్ విధానం ఏ మూలాలు SQL లేదా నిర్వహణ సెషన్‌ను తెరవగలవో ఇంకా పరిమితం చేయాలి, మరియు అప్లికేషన్ ఖాతాలు ఆ సెషన్లు ఏమి చేయగలవో ఇంకా పరిమితం చేయాలి.

VPN కూడా అదే సంభాషణలో భాగం మరియు తరచుగా వాదనగా తప్పుగా ఉపయోగించబడుతుంది. యాక్సెస్ మార్గాన్ని పరిమితం చేయడం దాని ద్వారా వచ్చే ఫైల్లు, స్క్రిప్ట్‌లు లేదా క్వెరీలను ధ్రువీకరించదు. కూటమి చేసిన సొరంగం నెట్‌వర్క్ సెన్సర్‌కు అపారదర్శకంగా కూడా ఉంటుంది, కాబట్టి సెన్సర్ ఇచ్చే దృశ్యత హోస్ట్ ఏజెంట్ ఇచ్చే దృశ్యత కాదు. ఇవి వేర్వేరు ఆధార ప్రవాహాలు, ఒకటి మరొకదాన్ని భర్తీ చేయదు. ప్యాచ్ నిర్వహణ, విశ్వసనీయ పరిపాలనా సాధనాలు మరియు పరీక్షించిన పునరుద్ధరణ మార్గం తమ స్వంత యజమానులతో వేర్వేరు బాధ్యతలుగా ఉంటాయి. పాత్ర పరిశుభ్రత కూడా ఇక్కడికి చెందుతుంది: సంబంధం లేని బ్రౌజింగ్, డౌన్‌లోడ్‌లు మరియు ఫైల్ షేరింగ్ పనులు యజమాని వాటిని స్పష్టంగా అంగీకరించని పక్షంలో డేటాబేస్ హోస్ట్ నుండి దూరంగా ఉండాలి.

మార్పును పరీక్షించండి, తర్వాత దాని బాధ్యత తీసుకోండి

ప్రాతినిధ్య వర్క్‌లోడ్ మరియు ముఖ్యమైన భద్రతా తనిఖీలతో పరీక్షించండి, తర్వాత అసలు లోపం మాత్రమే కాకుండా స్థిరత్వం, నిర్గమాంశ మరియు నిరంతర రక్షణను పోల్చండి.

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

భాగం లేదా ఉత్పత్తి నవీకరణల తర్వాత మినహాయింపును సమీక్షించే యజమానిని మరియు మద్దతు ఉన్న రోల్‌బ్యాక్ మార్గాన్ని ఉంచండి, ఎందుకంటే ఒక బిల్డ్ కోసం రాసిన మినహాయింపు దాని ఉనికికి కారణం కంటే ఎక్కువ కాలం నిలిచి ఉండవచ్చు. పరిధి, కారణం మరియు సమీక్ష తేదీని సర్వర్ బిల్డ్ రికార్డ్ ఉన్న అదే స్థలంలో నమోదు చేయండి. అది లేకుండా తదుపరి సమీక్షకుడు వెనుక వాదన లేని జాబితాను వారసత్వంగా పొందుతాడు. మినహాయింపు దాని కారణం ఇంకా నిజమై ఉన్నంత వరకే సమర్థించదగినది.

సంబంధిత వ్యాసాలు