SQL Server uchun antivirusdan qaysi jildlarni istisno qilish mumkin?
Ish yuklamasi uchun istisno va himoyasiz xost ikki xil qaror. Istisnoni isbotlangan o'zaro ta'sir bilan cheklang va qolgan nazoratlarni saqlang.
Ma'lumotlar bazasi ko'rikdan o'tkazishda ikki gap bir-birining o'rnida ishlatiladi, lekin ular butunlay boshqa narsani anglatadi. Biri muayyan ish yuklamasiga muayyan istisno kerakligini aytadi; ikkinchisi xostga endi oxirgi nuqta himoyasi kerak emasligini aytadi. Birinchisi cheklangan muhandislik qarori, ikkinchisi esa egasiz xavf. Ularni ajratish butun vazifa bo'lib, u server aslida nima qilishidan boshlanadi.
Bir xil eshitiladigan ikki gap
Istisno yo'l, jarayon yoki fayl turini nomlaydi va buning uchun sabab keltiradi. Tark etish esa mashinadan nazoratni olib tashlaydi va buning o'rniga sabab keltiradi. Ikkalasi ham o'xshash unumdorlik raqamlari va butunlay boshqacha xavfsizlik holatini berishi mumkin.
Ma'lumotlar bazasi serveri tark etish uchun yomon nomzod, chunki u qolgan hamma narsa bog'liq bo'lgan ma'lumotlarni saqlaydi. U ish stoli darajasidagi siyosat uchun ham yomon nomzod, chunki ma'lumotlar bazasi ochiq tutadigan fayllarni skanerlash ish stoli hech qachon ko'rmaydigan muammolarni keltirib chiqaradi. Halol pozitsiya o'rtada va uni taxmin qilish emas, dalillash kerak. Ko'rik aynan shu dalilni qayd etishi kerak.
Istisno va tark etishni solishtiring
Ikki variantni to'rt jihatda yonma-yon qo'ying: nima himoyalangan holda qoladi, nima ochiladi, qaror kimga tegishli va qanday dalillar uni qo'llab-quvvatlaydi.
Cheklangan istisno xostning qolgan qismini avvalgidek himoya ostida qoldiradi, qarorni nomlangan egasida saqlaydi va qayta hosil qilingan simptomga tayanadi. Tark etish hamma narsadan himoyani olib tashlaydi va odatda mashina ochiq emas degan da'voga tayanadi. Bu da'vo serverning haqiqiy rollariga bardosh berishi kerak, chunki fayl almashishlari, bog'langan serverlar, agent vazifalari va ma'muriy fayl uzatishlari barchasi o't o'chirgich hech qachon ko'rmaydigan ta'sirni yaratadi. Quyidagi taqqoslashning faqat bitta ustuni egalik o'zgarganda ham saqlanib qoladi, chunki u nima qaror qilinganini va nima uchun qilinganini qayd etadi.
| 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 |
Istisnoni isbotlangan o'zaro ta'sir bilan cheklang
Ro'yxatdan emas, simptomdan boshlang. Faylga kirish to'qnashuvi, resurs bosimi va sekin so'rov jurnallarda boshqacha ko'rinadi va boshqa tuzatishlarga olib boradi. Simptomni himoya yoqilgan holda qayta hosil qiling, so'ng jalb qilingan aniq yo'l yoki jarayonni aniqlang.
Odatdagi nomzodlar ma'lumotlar bazasi fayllari, jurnal fayllari, zaxira nusxalari va to'liq matn katalogi fayllari, va Microsoftning antivirus dasturi va SQL Server haqidagi yo'riqnomasi joylashtirilgan versiya va xavfsizlik mahsuloti uchun havola bo'lib qoladi. Ro'yxatni boshqa serverdan ko'chirmang va bitta xizmat nomi har bir o'rnatilgan komponentni qamrab oladi deb o'ylamang. Taklif qilinadigan narsa isbotlangan o'zaro ta'sirni hal qiladigan eng kichik istisno. Undan kengroq har qanday narsa o'z dalilini talab qiladi.
Get-MpPreference | Select-Object -ExpandProperty ExclusionPath
Get-MpComputerStatus | Select-Object AntivirusEnabled, RealTimeProtectionEnabledBu ro'yxatni serverning roli bilan solishtirib ko'rib chiqing, chunki bitta hodisa uchun qo'shilgan istisno odatda abadiy qoladi. Har bir yozuv yonidagi qisqa izoh keyingi auditni mumkin qilish uchun yetarli.
Tarmoq va identifikatsiya nazoratlarini saqlang
Oxirgi nuqta istisnosi ma'lumotlar bazasiga kim yetib borishi haqida hech narsa demaydi. O't o'chirgich siyosati qaysi manbalar SQL yoki boshqaruv seansini ochishi mumkinligini cheklashi kerak, va dastur hisoblari bu seanslar nima qila olishini cheklashi kerak.
VPN ham xuddi shu suhbatga kiradi va ko'pincha dalil sifatida noto'g'ri ishlatiladi. Kirish yo'lini cheklash u orqali keladigan fayllar, skriptlar yoki so'rovlarni tasdiqlamaydi. Shifrlangan tunnel tarmoq sensori uchun ham shaffof emas, shuning uchun sensor beradigan ko'rinish xost agenti beradigan ko'rinish emas. Bular turli dalil oqimlari va hech biri ikkinchisini almashtirmaydi. Yamoqlarni boshqarish, ishonchli ma'muriy vositalar va sinovdan o'tgan tiklash yo'li o'z egalariga ega alohida mas'uliyat bo'lib qoladi. Rol gigienasi ham shu yerga kiradi: aloqasiz ko'rish, yuklab olish va fayl almashish vazifalari egasi ularni aniq qabul qilmagan bo'lsa, ma'lumotlar bazasi xostidan uzoq turishi kerak.
O'zgarishni sinab ko'ring, so'ng uning javobgarligini oling
Vakillik ish yuklamasi va muhim xavfsizlik tekshiruvlari bilan sinab ko'ring, so'ng faqat dastlabki xatoni emas, barqarorlik, o'tkazuvchanlik va davomiy himoyani solishtiring.
Get-MpThreatDetection | Sort-Object InitialDetectionTime -Descending | Select-Object -First 5
Get-WinEvent -LogName 'Microsoft-Windows-Windows Defender/Operational' -MaxEvents 20Komponent yoki mahsulot yangilanishlaridan keyin istisnoni ko'rib chiqadigan egasi va qo'llab-quvvatlanadigan orqaga qaytish yo'lini saqlang, chunki bitta build uchun yozilgan istisno o'z mavjudligi sababidan uzoq yashashi mumkin. Qamrovni, sababni va ko'rib chiqish sanasini serverning build yozuvi bilan bir joyda qayd eting. Busiz keyingi ko'rib chiquvchi orqasida dalilsiz ro'yxatni meros oladi. Istisno faqat uning sababi hali to'g'ri bo'lganda himoya qilinishi mumkin.