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ಬೆಂಬಲಿತ ರೋಲ್ಬ್ಯಾಕ್ ಮಾರ್ಗ ಮತ್ತು ಘಟಕ ಅಥವಾ ಉತ್ಪನ್ನ ನವೀಕರಣಗಳ ನಂತರ ಹೊರತನ್ನು ಪರಿಶೀಲಿಸುವ ಮಾಲೀಕರನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಒಂದು ಬಿಲ್ಡ್ಗಾಗಿ ಬರೆದ ಹೊರತು ಅದರ ಅಸ್ತಿತ್ವದ ಕಾರಣಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯಬಹುದು. ವ್ಯಾಪ್ತಿ, ಕಾರಣ ಮತ್ತು ಪರಿಶೀಲನಾ ದಿನಾಂಕವನ್ನು ಸರ್ವರ್ನ ಬಿಲ್ಡ್ ದಾಖಲೆ ಇರುವ ಅದೇ ಸ್ಥಳದಲ್ಲಿ ದಾಖಲಿಸಿ. ಅದಿಲ್ಲದೆ ಮುಂದಿನ ವಿಮರ್ಶಕರು ಹಿಂದೆ ವಾದವಿಲ್ಲದ ಪಟ್ಟಿಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತಾರೆ. ಹೊರತು ಅದರ ಕಾರಣ ಇನ್ನೂ ನಿಜವಾಗಿರುವವರೆಗೆ ಮಾತ್ರ ಸಮರ್ಥನೀಯ.