ਤੁਰੰਤ ਐਗਜ਼ਿਮ ਨੂੰ 4.92 'ਤੇ ਅਪਡੇਟ ਕਰੋ - ਇੱਕ ਸਰਗਰਮ ਲਾਗ ਹੈ

ਸਹਿਕਰਮੀ ਜੋ ਆਪਣੇ ਮੇਲ ਸਰਵਰਾਂ 'ਤੇ ਐਗਜ਼ਿਮ ਸੰਸਕਰਣ 4.87...4.91 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ - ਤੁਰੰਤ ਸੰਸਕਰਣ 4.92 'ਤੇ ਅੱਪਡੇਟ ਕਰੋ, CVE-2019-10149 ਦੁਆਰਾ ਹੈਕਿੰਗ ਤੋਂ ਬਚਣ ਲਈ ਪਹਿਲਾਂ ਹੀ ਐਗਜ਼ਿਮ ਨੂੰ ਰੋਕ ਦਿੱਤਾ ਗਿਆ ਸੀ।

ਦੁਨੀਆ ਭਰ ਦੇ ਕਈ ਮਿਲੀਅਨ ਸਰਵਰ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਕਮਜ਼ੋਰ ਹਨ, ਕਮਜ਼ੋਰੀ ਨੂੰ ਨਾਜ਼ੁਕ ਵਜੋਂ ਦਰਜਾ ਦਿੱਤਾ ਗਿਆ ਹੈ (CVSS 3.0 ਬੇਸ ਸਕੋਰ = 9.8/10)। ਹਮਲਾਵਰ ਤੁਹਾਡੇ ਸਰਵਰ 'ਤੇ ਆਰਬਿਟਰੇਰੀ ਕਮਾਂਡਾਂ ਚਲਾ ਸਕਦੇ ਹਨ, ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਰੂਟ ਤੋਂ।

ਕਿਰਪਾ ਕਰਕੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਇੱਕ ਸਥਿਰ ਸੰਸਕਰਣ (4.92) ਜਾਂ ਇੱਕ ਜੋ ਪਹਿਲਾਂ ਹੀ ਪੈਚ ਕੀਤਾ ਹੋਇਆ ਹੈ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ।
ਜਾਂ ਮੌਜੂਦਾ ਨੂੰ ਪੈਚ ਕਰੋ, ਥਰਿੱਡ ਦੇਖੋ ਬੇਮਿਸਾਲ ਟਿੱਪਣੀ.

ਲਈ ਅੱਪਡੇਟ ਕਰੋ ਸੈਂਟਾ 6: cm. ਥੀਓਡੋਰ ਦੁਆਰਾ ਟਿੱਪਣੀ — ਸੈਂਟੋਸ 7 ਲਈ ਇਹ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੇਕਰ ਇਹ ਅਜੇ ਤੱਕ ਸਿੱਧੇ ਐਪਲ ਤੋਂ ਨਹੀਂ ਆਇਆ ਹੈ।

UPD: ਉਬੰਟੂ ਪ੍ਰਭਾਵਿਤ ਹੈ 18.04 ਅਤੇ 18.10, ਉਹਨਾਂ ਲਈ ਇੱਕ ਅਪਡੇਟ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ। ਸੰਸਕਰਣ 16.04 ਅਤੇ 19.04 ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਉਹਨਾਂ 'ਤੇ ਕਸਟਮ ਵਿਕਲਪ ਸਥਾਪਤ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਹੋਰ ਜਾਣਕਾਰੀ ਆਪਣੀ ਸਰਕਾਰੀ ਵੈਬਸਾਈਟ 'ਤੇ.

Opennet 'ਤੇ ਸਮੱਸਿਆ ਬਾਰੇ ਜਾਣਕਾਰੀ
ਐਗਜ਼ਿਮ ਵੈੱਬਸਾਈਟ 'ਤੇ ਜਾਣਕਾਰੀ

ਹੁਣ ਦੱਸੀ ਗਈ ਸਮੱਸਿਆ ਦਾ ਸਰਗਰਮੀ ਨਾਲ ਸ਼ੋਸ਼ਣ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ (ਇੱਕ ਬੋਟ ਦੁਆਰਾ, ਸੰਭਵ ਤੌਰ 'ਤੇ), ਮੈਂ ਕੁਝ ਸਰਵਰਾਂ (4.91 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ) 'ਤੇ ਇੱਕ ਲਾਗ ਦੇਖੀ ਹੈ।

ਹੋਰ ਪੜ੍ਹਨਾ ਸਿਰਫ਼ ਉਹਨਾਂ ਲਈ ਹੀ ਢੁਕਵਾਂ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਪਹਿਲਾਂ ਹੀ "ਇਸ ਨੂੰ ਪ੍ਰਾਪਤ" ਕਰ ਲਿਆ ਹੈ - ਤੁਹਾਨੂੰ ਜਾਂ ਤਾਂ ਹਰ ਚੀਜ਼ ਨੂੰ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਨਾਲ ਇੱਕ ਸਾਫ਼ VPS ਵਿੱਚ ਟ੍ਰਾਂਸਪੋਰਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜਾਂ ਇੱਕ ਹੱਲ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ। ਕੀ ਅਸੀਂ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ? ਲਿਖੋ ਕਿ ਕੀ ਕੋਈ ਇਸ ਮਾਲਵੇਅਰ 'ਤੇ ਕਾਬੂ ਪਾ ਸਕਦਾ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ, ਇੱਕ ਐਗਜ਼ਿਮ ਉਪਭੋਗਤਾ ਹੋਣ ਦੇ ਨਾਤੇ ਅਤੇ ਇਸਨੂੰ ਪੜ੍ਹ ਰਹੇ ਹੋ, ਅਜੇ ਵੀ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤਾ ਹੈ (ਇਹ ਯਕੀਨੀ ਨਹੀਂ ਕੀਤਾ ਹੈ ਕਿ 4.92 ਜਾਂ ਇੱਕ ਪੈਚ ਵਾਲਾ ਸੰਸਕਰਣ ਉਪਲਬਧ ਹੈ), ਕਿਰਪਾ ਕਰਕੇ ਰੁਕੋ ਅਤੇ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਚਲਾਓ।

ਉਹਨਾਂ ਲਈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਉੱਥੇ ਪਹੁੰਚ ਚੁੱਕੇ ਹਨ, ਚਲੋ ਜਾਰੀ ਰੱਖੀਏ...

ਯੂਪੀਡੀ: supersmile2009 ਨੂੰ ਇੱਕ ਹੋਰ ਕਿਸਮ ਦਾ ਮਾਲਵੇਅਰ ਮਿਲਿਆ ਅਤੇ ਸਹੀ ਸਲਾਹ ਦਿੰਦਾ ਹੈ:

ਮਾਲਵੇਅਰ ਦੀ ਇੱਕ ਬਹੁਤ ਵੱਡੀ ਕਿਸਮ ਹੋ ਸਕਦੀ ਹੈ। ਗਲਤ ਚੀਜ਼ ਲਈ ਦਵਾਈ ਸ਼ੁਰੂ ਕਰਨ ਅਤੇ ਕਤਾਰ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਨਾਲ, ਉਪਭੋਗਤਾ ਠੀਕ ਨਹੀਂ ਹੋਵੇਗਾ ਅਤੇ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਸਨੂੰ ਪਤਾ ਨਾ ਹੋਵੇ ਕਿ ਉਸਨੂੰ ਕਿਸ ਲਈ ਇਲਾਜ ਦੀ ਲੋੜ ਹੈ।

ਲਾਗ ਇਸ ਤਰ੍ਹਾਂ ਨਜ਼ਰ ਆਉਂਦੀ ਹੈ: [kthrotlds] ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਲੋਡ ਕਰਦਾ ਹੈ; ਇੱਕ ਕਮਜ਼ੋਰ VDS 'ਤੇ ਇਹ 100% ਹੈ, ਸਰਵਰਾਂ 'ਤੇ ਇਹ ਕਮਜ਼ੋਰ ਹੈ ਪਰ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ।

ਲਾਗ ਤੋਂ ਬਾਅਦ, ਮਾਲਵੇਅਰ ਕ੍ਰੋਨਟੈਬ ਫਾਈਲ ਨੂੰ ਅਟੱਲ ਬਣਾਉਣ ਦੇ ਨਾਲ, ਹਰ 4 ਮਿੰਟਾਂ ਵਿੱਚ ਚਲਾਉਣ ਲਈ ਸਿਰਫ ਆਪਣੇ ਆਪ ਨੂੰ ਉੱਥੇ ਰਜਿਸਟਰ ਕਰਦੇ ਹੋਏ, ਕ੍ਰੋਨ ਐਂਟਰੀਆਂ ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ। ਕ੍ਰੋਨਟੈਬ-ਈ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਇੱਕ ਗਲਤੀ ਦਿੰਦਾ ਹੈ।

ਅਟੱਲ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇਸ ਤਰ੍ਹਾਂ, ਅਤੇ ਫਿਰ ਕਮਾਂਡ ਲਾਈਨ (1.5kb) ਨੂੰ ਮਿਟਾਓ:

chattr -i /var/spool/cron/root
crontab -e

ਅੱਗੇ, ਕ੍ਰੋਨਟੈਬ ਐਡੀਟਰ (ਵਿਮ) ਵਿੱਚ, ਲਾਈਨ ਨੂੰ ਮਿਟਾਓ ਅਤੇ ਸੇਵ ਕਰੋ:dd
:wq

ਹਾਲਾਂਕਿ, ਕੁਝ ਕਿਰਿਆਸ਼ੀਲ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੁਬਾਰਾ ਲਿਖ ਰਹੀਆਂ ਹਨ, ਮੈਂ ਇਸਦਾ ਪਤਾ ਲਗਾ ਰਿਹਾ ਹਾਂ.

ਇਸ ਦੇ ਨਾਲ ਹੀ, ਇੰਸਟਾਲਰ ਸਕ੍ਰਿਪਟ (ਹੇਠਾਂ ਦੇਖੋ) ਦੇ ਪਤਿਆਂ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ ਵਿਜੇਟਸ (ਜਾਂ ਕਰਲ) ਦਾ ਇੱਕ ਝੁੰਡ ਲਟਕਿਆ ਹੋਇਆ ਹੈ, ਮੈਂ ਉਹਨਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਹੇਠਾਂ ਖੜਕਾ ਰਿਹਾ ਹਾਂ, ਪਰ ਉਹ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ:

ps aux | grep wge[t]
ps aux | grep cur[l]
echo "Stopping..."
kill -9 `ps aux | grep wge[t] | awk '{print $2}'`
kill -9 `ps aux | grep cur[l] | awk '{print $2}'`

ਮੈਨੂੰ ਇੱਥੇ ਟ੍ਰੋਜਨ ਇੰਸਟੌਲਰ ਸਕ੍ਰਿਪਟ ਮਿਲੀ (ਸੈਂਟੋਸ): /usr/local/bin/nptd... ਮੈਂ ਇਸਨੂੰ ਇਸ ਤੋਂ ਬਚਣ ਲਈ ਪੋਸਟ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹਾਂ, ਪਰ ਜੇਕਰ ਕੋਈ ਸੰਕਰਮਿਤ ਹੈ ਅਤੇ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਸਮਝਦਾ ਹੈ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਇਸਦਾ ਹੋਰ ਧਿਆਨ ਨਾਲ ਅਧਿਐਨ ਕਰੋ।

ਜਾਣਕਾਰੀ ਅੱਪਡੇਟ ਹੋਣ 'ਤੇ ਮੈਂ ਸ਼ਾਮਲ ਕਰਾਂਗਾ।

UPD 1: ਫਾਈਲਾਂ ਨੂੰ ਮਿਟਾਉਣਾ (ਸ਼ੁਰੂਆਤੀ ਚੈਟਰ -i ਦੇ ਨਾਲ) /etc/cron.d/root, /etc/crontab, rm -Rf /var/spool/cron/root ਨੇ ਮਦਦ ਨਹੀਂ ਕੀਤੀ, ਨਾ ਹੀ ਸੇਵਾ ਨੂੰ ਰੋਕਣਾ - ਮੈਨੂੰ ਕਰਨਾ ਪਿਆ crontab ਹੁਣ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਸ ਨੂੰ ਪਾੜ ਦਿਓ (ਬਿਨ ਫਾਈਲ ਦਾ ਨਾਮ ਬਦਲੋ)।

UPD 2: ਟਰੋਜਨ ਇੰਸਟੌਲਰ ਕਈ ਵਾਰ ਹੋਰ ਥਾਵਾਂ 'ਤੇ ਵੀ ਪਿਆ ਰਹਿੰਦਾ ਸੀ, ਆਕਾਰ ਦੁਆਰਾ ਖੋਜ ਕਰਨ ਵਿੱਚ ਮਦਦ ਮਿਲੀ:
ਲੱਭੋ / -ਆਕਾਰ 19825c

UPD 3/XNUMX/XNUMX: ਸਾਵਧਾਨ ਸੇਲੀਨਕਸ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣ ਤੋਂ ਇਲਾਵਾ, ਟਰੋਜਨ ਆਪਣਾ ਵੀ ਜੋੜਦਾ ਹੈ SSH ਕੁੰਜੀ ${sshdir}/authorized_keys ਵਿੱਚ! ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਖੇਤਰਾਂ ਨੂੰ /etc/ssh/sshd_config ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਕਰਦਾ ਹੈ, ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਹਾਂ 'ਤੇ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ:
PermitRootLogin ਹਾਂ
RSAA ਪ੍ਰਮਾਣੀਕਰਨ ਹਾਂ
PubkeyAuthentication ਹਾਂ
echo UsePAM ਹਾਂ
ਪਾਸਵਰਡ ਪ੍ਰਮਾਣੀਕਰਨ ਹਾਂ

UPD 4: ਹੁਣੇ ਲਈ ਸੰਖੇਪ ਕਰਨ ਲਈ: ਐਗਜ਼ਿਮ, ਕ੍ਰੋਨ (ਜੜ੍ਹਾਂ ਦੇ ਨਾਲ) ਨੂੰ ਅਯੋਗ ਕਰੋ, ਤੁਰੰਤ ssh ਤੋਂ ਟਰੋਜਨ ਕੁੰਜੀ ਨੂੰ ਹਟਾਓ ਅਤੇ sshd ਸੰਰਚਨਾ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ, sshd ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ! ਅਤੇ ਇਹ ਅਜੇ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਮਦਦ ਕਰੇਗਾ, ਪਰ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕੋਈ ਸਮੱਸਿਆ ਹੈ।

ਮੈਂ ਪੈਚ/ਅਪਡੇਟਸ ਬਾਰੇ ਟਿੱਪਣੀਆਂ ਤੋਂ ਲੈ ਕੇ ਨੋਟ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਜਾਣਕਾਰੀ ਭੇਜ ਦਿੱਤੀ ਹੈ, ਤਾਂ ਜੋ ਪਾਠਕ ਇਸ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰ ਸਕਣ।

UPD 5/XNUMX/XNUMX: ਇਕ ਹੋਰ ਡੈਨੀ ਲਿਖਦਾ ਹੈ ਕਿ ਮਾਲਵੇਅਰ ਨੇ ਵਰਡਪਰੈਸ ਵਿੱਚ ਪਾਸਵਰਡ ਬਦਲ ਦਿੱਤੇ ਹਨ।

UPD 6/XNUMX/XNUMX: ਪਾਲਮੈਨ ਨੇ ਇੱਕ ਅਸਥਾਈ ਇਲਾਜ ਤਿਆਰ ਕੀਤਾ, ਆਓ ਟੈਸਟ ਕਰੀਏ! ਰੀਬੂਟ ਜਾਂ ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਦਵਾਈ ਅਲੋਪ ਹੁੰਦੀ ਜਾਪਦੀ ਹੈ, ਪਰ ਹੁਣ ਲਈ ਘੱਟੋ ਘੱਟ ਇਹ ਹੈ.

ਕੋਈ ਵੀ ਜੋ ਇੱਕ ਸਥਿਰ ਹੱਲ ਬਣਾਉਂਦਾ ਹੈ (ਜਾਂ ਲੱਭਦਾ ਹੈ), ਕਿਰਪਾ ਕਰਕੇ ਲਿਖੋ, ਤੁਸੀਂ ਬਹੁਤਿਆਂ ਦੀ ਮਦਦ ਕਰੋਗੇ।

UPD 7/XNUMX/XNUMX: ਉਪਭੋਗਤਾ clsv ਲਿਖਦਾ ਹੈ:

ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਇਹ ਨਹੀਂ ਕਿਹਾ ਹੈ ਕਿ ਐਗਜ਼ਿਮ ਵਿੱਚ ਇੱਕ ਨਾ ਭੇਜੇ ਪੱਤਰ ਦੀ ਬਦੌਲਤ ਵਾਇਰਸ ਮੁੜ ਜ਼ਿੰਦਾ ਹੋ ਗਿਆ ਹੈ, ਜਦੋਂ ਤੁਸੀਂ ਚਿੱਠੀ ਨੂੰ ਦੁਬਾਰਾ ਭੇਜਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਬਹਾਲ ਹੋ ਜਾਂਦਾ ਹੈ, /var/sool/exim4 ਵਿੱਚ ਦੇਖੋ।

ਤੁਸੀਂ ਪੂਰੀ ਐਗਜ਼ਿਮ ਕਤਾਰ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਾਫ਼ ਕਰ ਸਕਦੇ ਹੋ:
exipick -i | xargs exim - ਸ਼੍ਰੀਮਤੀ
ਕਤਾਰ ਵਿੱਚ ਐਂਟਰੀਆਂ ਦੀ ਗਿਣਤੀ ਦੀ ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੈ:
ਐਗਜ਼ਿਮ - ਬੀਪੀਸੀ

UPD 8: ਦੁਬਾਰਾ ਹੋਰਡੇਨੀ ਜਾਣਕਾਰੀ ਲਈ ਧੰਨਵਾਦ: FirstVDS ਨੇ ਇਲਾਜ ਸਕ੍ਰਿਪਟ ਦੇ ਆਪਣੇ ਸੰਸਕਰਣ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ, ਆਓ ਇਸਦੀ ਜਾਂਚ ਕਰੀਏ!

UPD 9: ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਤੁਹਾਡਾ ਧੰਨਵਾਦ ਕਿਰਿਲ ਸਕ੍ਰਿਪਟ ਲਈ!

ਮੁੱਖ ਗੱਲ ਇਹ ਨਹੀਂ ਭੁੱਲਣੀ ਚਾਹੀਦੀ ਕਿ ਸਰਵਰ ਨਾਲ ਪਹਿਲਾਂ ਹੀ ਸਮਝੌਤਾ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਹਮਲਾਵਰ ਕੁਝ ਹੋਰ ਅਸਧਾਰਨ ਗੰਦਲੀਆਂ ਚੀਜ਼ਾਂ (ਡਰਾਪਰ ਵਿੱਚ ਸੂਚੀਬੱਧ ਨਹੀਂ) ਲਗਾਉਣ ਵਿੱਚ ਕਾਮਯਾਬ ਹੋ ਸਕਦੇ ਸਨ।

ਇਸ ਲਈ, ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਥਾਪਿਤ ਸਰਵਰ (vds) ਤੇ ਜਾਣਾ ਬਿਹਤਰ ਹੈ, ਜਾਂ ਘੱਟੋ ਘੱਟ ਵਿਸ਼ੇ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਜਾਰੀ ਰੱਖੋ - ਜੇ ਕੁਝ ਨਵਾਂ ਹੈ, ਤਾਂ ਇੱਥੇ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਲਿਖੋ, ਕਿਉਂਕਿ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਹਰ ਕੋਈ ਨਵੀਂ ਸਥਾਪਨਾ ਵੱਲ ਨਹੀਂ ਜਾਵੇਗਾ...

UPD 10: ਦੁਬਾਰਾ ਧੰਨਵਾਦ clsv: ਇਹ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਨਾ ਸਿਰਫ ਸਰਵਰ ਸੰਕਰਮਿਤ ਹਨ, ਸਗੋਂ ਇਹ ਵੀ ਰਾਸਬ੍ਰੀ ਪੀ, ਅਤੇ ਹਰ ਤਰ੍ਹਾਂ ਦੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ... ਇਸ ਲਈ ਸਰਵਰਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਆਪਣੇ ਵੀਡੀਓ ਕੰਸੋਲ, ਰੋਬੋਟ ਆਦਿ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਨਾ ਭੁੱਲੋ।

UPD 11: ਤੋਂ ਇਲਾਜ ਸਕ੍ਰਿਪਟ ਦੇ ਲੇਖਕ ਦਸਤੀ ਇਲਾਜ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਨੋਟ:
(ਇਸ ਮਾਲਵੇਅਰ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨ ਦੇ ਇੱਕ ਜਾਂ ਦੂਜੇ ਢੰਗ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਬਾਅਦ)

ਤੁਹਾਨੂੰ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਰੀਬੂਟ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ - ਮਾਲਵੇਅਰ ਕਿਤੇ ਖੁੱਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਬੈਠਦਾ ਹੈ ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, ਮੈਮੋਰੀ ਵਿੱਚ, ਅਤੇ ਹਰ 30 ਸਕਿੰਟਾਂ ਵਿੱਚ ਕ੍ਰੋਨ ਕਰਨ ਲਈ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਨਵਾਂ ਲਿਖਦਾ ਹੈ

UPD 12/XNUMX/XNUMX: supersmile2009 ਮਿਲਿਆ Exim ਦੀ ਕਤਾਰ ਵਿੱਚ ਇੱਕ ਹੋਰ(?) ਮਾਲਵੇਅਰ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਲਾਜ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਖਾਸ ਸਮੱਸਿਆ ਦਾ ਅਧਿਐਨ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿੰਦਾ ਹੈ।

UPD 13/XNUMX/XNUMX: lorc ਸਲਾਹ ਦਿੰਦਾ ਹੈ ਇਸ ਦੀ ਬਜਾਏ, ਇੱਕ ਸਾਫ਼ ਸਿਸਟਮ ਤੇ ਜਾਓ, ਅਤੇ ਫਾਈਲਾਂ ਨੂੰ ਬਹੁਤ ਧਿਆਨ ਨਾਲ ਟ੍ਰਾਂਸਫਰ ਕਰੋ, ਕਿਉਂਕਿ ਮਾਲਵੇਅਰ ਪਹਿਲਾਂ ਹੀ ਜਨਤਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਹੈ ਅਤੇ ਇਸਨੂੰ ਹੋਰ, ਘੱਟ ਸਪੱਸ਼ਟ ਅਤੇ ਵਧੇਰੇ ਖਤਰਨਾਕ ਤਰੀਕਿਆਂ ਨਾਲ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

UPD 14: ਆਪਣੇ ਆਪ ਨੂੰ ਭਰੋਸਾ ਦਿਵਾਉਣਾ ਕਿ ਚੁਸਤ ਲੋਕ ਜੜ੍ਹ ਤੋਂ ਨਹੀਂ ਭੱਜਦੇ - ਇੱਕ ਹੋਰ ਚੀਜ਼ clsv ਤੋਂ ਜ਼ਰੂਰੀ ਸੁਨੇਹਾ:

ਭਾਵੇਂ ਇਹ ਰੂਟ ਤੋਂ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਹੈਕਿੰਗ ਹੁੰਦੀ ਹੈ... ਮੇਰੇ ਕੋਲ ਡੇਬੀਅਨ ਜੈਸੀ UPD ਹੈ: ਮੇਰੀ ਔਰੇਂਜਪੀ 'ਤੇ ਫੈਲਾਓ, ਐਗਜ਼ਿਮ ਡੇਬੀਅਨ-ਐਗਜ਼ਿਮ ਤੋਂ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਅਜੇ ਵੀ ਹੈਕਿੰਗ ਹੋਈ ਹੈ, ਤਾਜ ਗੁਆਚਿਆ ਹੈ, ਆਦਿ।

UPD 15: ਜਦੋਂ ਸਮਝੌਤਾ ਕੀਤੇ ਗਏ ਸਰਵਰ ਤੋਂ ਸਾਫ਼ ਸਰਵਰ 'ਤੇ ਚਲੇ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਸਫਾਈ ਬਾਰੇ ਨਾ ਭੁੱਲੋ, w0den ਤੋਂ ਉਪਯੋਗੀ ਰੀਮਾਈਂਡਰ:

ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਸਮੇਂ, ਨਾ ਸਿਰਫ਼ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਜਾਂ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਵੱਲ ਧਿਆਨ ਦਿਓ, ਸਗੋਂ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਵੱਲ ਵੀ ਧਿਆਨ ਦਿਓ ਜਿਸ ਵਿੱਚ ਖਤਰਨਾਕ ਕਮਾਂਡਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ (ਉਦਾਹਰਨ ਲਈ, MySQL ਵਿੱਚ ਇਹ CREATE TRIGGER ਜਾਂ CREATE EVENT ਹੋ ਸਕਦਾ ਹੈ)। ਨਾਲ ਹੀ, .html, .js, .php, .py ਅਤੇ ਹੋਰ ਜਨਤਕ ਫਾਈਲਾਂ ਬਾਰੇ ਨਾ ਭੁੱਲੋ (ਆਦਰਸ਼ ਤੌਰ 'ਤੇ ਇਹ ਫਾਈਲਾਂ, ਹੋਰ ਡੇਟਾ ਵਾਂਗ, ਸਥਾਨਕ ਜਾਂ ਹੋਰ ਭਰੋਸੇਯੋਗ ਸਟੋਰੇਜ ਤੋਂ ਰੀਸਟੋਰ ਕੀਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ)।

UPD 16/XNUMX/XNUMX: ਡੇਕਕਿਨ и savage_me ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ: ਸਿਸਟਮ ਕੋਲ ਪੋਰਟਾਂ ਵਿੱਚ ਐਗਜ਼ਿਮ ਦਾ ਇੱਕ ਸੰਸਕਰਣ ਸਥਾਪਤ ਸੀ, ਪਰ ਅਸਲ ਵਿੱਚ ਇਹ ਦੂਜਾ ਚੱਲ ਰਿਹਾ ਸੀ।

ਇਸ ਲਈ ਹਰ ਕੋਈ ਅੱਪਡੇਟ ਦੇ ਬਾਅਦ ਤੁਹਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਨਵਾਂ ਸੰਸਕਰਣ ਵਰਤ ਰਹੇ ਹੋ!

exim --version

ਅਸੀਂ ਉਨ੍ਹਾਂ ਦੀ ਖਾਸ ਸਥਿਤੀ ਨੂੰ ਮਿਲ ਕੇ ਹੱਲ ਕੀਤਾ।

ਸਰਵਰ ਨੇ DirectAdmin ਅਤੇ ਇਸਦੇ ਪੁਰਾਣੇ da_exim ਪੈਕੇਜ ਦੀ ਵਰਤੋਂ ਕੀਤੀ (ਪੁਰਾਣਾ ਸੰਸਕਰਣ, ਕਮਜ਼ੋਰੀ ਤੋਂ ਬਿਨਾਂ)।

ਉਸੇ ਸਮੇਂ, DirectAdmin ਦੇ ਕਸਟਮਬਿਲਡ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਮਦਦ ਨਾਲ, ਅਸਲ ਵਿੱਚ, ਐਗਜ਼ਿਮ ਦਾ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਸਥਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਕਮਜ਼ੋਰ ਸੀ।

ਇਸ ਖਾਸ ਸਥਿਤੀ ਵਿੱਚ, ਕਸਟਮਬਿਲਡ ਦੁਆਰਾ ਅੱਪਡੇਟ ਕਰਨਾ ਵੀ ਮਦਦ ਕਰਦਾ ਹੈ।

ਅਜਿਹੇ ਪ੍ਰਯੋਗਾਂ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅੱਪ ਲੈਣਾ ਨਾ ਭੁੱਲੋ, ਅਤੇ ਇਹ ਵੀ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਅਪਡੇਟ ਤੋਂ ਪਹਿਲਾਂ/ਬਾਅਦ ਸਾਰੀਆਂ ਐਗਜ਼ਿਮ ਪ੍ਰਕਿਰਿਆਵਾਂ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਦੀਆਂ ਹਨ। ਰੋਕ ਦਿੱਤੇ ਗਏ ਸਨ ਅਤੇ ਮੈਮੋਰੀ ਵਿੱਚ "ਅਟਕ" ਨਹੀਂ।

ਸਰੋਤ: www.habr.com