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समर्थित रोलबैक पथ और ऐसा मालिक रखें जो घटक या उत्पाद अपडेट के बाद छूट की समीक्षा करे, क्योंकि एक बिल्ड के लिए लिखी गई छूट उसके अस्तित्व के कारण से ज़्यादा जी सकती है। दायरा, कारण और समीक्षा तिथि सर्वर के बिल्ड रिकॉर्ड वाली जगह ही दर्ज करें। इसके बिना अगला समीक्षक पीछे तर्क के बिना एक सूची विरासत में पाता है। छूट केवल तब तक उचित है जब तक उसका कारण सच है।