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ਸਮਰਥਿਤ ਰੋਲਬੈਕ ਰਾਹ ਅਤੇ ਅਜਿਹਾ ਮਾਲਕ ਰੱਖੋ ਜੋ ਕੰਪੋਨੈਂਟ ਜਾਂ ਉਤਪਾਦ ਅਪਡੇਟਾਂ ਤੋਂ ਬਾਅਦ ਛੋਟ ਦੀ ਸਮੀਖਿਆ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਬਿਲਡ ਲਈ ਲਿਖੀ ਛੋਟ ਆਪਣੇ ਹੋਣ ਦੇ ਕਾਰਨ ਤੋਂ ਵੱਧ ਚਿਰ ਰਹਿ ਸਕਦੀ ਹੈ। ਦਾਇਰਾ, ਕਾਰਨ ਅਤੇ ਸਮੀਖਿਆ ਮਿਤੀ ਸਰਵਰ ਦੇ ਬਿਲਡ ਰਿਕਾਰਡ ਵਾਲੀ ਥਾਂ ਹੀ ਦਰਜ ਕਰੋ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਅਗਲਾ ਸਮੀਖਿਅਕ ਪਿੱਛੇ ਤਰਕ ਤੋਂ ਬਿਨਾਂ ਸੂਚੀ ਵਿਰਾਸਤ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ। ਛੋਟ ਸਿਰਫ਼ ਤਦ ਤੱਕ ਜਾਇਜ਼ ਹੈ ਜਦ ਤੱਕ ਉਸਦਾ ਕਾਰਨ ਸੱਚ ਹੈ।