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સમર્થિત રોલબેક પાથ અને એવો માલિક રાખો જે ઘટક કે ઉત્પાદન અપડેટ પછી બાકાતની સમીક્ષા કરે, કારણ કે એક બિલ્ડ માટે લખાયેલી બાકાત તેના અસ્તિત્વના કારણ કરતાં વધુ ટકી શકે છે. અવકાશ, કારણ અને સમીક્ષા તારીખ સર્વરના બિલ્ડ રેકોર્ડની જ જગ્યાએ નોંધો. તેના વિના આગલો સમીક્ષક પાછળ કોઈ દલીલ વગરની યાદી વારસામાં મેળવે છે. બાકાત ફક્ત ત્યારે જ સમર્થનીય છે જ્યારે તેનું કારણ હજી સાચું હોય.