ALPACA - HTTPS 'ਤੇ MITM ਹਮਲਿਆਂ ਲਈ ਇੱਕ ਨਵੀਂ ਤਕਨੀਕ

ਜਰਮਨੀ ਦੀਆਂ ਕਈ ਯੂਨੀਵਰਸਿਟੀਆਂ ਦੇ ਖੋਜਕਰਤਾਵਾਂ ਦੀ ਇੱਕ ਟੀਮ ਨੇ HTTPS 'ਤੇ ਇੱਕ ਨਵਾਂ MITM ਹਮਲਾ ਵਿਕਸਿਤ ਕੀਤਾ ਹੈ ਜੋ ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਅਤੇ ਹੋਰ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ, ਨਾਲ ਹੀ ਕਿਸੇ ਹੋਰ ਸਾਈਟ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਮਨਮਾਨੇ JavaScript ਕੋਡ ਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ। ਹਮਲੇ ਨੂੰ ALPACA ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ TLS ਸਰਵਰਾਂ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ (HTTPS, SFTP, SMTP, IMAP, POP3) ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ, ਪਰ ਆਮ TLS ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।

ਹਮਲੇ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਉਸਦਾ ਇੱਕ ਨੈੱਟਵਰਕ ਗੇਟਵੇ ਜਾਂ ਵਾਇਰਲੈੱਸ ਐਕਸੈਸ ਪੁਆਇੰਟ 'ਤੇ ਨਿਯੰਤਰਣ ਹੈ, ਤਾਂ ਹਮਲਾਵਰ ਵੈਬ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕਿਸੇ ਹੋਰ ਨੈੱਟਵਰਕ ਪੋਰਟ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ FTP ਜਾਂ ਮੇਲ ਸਰਵਰ ਨਾਲ ਇੱਕ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਾਪਨਾ ਦਾ ਪ੍ਰਬੰਧ ਕਰ ਸਕਦਾ ਹੈ ਜੋ TLS ਐਨਕ੍ਰਿਪਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ HTTP ਸਰਵਰ ਨਾਲ ਸਾਂਝਾ TLS ਸਰਟੀਫਿਕੇਟ, ਅਤੇ ਉਪਭੋਗਤਾ ਦਾ ਬ੍ਰਾਊਜ਼ਰ ਇਹ ਮੰਨ ਲਵੇਗਾ ਕਿ ਬੇਨਤੀ ਕੀਤੇ HTTP ਸਰਵਰ ਨਾਲ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਕਿਉਂਕਿ TLS ਪ੍ਰੋਟੋਕੋਲ ਯੂਨੀਵਰਸਲ ਹੈ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ-ਪੱਧਰ ਦੇ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਨਹੀਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਇਸ ਲਈ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਲਈ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਾਪਨਾ ਇੱਕੋ ਜਿਹੀ ਹੈ ਅਤੇ ਗਲਤ ਸੇਵਾ ਨੂੰ ਬੇਨਤੀ ਭੇਜਣ ਦੀ ਗਲਤੀ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ ਸੈਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੀ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਭੇਜੀ ਬੇਨਤੀ ਦੇ ਹੁਕਮ.

ਇਸ ਅਨੁਸਾਰ, ਜੇਕਰ, ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਮੂਲ ਰੂਪ ਵਿੱਚ HTTPS ਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤੇ ਇੱਕ ਉਪਭੋਗਤਾ ਕਨੈਕਸ਼ਨ ਨੂੰ ਇੱਕ ਮੇਲ ਸਰਵਰ ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਦੇ ਹੋ ਜੋ HTTPS ਸਰਵਰ ਨਾਲ ਸਾਂਝੇ ਕੀਤੇ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ TLS ਕਨੈਕਸ਼ਨ ਸਫਲਤਾਪੂਰਵਕ ਸਥਾਪਿਤ ਹੋ ਜਾਵੇਗਾ, ਪਰ ਮੇਲ ਸਰਵਰ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ। HTTP ਕਮਾਂਡਾਂ ਅਤੇ ਗਲਤੀ ਕੋਡ ਦੇ ਨਾਲ ਇੱਕ ਜਵਾਬ ਵਾਪਸ ਕਰੇਗਾ। ਇਹ ਜਵਾਬ ਬ੍ਰਾਊਜ਼ਰ ਦੁਆਰਾ ਬੇਨਤੀ ਕੀਤੀ ਸਾਈਟ ਤੋਂ ਇੱਕ ਜਵਾਬ ਦੇ ਰੂਪ ਵਿੱਚ ਸੰਸਾਧਿਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਇੱਕ ਸਹੀ ਢੰਗ ਨਾਲ ਸਥਾਪਿਤ ਏਨਕ੍ਰਿਪਟਡ ਸੰਚਾਰ ਚੈਨਲ ਦੇ ਅੰਦਰ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਹਮਲੇ ਦੇ ਤਿੰਨ ਵਿਕਲਪ ਪ੍ਰਸਤਾਵਿਤ ਹਨ:

• ਪ੍ਰਮਾਣਿਕਤਾ ਪੈਰਾਮੀਟਰਾਂ ਨਾਲ ਕੂਕੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ "ਅੱਪਲੋਡ ਕਰੋ"। ਇਹ ਵਿਧੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜੇਕਰ TLS ਸਰਟੀਫਿਕੇਟ ਦੁਆਰਾ ਕਵਰ ਕੀਤਾ FTP ਸਰਵਰ ਤੁਹਾਨੂੰ ਇਸਦਾ ਡੇਟਾ ਅੱਪਲੋਡ ਕਰਨ ਅਤੇ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਸ ਹਮਲੇ ਦੇ ਰੂਪ ਵਿੱਚ, ਹਮਲਾਵਰ ਉਪਭੋਗਤਾ ਦੀ ਮੂਲ HTTP ਬੇਨਤੀ ਦੇ ਕੁਝ ਹਿੱਸਿਆਂ ਦੀ ਧਾਰਨਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਕੂਕੀ ਸਿਰਲੇਖ ਦੀ ਸਮੱਗਰੀ, ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ FTP ਸਰਵਰ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਸੇਵ ਫਾਈਲ ਦੇ ਰੂਪ ਵਿੱਚ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਜਾਂ ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲੌਗ ਕਰਦਾ ਹੈ। ਸਫਲਤਾਪੂਰਵਕ ਹਮਲਾ ਕਰਨ ਲਈ, ਹਮਲਾਵਰ ਨੂੰ ਫਿਰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਸਟੋਰ ਕੀਤੀ ਸਮੱਗਰੀ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹਮਲਾ Proftpd, Microsoft IIS, vsftpd, filezilla ਅਤੇ serv-u 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
• ਕਰਾਸ-ਸਾਈਟ ਸਕ੍ਰਿਪਟਿੰਗ (XSS) ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ "ਡਾਊਨਲੋਡ ਕਰੋ"। ਵਿਧੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਮਲਾਵਰ, ਕੁਝ ਵਿਅਕਤੀਗਤ ਹੇਰਾਫੇਰੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਅਜਿਹੀ ਸੇਵਾ ਵਿੱਚ ਡੇਟਾ ਰੱਖ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ ਆਮ TLS ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਉਪਭੋਗਤਾ ਬੇਨਤੀ ਦੇ ਜਵਾਬ ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਹਮਲਾ ਉਪਰੋਕਤ FTP ਸਰਵਰਾਂ, IMAP ਸਰਵਰਾਂ ਅਤੇ POP3 ਸਰਵਰਾਂ (ਕੂਰੀਅਰ, ਸਾਈਰਸ, ਕੇਰੀਓ-ਕਨੈਕਟ ਅਤੇ ਜ਼ਿਮਬਰਾ) 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
• ਕਿਸੇ ਹੋਰ ਸਾਈਟ ਦੇ ਸੰਦਰਭ ਵਿੱਚ JavaScript ਨੂੰ ਚਲਾਉਣ ਲਈ "ਰਿਫਲਿਕਸ਼ਨ"। ਵਿਧੀ ਬੇਨਤੀ ਦੇ ਕਲਾਇੰਟ ਹਿੱਸੇ ਤੇ ਵਾਪਸ ਜਾਣ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜਿਸ ਵਿੱਚ ਹਮਲਾਵਰ ਦੁਆਰਾ ਭੇਜਿਆ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਕੋਡ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਹਮਲਾ ਉੱਪਰ ਦੱਸੇ FTP ਸਰਵਰਾਂ, IMAP ਸਰਵਰ ਸਾਈਰਸ, ਕੇਰੀਓ-ਕਨੈਕਟ ਅਤੇ ਜ਼ਿਮਬਰਾ, ਅਤੇ ਨਾਲ ਹੀ ਸੇਂਡਮੇਲ SMTP ਸਰਵਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਇੱਕ ਉਪਭੋਗਤਾ ਇੱਕ ਹਮਲਾਵਰ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਇੱਕ ਪੰਨਾ ਖੋਲ੍ਹਦਾ ਹੈ, ਤਾਂ ਇਹ ਪੰਨਾ ਉਸ ਸਾਈਟ ਤੋਂ ਇੱਕ ਸਰੋਤ ਲਈ ਬੇਨਤੀ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਦਾ ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ ਖਾਤਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, bank.com)। MITM ਹਮਲੇ ਦੇ ਦੌਰਾਨ, bank.com ਵੈੱਬਸਾਈਟ ਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤੀ ਗਈ ਇਸ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਈਮੇਲ ਸਰਵਰ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ TLS ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਜੋ bank.com ਨਾਲ ਸਾਂਝਾ ਕੀਤਾ ਗਿਆ ਹੈ। ਕਿਉਂਕਿ ਮੇਲ ਸਰਵਰ ਪਹਿਲੀ ਗਲਤੀ ਤੋਂ ਬਾਅਦ ਸੈਸ਼ਨ ਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਸੇਵਾ ਸਿਰਲੇਖ ਅਤੇ ਕਮਾਂਡਾਂ ਜਿਵੇਂ ਕਿ "POST/HTTP/1.1" ਅਤੇ "Host:" ਨੂੰ ਅਣਜਾਣ ਕਮਾਂਡਾਂ ਵਜੋਂ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਵੇਗੀ (ਮੇਲ ਸਰਵਰ ਇਸ ਲਈ "500 ਅਣਪਛਾਤੀ ਕਮਾਂਡ" ਵਾਪਸ ਕਰੇਗਾ। ਹਰੇਕ ਸਿਰਲੇਖ).

ਮੇਲ ਸਰਵਰ HTTP ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਨਹੀਂ ਸਮਝਦਾ ਅਤੇ ਇਸਦੇ ਲਈ ਸੇਵਾ ਸਿਰਲੇਖ ਅਤੇ POST ਬੇਨਤੀ ਦੇ ਡੇਟਾ ਬਲਾਕ ਨੂੰ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸਲਈ POST ਬੇਨਤੀ ਦੇ ਮੁੱਖ ਭਾਗ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਕਮਾਂਡ ਨਾਲ ਇੱਕ ਲਾਈਨ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ ਮੇਲ ਸਰਵਰ. ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਪਾਸ ਕਰ ਸਕਦੇ ਹੋ: ਮੇਲ ਤੋਂ: alert(1); ਜਿਸ ਤੇ ਮੇਲ ਸਰਵਰ ਇੱਕ 501 ਗਲਤੀ ਸੁਨੇਹਾ ਵਾਪਸ ਕਰੇਗਾ alert(1); : ਨੁਕਸਦਾਰ ਪਤਾ: ਚੇਤਾਵਨੀ(1); ਦੀ ਪਾਲਣਾ ਨਾ ਕਰ ਸਕਦਾ ਹੈ

ਇਹ ਜਵਾਬ ਉਪਭੋਗਤਾ ਦੇ ਬ੍ਰਾਊਜ਼ਰ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਜੋ ਹਮਲਾਵਰ ਦੀ ਸ਼ੁਰੂਆਤੀ ਤੌਰ 'ਤੇ ਖੁੱਲ੍ਹੀ ਵੈੱਬਸਾਈਟ ਦੇ ਸੰਦਰਭ ਵਿੱਚ JavaScript ਕੋਡ ਨੂੰ ਲਾਗੂ ਕਰੇਗਾ, ਪਰ ਉਸ bank.com ਵੈੱਬਸਾਈਟ ਦੇ ਜਿਸ ਨੂੰ ਬੇਨਤੀ ਭੇਜੀ ਗਈ ਸੀ, ਕਿਉਂਕਿ ਜਵਾਬ ਇੱਕ ਸਹੀ TLS ਸੈਸ਼ਨ ਦੇ ਅੰਦਰ ਆਇਆ ਸੀ। , ਜਿਸ ਦਾ ਸਰਟੀਫਿਕੇਟ bank.com ਜਵਾਬ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ।

ਗਲੋਬਲ ਨੈਟਵਰਕ ਦੇ ਇੱਕ ਸਕੈਨ ਨੇ ਦਿਖਾਇਆ ਕਿ ਆਮ ਤੌਰ 'ਤੇ, ਲਗਭਗ 1.4 ਮਿਲੀਅਨ ਵੈਬ ਸਰਵਰ ਸਮੱਸਿਆ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੇ ਹਨ, ਜਿਸ ਲਈ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬੇਨਤੀਆਂ ਨੂੰ ਮਿਲਾ ਕੇ ਹਮਲਾ ਕਰਨਾ ਸੰਭਵ ਹੈ। ਅਸਲ ਹਮਲੇ ਦੀ ਸੰਭਾਵਨਾ 119 ਹਜ਼ਾਰ ਵੈਬ ਸਰਵਰਾਂ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਸੀ ਜਿਸ ਲਈ ਦੂਜੇ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅਧਾਰ ਤੇ ਟੀਐਲਐਸ ਸਰਵਰ ਮੌਜੂਦ ਸਨ।

ਐਫਟੀਪੀ ਸਰਵਰ pureftpd, proftpd, microsoft-ftp, vsftpd, filezilla ਅਤੇ serv-u, IMAP ਅਤੇ POP3 ਸਰਵਰ ਡਵਕੋਟ, ਕੋਰੀਅਰ, ਐਕਸਚੇਂਜ, ਸਾਈਰਸ, ਕੇਰੀਓ-ਕਨੈਕਟ ਅਤੇ ਜ਼ਿਮਬਰਾ, SMTP ਸਰਵਰ ਪੋਸਟਫਿਕਸ, ਐਗਜ਼ਿਮ, ਭੇਜੋ ਲਈ ਸ਼ੋਸ਼ਣ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। , mailenable, mdaemon ਅਤੇ opensmtpd. ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਸਿਰਫ FTP, SMTP, IMAP ਅਤੇ POP3 ਸਰਵਰਾਂ ਦੇ ਨਾਲ ਇੱਕ ਹਮਲੇ ਨੂੰ ਅੰਜਾਮ ਦੇਣ ਦੀ ਸੰਭਾਵਨਾ ਦਾ ਅਧਿਐਨ ਕੀਤਾ ਹੈ, ਪਰ ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਸਮੱਸਿਆ TLS ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲਾਂ ਲਈ ਵੀ ਹੋ ਸਕਦੀ ਹੈ।

ਹਮਲੇ ਨੂੰ ਰੋਕਣ ਲਈ, ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ SNI (ਸਰਵਰ ਨੇਮ ਇੰਡੀਕੇਸ਼ਨ) ਐਕਸਟੈਂਸ਼ਨ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਇੱਕ TLS ਸੈਸ਼ਨ ਲਈ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ALPN (ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਨੈਗੋਸ਼ੀਏਸ਼ਨ) ਐਕਸਟੈਂਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਤਜਵੀਜ਼ ਹੈ। ਕਈ ਡੋਮੇਨ ਨਾਮਾਂ ਨੂੰ ਕਵਰ ਕਰਨ ਵਾਲੇ TLS ਸਰਟੀਫਿਕੇਟ। ਐਪਲੀਕੇਸ਼ਨ ਸਾਈਡ 'ਤੇ, ਕਮਾਂਡਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਸਮੇਂ ਗਲਤੀਆਂ ਦੀ ਗਿਣਤੀ 'ਤੇ ਸੀਮਾ ਨੂੰ ਸੀਮਤ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਕੁਨੈਕਸ਼ਨ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਹਮਲੇ ਨੂੰ ਰੋਕਣ ਲਈ ਉਪਾਅ ਵਿਕਸਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਪਿਛਲੇ ਸਾਲ ਅਕਤੂਬਰ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਈ ਸੀ। ਇਸੇ ਤਰ੍ਹਾਂ ਦੇ ਸੁਰੱਖਿਆ ਉਪਾਅ ਪਹਿਲਾਂ ਹੀ Nginx 1.21.0 (ਮੇਲ ਪ੍ਰੌਕਸੀ), Vsftpd 3.0.4, ਕੋਰੀਅਰ 5.1.0, Sendmail, FileZill, crypto/tls (Go) ਅਤੇ Internet Explorer ਵਿੱਚ ਲਏ ਜਾ ਚੁੱਕੇ ਹਨ।

ਸਰੋਤ: opennet.ru