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घटक किंवा उत्पादन अद्ययावतांनंतर सूट पुनरावलोकन करणारा मालक आणि समर्थित रोलबॅक मार्ग कायम ठेवा, कारण एका बिल्डसाठी लिहिलेली सूट तिच्या अस्तित्वाच्या कारणापेक्षा जास्त टिकू शकते। व्याप्ती, कारण आणि पुनरावलोकनाची तारीख सर्व्हरच्या बिल्ड रेकॉर्डसारख्याच ठिकाणी नोंदवा। ते नसल्यास पुढील पुनरावलोककाला मागे युक्तिवाद नसलेली यादी वारसा म्हणून मिळते। सूट केवळ तिचे कारण अजूनही खरे असेपर्यंत समर्थनीय असते।