ਲੀਨਕਸ ਕਰਨਲ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਦੇ ਸ਼ੋਸ਼ਣ ਤੋਂ ਬਚਾਉਣ ਲਈ LKRG 0.8 ਮੋਡੀਊਲ ਨੂੰ ਜਾਰੀ ਕਰਨਾ

ਓਪਨਵਾਲ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਲ ਮੋਡੀਊਲ ਰੀਲੀਜ਼ LKRG 0.8 (ਲੀਨਕਸ ਕਰਨਲ ਰਨਟਾਈਮ ਗਾਰਡ), ਹਮਲਿਆਂ ਅਤੇ ਕਰਨਲ ਬਣਤਰਾਂ ਦੀ ਇਕਸਾਰਤਾ ਦੀ ਉਲੰਘਣਾ ਨੂੰ ਖੋਜਣ ਅਤੇ ਬਲਾਕ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਮੋਡੀਊਲ ਚੱਲ ਰਹੇ ਕਰਨਲ ਵਿੱਚ ਅਣਅਧਿਕਾਰਤ ਤਬਦੀਲੀਆਂ ਅਤੇ ਉਪਭੋਗਤਾ ਪ੍ਰਕਿਰਿਆਵਾਂ (ਸ਼ੋਸ਼ਣ ਦੀ ਵਰਤੋਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ) ਦੀਆਂ ਅਨੁਮਤੀਆਂ ਨੂੰ ਬਦਲਣ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਚਾਅ ਕਰ ਸਕਦਾ ਹੈ। ਮੋਡੀਊਲ ਲੀਨਕਸ ਕਰਨਲ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਜਾਣੇ-ਪਛਾਣੇ ਕਾਰਨਾਮੇ (ਉਦਾਹਰਨ ਲਈ, ਉਹਨਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਜਿੱਥੇ ਸਿਸਟਮ ਵਿੱਚ ਕਰਨਲ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ), ਅਤੇ ਅਜੇ ਤੱਕ ਅਣਜਾਣ ਕਮਜ਼ੋਰੀਆਂ ਲਈ ਸ਼ੋਸ਼ਣਾਂ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨ ਲਈ ਦੋਵਾਂ ਲਈ ਢੁਕਵਾਂ ਹੈ। ਪ੍ਰੋਜੈਕਟ ਕੋਡ ਦੁਆਰਾ ਵੰਡਿਆ GPLv2 ਅਧੀਨ ਲਾਇਸੰਸਸ਼ੁਦਾ।

ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਵਿੱਚ:

• LKRG ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਜੋ ਹੁਣ ਅਖੰਡਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਅਤੇ ਸ਼ੋਸ਼ਣ ਦੀ ਵਰਤੋਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵੱਖਰੇ ਉਪ-ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਵੰਡਿਆ ਨਹੀਂ ਗਿਆ ਹੈ, ਪਰ ਹਮਲਿਆਂ ਅਤੇ ਵੱਖ-ਵੱਖ ਅਖੰਡਤਾ ਉਲੰਘਣਾਵਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਇੱਕ ਸੰਪੂਰਨ ਉਤਪਾਦ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ;
• 5.3 ਤੋਂ 5.7 ਤੱਕ ਲੀਨਕਸ ਕਰਨਲ ਨਾਲ ਅਨੁਕੂਲਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾਲ ਹੀ CONFIG_USB ਅਤੇ CONFIG_STACKTRACE ਵਿਕਲਪਾਂ ਦੇ ਬਿਨਾਂ ਜਾਂ CONFIG_UNWINDER_ORC ਵਿਕਲਪਾਂ ਦੇ ਨਾਲ, ਅਤੇ ਨਾਲ ਹੀ ਉਹਨਾਂ ਕਰਨਲ ਦੇ ਨਾਲ, ਜੋ ਕਿ ਫੰਕਸ਼ਨ ਨਹੀਂ ਰੱਖਦੇ, ਜੇਕਰ ਉਹਨਾਂ ਕੋਲ LRKRGok ਨਹੀਂ ਹੈ ਦੇ ਨਾਲ ਵੰਡਿਆ ਜਾ;
• ਬਣਾਉਂਦੇ ਸਮੇਂ, ਕੁਝ ਲਾਜ਼ਮੀ CONFIG_* ਕਰਨਲ ਸੈਟਿੰਗਾਂ ਨੂੰ ਅਸਪਸ਼ਟ ਕਰੈਸ਼ਾਂ ਦੀ ਬਜਾਏ ਅਰਥਪੂਰਨ ਗਲਤੀ ਸੁਨੇਹੇ ਬਣਾਉਣ ਲਈ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ;
• ਸਟੈਂਡਬਾਏ (ACPI S3, ਸਸਪੈਂਡ ਟੂ RAM) ਅਤੇ ਸਲੀਪ (S4, ਸਸਪੈਂਡ ਟੂ ਡਿਸਕ) ਮੋਡਾਂ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ;
• ਮੇਕਫਾਈਲ ਵਿੱਚ DKMS ਸਹਾਇਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ;
• 32-ਬਿੱਟ ARM ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਪ੍ਰਯੋਗਾਤਮਕ ਸਮਰਥਨ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ (Raspberry Pi 3 ਮਾਡਲ B 'ਤੇ ਟੈਸਟ ਕੀਤਾ ਗਿਆ ਹੈ)। ਪਹਿਲਾਂ ਉਪਲਬਧ AArch64 (ARM64) ਸਹਾਇਤਾ ਨੂੰ Raspberry Pi 4 ਬੋਰਡ ਨਾਲ ਅਨੁਕੂਲਤਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਵਿਸਤਾਰ ਕੀਤਾ ਗਿਆ ਹੈ;
• ਨਵੇਂ ਹੁੱਕਾਂ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਸਮਰੱਥ() ਕਾਲ ਹੈਂਡਲਰ ਵੀ ਸ਼ਾਮਲ ਹੈ ਤਾਂ ਜੋ ਹੇਰਾਫੇਰੀ ਕਰਨ ਵਾਲੇ ਕਾਰਨਾਮਿਆਂ ਦੀ ਬਿਹਤਰ ਪਛਾਣ ਕੀਤੀ ਜਾ ਸਕੇ।ਸਮਰੱਥਾ", ਪ੍ਰੋਸੈਸ ਆਈਡੀ ਨਹੀਂ (ਸਰਟੀਫਿਕੇਟਸ);
• ਨੇਮਸਪੇਸ ਪਾਬੰਦੀਆਂ ਤੋਂ ਬਚਣ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਨਵਾਂ ਤਰਕ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਤੋਂ);
• x86-64 ਸਿਸਟਮਾਂ 'ਤੇ, SMAP (ਸੁਪਰਵਾਈਜ਼ਰ ਮੋਡ ਐਕਸੈਸ ਪ੍ਰੀਵੈਂਸ਼ਨ) ਬਿੱਟ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਕਰਨਲ ਪੱਧਰ 'ਤੇ ਚੱਲ ਰਹੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕੋਡ ਤੋਂ ਉਪਭੋਗਤਾ ਸਪੇਸ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਰੋਕਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। SMEP (ਸੁਪਰਵਾਈਜ਼ਰ ਮੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਪ੍ਰੀਵੈਂਸ਼ਨ) ਸੁਰੱਖਿਆ ਪਹਿਲਾਂ ਲਾਗੂ ਕੀਤੀ ਗਈ ਸੀ;
• ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ, LKRG ਸੈਟਿੰਗਾਂ ਨੂੰ ਇੱਕ ਮੈਮੋਰੀ ਪੰਨੇ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ ਹੁੰਦਾ ਹੈ;
• ਲਾਗਿੰਗ ਜਾਣਕਾਰੀ ਜੋ ਹਮਲਿਆਂ ਲਈ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਕਰਨਲ ਵਿੱਚ ਪਤਿਆਂ ਬਾਰੇ ਜਾਣਕਾਰੀ) ਡੀਬੱਗਿੰਗ ਮੋਡ (log_level=4 ਅਤੇ ਉੱਚੇ) ਤੱਕ ਸੀਮਿਤ ਹੈ, ਜੋ ਕਿ ਮੂਲ ਰੂਪ ਵਿੱਚ ਅਯੋਗ ਹੈ।
• ਪ੍ਰਕਿਰਿਆ ਟ੍ਰੈਕਿੰਗ ਡੇਟਾਬੇਸ ਦੀ ਸਕੇਲੇਬਿਲਟੀ ਵਧਾਈ ਗਈ ਹੈ - ਇੱਕ ਸਪਿਨਲਾਕ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਇੱਕ ਆਰਬੀ ਟ੍ਰੀ ਦੀ ਬਜਾਏ, 512 ਰੀਡ-ਰਾਈਟ ਲਾਕ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ 512 ਆਰਬੀ ਟ੍ਰੀਜ਼ ਦੀ ਇੱਕ ਹੈਸ਼ ਟੇਬਲ ਵਰਤੀ ਜਾਂਦੀ ਹੈ;
• ਇੱਕ ਮੋਡ ਨੂੰ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਅਤੇ ਸਮਰੱਥ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆ ਪਛਾਣਕਰਤਾਵਾਂ ਦੀ ਇਕਸਾਰਤਾ ਦੀ ਜਾਂਚ ਅਕਸਰ ਸਿਰਫ ਮੌਜੂਦਾ ਕਾਰਜ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ (ਜਾਗਣ) ਕਾਰਜਾਂ ਲਈ ਵੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹੋਰ ਕੰਮਾਂ ਲਈ ਜੋ ਸਲੀਪ ਅਵਸਥਾ ਵਿੱਚ ਹਨ ਜਾਂ LKRG ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕਰਨਲ API ਤੱਕ ਪਹੁੰਚ ਕੀਤੇ ਬਿਨਾਂ ਕੰਮ ਕਰ ਰਹੇ ਹਨ, ਜਾਂਚ ਘੱਟ ਵਾਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਫਾਈਨ-ਟਿਊਨਿੰਗ LKRG ਲਈ ਨਵੇਂ sysctl ਅਤੇ ਮੌਡਿਊਲ ਪੈਰਾਮੀਟਰ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ, ਨਾਲ ਹੀ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਫਾਈਨ-ਟਿਊਨਿੰਗ ਸੈਟਿੰਗਾਂ (ਪ੍ਰੋਫਾਈਲਾਂ) ਦੇ ਸੈੱਟਾਂ ਵਿੱਚੋਂ ਚੁਣ ਕੇ ਸਰਲ ਸੰਰਚਨਾ ਲਈ ਦੋ sysctl;
• ਇੱਕ ਪਾਸੇ, ਉਲੰਘਣਾਵਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਗਤੀ ਅਤੇ ਜਵਾਬ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਹੋਰ ਸੰਤੁਲਿਤ ਸੰਤੁਲਨ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਡਿਫੌਲਟ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਦੂਜੇ ਪਾਸੇ, ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਪ੍ਰਭਾਵ ਅਤੇ ਝੂਠੇ ਸਕਾਰਾਤਮਕ ਦੇ ਜੋਖਮ;
• ਸਿਸਟਮਡ ਯੂਨਿਟ ਫਾਈਲ ਨੂੰ LKRG ਮੋਡੀਊਲ ਨੂੰ ਬੂਟ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਲੋਡ ਕਰਨ ਲਈ ਮੁੜ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਹੈ (ਮੋਡਿਊਲ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਇੱਕ ਕਰਨਲ ਕਮਾਂਡ ਲਾਈਨ ਵਿਕਲਪ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ);

ਨਵੀਂ ਰੀਲੀਜ਼ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਅਨੁਕੂਲਤਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, LKRG 0.8 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਕਟੌਤੀ ਦਾ ਅਨੁਮਾਨ ਡਿਫਾਲਟ ਮੋਡ ("ਭਾਰੀ") ਵਿੱਚ 2.5% ਅਤੇ ਲਾਈਟ ਮੋਡ ("ਲਾਈਟ") ਵਿੱਚ 2% ਹੈ।

ਹਾਲ ਹੀ ਵਿੱਚ ਆਯੋਜਿਤ ਇੱਕ ਵਿੱਚ ਖੋਜ ਰੂਟਕਿਟਸ LKRG ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਪੈਕੇਜਾਂ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਦਿਖਾਇਆ ਸਭ ਤੋਂ ਵਧੀਆ ਨਤੀਜੇ, ਝੂਠੇ ਸਕਾਰਾਤਮਕ (ਰੂਟਕਿਟਸ ਡਾਇਮੋਰਫਾਈਨ, ਹਨੀ ਪੋਟ ਬੀਅਰਸ, ਲਿਲੀਓਫ ਦ ਵੈਲੀ, Nuk8 Gh9st, Puszek, Reptile, Rootfoo Linux Rootkit ਅਤੇ Sutekh) ਦੇ ਬਿਨਾਂ ਕਰਨਲ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ 3 ਵਿੱਚੋਂ 0 ਟੈਸਟ ਕੀਤੀਆਂ ਰੂਟਕਿਟਾਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਸੀ, ਪਰ ਕੀਸਨਿਫਰ, ਜੋ ਕਿ ਇੱਕ ਹੈ। ਮੋਡੀਊਲ, ਇੱਕ ਕੀਲੌਗਰ ਨਾਲ ਖੁੰਝ ਗਿਆ ਸੀ, ਸ਼ਾਬਦਿਕ ਅਰਥਾਂ ਵਿੱਚ ਰੂਟਕਿਟ ਨਹੀਂ)। ਤੁਲਨਾ ਲਈ, AIDE, OSSEC ਅਤੇ ਰੂਟਕਿਟ ਹੰਟਰ ਪੈਕੇਜਾਂ ਨੇ 2 ਵਿੱਚੋਂ 9 ਰੂਟਕਿਟਾਂ ਦਾ ਪਤਾ ਲਗਾਇਆ, ਜਦੋਂ ਕਿ Chkrootkit ਨੇ ਕੋਈ ਖੋਜ ਨਹੀਂ ਕੀਤੀ। ਉਸੇ ਸਮੇਂ, LKRG ਉਪਭੋਗਤਾ ਸਪੇਸ ਵਿੱਚ ਸਥਿਤ ਰੂਟਕਿਟਾਂ ਦੀ ਖੋਜ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਏਆਈਡੀਈ ਅਤੇ ਐਲਕੇਆਰਜੀ ਦੇ ਸੁਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਸਭ ਤੋਂ ਵੱਡੀ ਕੁਸ਼ਲਤਾ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਸਾਰੀਆਂ ਕਿਸਮਾਂ ਦੇ 14 ਵਿੱਚੋਂ 15 ਰੂਟਕਿਟਾਂ ਦੀ ਪਛਾਣ ਕਰਨਾ ਸੰਭਵ ਹੋ ਗਿਆ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਨੋਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਡਿਵੈਲਪਰ ਹੋਨਿਕਸ ਸ਼ੁਰੂ ਹੋਇਆ ਆਕਾਰ ਦੇਣਾ ਡੇਬੀਅਨ, ਵੋਨਿਕਸ, ਕਿਊਬਸ ਅਤੇ ਕਿੱਕਸਕਿਓਰ ਲਈ ਡੀਕੇਐਮਐਸ ਦੇ ਨਾਲ ਤਿਆਰ ਪੈਕੇਜ, ਅਤੇ ਇੱਕ ਪੈਕੇਜ Arch ਲੀਨਕਸ ਪਹਿਲਾਂ ਹੀ ਵਰਜਨ 0.8 ਵਿੱਚ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ। LKRG ਵਾਲੇ ਪੈਕੇਜ ਰੂਸੀ ਵਿੱਚ ਵੀ ਉਪਲਬਧ ਹਨ ALT ਲੀਨਕਸ и ਐਸਟ੍ਰਾ ਲੀਨਕਸ.

LKRG ਵਿੱਚ ਪੂਰਨਤਾ ਦੀ ਜਾਂਚ ਅਸਲ ਕੋਡ ਅਤੇ ਕਰਨਲ ਅਤੇ ਮੈਡਿਊਲਾਂ ਦੇ ਡੇਟਾ, ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਡੇਟਾ ਢਾਂਚੇ ਅਤੇ CPU ਸੈਟਿੰਗਾਂ ਦੀ ਸਟੋਰੇਜ਼ ਹੈਸ਼ਾਂ ਜਾਂ ਸੰਬੰਧਿਤ ਮੈਮੋਰੀ ਖੇਤਰਾਂ, ਡੇਟਾ ਢਾਂਚੇ ਜਾਂ ਰਜਿਸਟਰਾਂ ਦੀਆਂ ਕਾਪੀਆਂ ਨਾਲ ਤੁਲਨਾ ਕਰਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜਾਂਚਾਂ ਨੂੰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਟਾਈਮਰ ਦੁਆਰਾ ਅਤੇ ਵੱਖ-ਵੱਖ ਘਟਨਾਵਾਂ ਦੇ ਵਾਪਰਨ 'ਤੇ ਸਰਗਰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਸ਼ੋਸ਼ਣ ਅਤੇ ਬਲੌਕ ਹਮਲਿਆਂ ਦੀ ਸੰਭਾਵਤ ਵਰਤੋਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਪੜਾਅ 'ਤੇ ਕਰਨਲ ਦੁਆਰਾ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਫਾਈਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ), ਪਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਅਣਅਧਿਕਾਰਤ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ (ਉਦਾਹਰਨ ਲਈ, UID ਬਦਲਣਾ)। ਜਦੋਂ ਅਣਅਧਿਕਾਰਤ ਵਿਵਹਾਰ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਖਤਮ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਬਹੁਤ ਸਾਰੇ ਕਾਰਨਾਮੇ ਨੂੰ ਰੋਕਣ ਲਈ ਕਾਫੀ ਹੁੰਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru