SQL Server-നായി ആന്റിവൈറസിൽ നിന്ന് ഏത് ഫോൾഡറുകൾ ഒഴിവാക്കാം?
വർക്ക്ലോഡ് ഒഴിവാക്കലും സംരക്ഷണമില്ലാത്ത ഹോസ്റ്റും രണ്ട് വ്യത്യസ്ത തീരുമാനങ്ങളാണ്. ഒഴിവാക്കൽ തെളിയിക്കപ്പെട്ട ഇടപെടലിൽ പരിമിതപ്പെടുത്തി മറ്റ് നിയന്ത്രണങ്ങൾ നിലനിർത്തുക.
ഡാറ്റാബേസ് അവലോകനങ്ങളിൽ രണ്ട് വാക്യങ്ങൾ പരസ്പരം പകരമായി ഉപയോഗിക്കുന്നു, എന്നാൽ അവ തികച്ചും വ്യത്യസ്തമായ കാര്യങ്ങളാണ് അർത്ഥമാക്കുന്നത്. ഒന്ന് പറയുന്നത് ഒരു നിർദ്ദിഷ്ട വർക്ക്ലോഡിന് ഒരു നിർദ്ദിഷ്ട ഒഴിവാക്കൽ ആവശ്യമാണെന്നാണ്; മറ്റൊന്ന് പറയുന്നത് ഹോസ്റ്റിന് ഇനി എൻഡ്പോയിന്റ് സംരക്ഷണം ആവശ്യമില്ലെന്നാണ്. ആദ്യത്തേത് പരിമിതമായ എൻജിനീയറിംഗ് തീരുമാനമാണ്, രണ്ടാമത്തേത് ഉടമയില്ലാത്ത അപകടസാധ്യതയാണ്. അവ തമ്മിൽ വേർതിരിക്കുന്നതാണ് മുഴുവൻ ജോലി, അത് സെർവർ യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു എന്നതിൽ നിന്ന് ആരംഭിക്കുന്നു.
ഒരേപോലെ തോന്നുന്ന രണ്ട് വാക്യങ്ങൾ
ഒഴിവാക്കൽ ഒരു പാത, പ്രക്രിയ അല്ലെങ്കിൽ ഫയൽ തരം പേരെടുത്ത് പറയുകയും അതിന് കാരണം നൽകുകയും ചെയ്യുന്നു. എന്നാൽ ഉപേക്ഷ ഒരു യന്ത്രത്തിൽ നിന്ന് നിയന്ത്രണം നീക്കുകയും പകരം അതിന് കാരണം നൽകുകയും ചെയ്യുന്നു. രണ്ടും സമാനമായ പ്രകടന സംഖ്യകളും തികച്ചും വ്യത്യസ്തമായ സുരക്ഷാ നിലപാടുകളും ഉണ്ടാക്കാം.
ഡാറ്റാബേസ് സെർവർ ഉപേക്ഷയ്ക്ക് മോശം സ്ഥാനാർത്ഥിയാണ്, കാരണം ബാക്കിയെല്ലാം ആശ്രയിക്കുന്ന ഡാറ്റ അത് സൂക്ഷിക്കുന്നു. ഡെസ്ക്ടോപ്പ് തലത്തിലുള്ള നയത്തിനും ഇത് മോശം സ്ഥാനാർത്ഥിയാണ്, കാരണം ഡാറ്റാബേസ് തുറന്ന് സൂക്ഷിക്കുന്ന ഫയലുകൾ സ്കാൻ ചെയ്യുന്നത് ഡെസ്ക്ടോപ്പ് ഒരിക്കലും കാണാത്ത പ്രശ്നങ്ങൾ ഉണ്ടാക്കുന്നു. സത്യസന്ധമായ നിലപാട് നടുവിലാണ്, അത് അനുമാനിക്കാതെ വാദിച്ച് സ്ഥാപിക്കണം. അവലോകനം രേഖപ്പെടുത്തേണ്ടത് ആ വാദമാണ്.
ഒഴിവാക്കലും ഉപേക്ഷയും താരതമ്യം ചെയ്യുക
രണ്ട് ഓപ്ഷനുകളും നാല് പോയിന്റുകളിൽ ഒപ്പം വയ്ക്കുക: എന്ത് സംരക്ഷിതമായി തുടരുന്നു, എന്ത് തുറന്നതാകുന്നു, തീരുമാനം ആർക്കുള്ളതാണ്, ഏത് തെളിവുകൾ അതിനെ പിന്തുണയ്ക്കുന്നു.
പരിമിതമായ ഒഴിവാക്കൽ ഹോസ്റ്റിന്റെ ബാക്കി ഭാഗം മുമ്പത്തെപ്പോലെ അതേ സംരക്ഷണത്തിൽ വിടുന്നു, തീരുമാനം പേരുള്ള ഉടമയുടെ കൈവശം നിർത്തുന്നു, പുനർനിർമ്മിച്ച ലക്ഷണത്തിൽ അധിഷ്ഠിതമാണ്. ഉപേക്ഷ എല്ലാത്തിൽ നിന്നും സംരക്ഷണം നീക്കുന്നു, സാധാരണയായി യന്ത്രം തുറന്നതല്ല എന്ന വാദത്തിൽ അധിഷ്ഠിതമാണ്. ആ വാദം സെർവറിന്റെ യഥാർത്ഥ റോളുകളെ അതിജീവിക്കണം, കാരണം ഫയൽ പങ്കിടലുകൾ, ബന്ധിപ്പിച്ച സെർവറുകൾ, ഏജന്റ് ജോലികൾ, അഡ്മിനിസ്ട്രേറ്റീവ് ഫയൽ കൈമാറ്റങ്ങൾ എന്നിവയെല്ലാം ഫയർവാൾ ഒരിക്കലും കാണാത്ത വെളിപ്പെടുത്തൽ സൃഷ്ടിക്കുന്നു. ചുവടെയുള്ള താരതമ്യത്തിലെ ഒരു നിര മാത്രം ഉടമസ്ഥത മാറിയാലും നിലനിൽക്കുന്നു, കാരണം അത് എന്ത് തീരുമാനിച്ചു, എന്തുകൊണ്ട് എന്ന് രേഖപ്പെടുത്തുന്നു.
| 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 |
ഒഴിവാക്കൽ തെളിയിക്കപ്പെട്ട ഇടപെടലിൽ പരിമിതപ്പെടുത്തുക
പട്ടികയിൽ നിന്നല്ല, ലക്ഷണത്തിൽ നിന്ന് ആരംഭിക്കുക. ഫയൽ ആക്സസ് സംഘർഷം, വിഭവ സമ്മർദ്ദം, മന്ദഗതിയിലുള്ള ക്വറി എന്നിവ ലോഗുകളിൽ വ്യത്യസ്തമായി കാണപ്പെടുന്നു, വ്യത്യസ്ത പരിഹാരങ്ങളിലേക്ക് നയിക്കുന്നു. സംരക്ഷണം ഓണാക്കി ലക്ഷണം പുനർനിർമ്മിക്കുക, തുടർന്ന് ഉൾപ്പെട്ടിരിക്കുന്ന കൃത്യമായ പാത അല്ലെങ്കിൽ പ്രക്രിയ തിരിച്ചറിയുക.
സാധാരണ സ്ഥാനാർത്ഥികൾ ഡാറ്റാബേസ് ഫയലുകൾ, ലോഗ് ഫയലുകൾ, ബാക്കപ്പുകൾ, ഫുൾ-ടെക്സ്റ്റ് കാറ്റലോഗ് ഫയലുകൾ എന്നിവയാണ്, കൂടാതെ ആന്റിവൈറസ് സോഫ്റ്റ്വെയറും 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ഘടകം അല്ലെങ്കിൽ ഉൽപ്പന്ന അപ്ഡേറ്റുകൾക്ക് ശേഷം ഒഴിവാക്കൽ അവലോകനം ചെയ്യുന്ന ഉടമയെയും പിന്തുണയുള്ള റോൾബാക്ക് പാതയെയും നിലനിർത്തുക, കാരണം ഒരു ബിൽഡിനായി എഴുതിയ ഒഴിവാക്കൽ അതിന്റെ നിലനിൽപ്പിന്റെ കാരണത്തെ അതിജീവിക്കാം. പരിധി, കാരണം, അവലോകന തീയതി എന്നിവ സെർവറിന്റെ ബിൽഡ് രേഖയുള്ള അതേ സ്ഥലത്ത് രേഖപ്പെടുത്തുക. അതില്ലാതെ അടുത്ത അവലോകകൻ പിന്നിൽ വാദമില്ലാത്ത ഒരു പട്ടിക പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. ഒഴിവാക്കൽ അതിന്റെ കാരണം ഇപ്പോഴും ശരിയായിരിക്കുമ്പോൾ മാത്രമേ ന്യായീകരിക്കാനാകൂ.