ਅਸੀਂ TLS 1.3 ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਹੈ। ਤੁਹਾਨੂੰ ਵੀ ਅਜਿਹਾ ਕਿਉਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

ਸਾਲ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ, 2018-2019 ਲਈ ਇੰਟਰਨੈਟ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ ਬਾਰੇ ਇੱਕ ਰਿਪੋਰਟ ਵਿੱਚ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਲਿਖਿਆ ਹੈਕਿ TLS 1.3 ਦਾ ਫੈਲਣਾ ਅਟੱਲ ਹੈ। ਕੁਝ ਸਮਾਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਖੁਦ ਟ੍ਰਾਂਸਪੋਰਟ ਲੇਅਰ ਸੁਰੱਖਿਆ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸੰਸਕਰਣ 1.3 ਨੂੰ ਤੈਨਾਤ ਕੀਤਾ ਸੀ ਅਤੇ, ਡੇਟਾ ਇਕੱਠਾ ਕਰਨ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਅੰਤ ਵਿੱਚ ਇਸ ਤਬਦੀਲੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ।

IETF TLS ਵਰਕਿੰਗ ਗਰੁੱਪ ਚੇਅਰਜ਼ ਲਿਖੋ:
"ਸੰਖੇਪ ਵਿੱਚ, TLS 1.3 ਨੂੰ ਅਗਲੇ 20 ਸਾਲਾਂ ਲਈ ਇੱਕ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਅਤੇ ਕੁਸ਼ਲ ਇੰਟਰਨੈਟ ਦੀ ਨੀਂਹ ਪ੍ਰਦਾਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।"

ਵਿਕਾਸ TLS 1.3 10 ਲੰਬੇ ਸਾਲ ਲਏ. ਅਸੀਂ Qrator ਲੈਬਜ਼ 'ਤੇ, ਬਾਕੀ ਉਦਯੋਗ ਦੇ ਨਾਲ, ਸ਼ੁਰੂਆਤੀ ਡਰਾਫਟ ਤੋਂ ਪ੍ਰੋਟੋਕੋਲ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਨੇੜਿਓਂ ਪਾਲਣ ਕੀਤਾ ਹੈ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ, ਅੰਤ ਵਿੱਚ 28 ਵਿੱਚ ਇੱਕ ਸੰਤੁਲਿਤ ਅਤੇ ਆਸਾਨੀ ਨਾਲ ਤੈਨਾਤ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਰੌਸ਼ਨੀ ਨੂੰ ਵੇਖਣ ਲਈ ਡਰਾਫਟ ਦੇ ਲਗਾਤਾਰ 2019 ਸੰਸਕਰਣਾਂ ਨੂੰ ਲਿਖਣਾ ਜ਼ਰੂਰੀ ਸੀ। TLS 1.3 ਲਈ ਸਰਗਰਮ ਮਾਰਕੀਟ ਸਮਰਥਨ ਪਹਿਲਾਂ ਹੀ ਸਪੱਸ਼ਟ ਹੈ: ਇੱਕ ਸਾਬਤ ਅਤੇ ਭਰੋਸੇਮੰਦ ਸੁਰੱਖਿਆ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸਮੇਂ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।

ਐਰਿਕ ਰੇਸਕੋਰਲਾ (ਫਾਇਰਫਾਕਸ ਸੀਟੀਓ ਅਤੇ ਟੀਐਲਐਸ 1.3 ਦੇ ਇਕੋ ਲੇਖਕ) ਦੇ ਅਨੁਸਾਰ ਰਜਿਸਟਰ ਨਾਲ ਇੱਕ ਇੰਟਰਵਿਊ ਵਿੱਚ:

"ਇਹ ਇੱਕੋ ਕੁੰਜੀਆਂ ਅਤੇ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, TLS 1.2 ਲਈ ਇੱਕ ਪੂਰਨ ਬਦਲ ਹੈ, ਇਸਲਈ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਆਪਣੇ ਆਪ TLS 1.3 'ਤੇ ਸੰਚਾਰ ਕਰ ਸਕਦੇ ਹਨ ਜੇਕਰ ਉਹ ਦੋਵੇਂ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ," ਉਸਨੇ ਕਿਹਾ। "ਲਾਇਬ੍ਰੇਰੀ ਪੱਧਰ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਚੰਗਾ ਸਮਰਥਨ ਹੈ, ਅਤੇ Chrome ਅਤੇ Firefox ਮੂਲ ਰੂਪ ਵਿੱਚ TLS 1.3 ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹਨ।"

ਸਮਾਨਾਂਤਰ ਵਿੱਚ, TLS IETF ਕਾਰਜ ਸਮੂਹ ਵਿੱਚ ਖਤਮ ਹੋ ਰਿਹਾ ਹੈ RFC ਦੀ ਤਿਆਰੀ, TLS (ਸਿਰਫ਼ TLS 1.2 ਨੂੰ ਛੱਡ ਕੇ) ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਅਪ੍ਰਚਲਿਤ ਅਤੇ ਵਰਤੋਂਯੋਗ ਘੋਸ਼ਿਤ ਕਰਨਾ। ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਨਾ ਹੈ, ਫਾਈਨਲ ਆਰਐਫਸੀ ਗਰਮੀਆਂ ਦੇ ਅੰਤ ਤੋਂ ਪਹਿਲਾਂ ਜਾਰੀ ਕੀਤਾ ਜਾਵੇਗਾ. ਇਹ IT ਉਦਯੋਗ ਲਈ ਇੱਕ ਹੋਰ ਸੰਕੇਤ ਹੈ: ਏਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਵਿੱਚ ਦੇਰੀ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਮੌਜੂਦਾ TLS 1.3 ਲਾਗੂਕਰਨਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਸਭ ਤੋਂ ਢੁਕਵੀਂ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਤਲਾਸ਼ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ Github 'ਤੇ ਉਪਲਬਧ ਹੈ: https://github.com/tlswg/tls13-spec/wiki/Implementations. ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅੱਪਡੇਟ ਕੀਤੇ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਗੋਦ ਲੈਣ ਅਤੇ ਸਮਰਥਨ - ਅਤੇ ਪਹਿਲਾਂ ਹੀ - ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧ ਰਿਹਾ ਹੈ. ਆਧੁਨਿਕ ਸੰਸਾਰ ਵਿੱਚ ਬੁਨਿਆਦੀ ਏਨਕ੍ਰਿਪਸ਼ਨ ਕਿਵੇਂ ਬਣ ਗਈ ਹੈ ਇਸ ਬਾਰੇ ਸਮਝ ਬਹੁਤ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਫੈਲ ਗਈ ਹੈ।

TLS 1.2 ਤੋਂ ਬਾਅਦ ਕੀ ਬਦਲਿਆ ਹੈ?

ਤੋਂ ਇੰਟਰਨੈਟ ਸੋਸਾਇਟੀ ਨੋਟਸ:
“TLS 1.3 ਸੰਸਾਰ ਨੂੰ ਇੱਕ ਬਿਹਤਰ ਸਥਾਨ ਕਿਵੇਂ ਬਣਾਉਂਦਾ ਹੈ?

TLS 1.3 ਵਿੱਚ ਕੁਝ ਤਕਨੀਕੀ ਫਾਇਦੇ ਸ਼ਾਮਲ ਹਨ — ਜਿਵੇਂ ਕਿ ਇੱਕ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਲਈ ਇੱਕ ਸਰਲ ਹੈਂਡਸ਼ੇਕ ਪ੍ਰਕਿਰਿਆ — ਅਤੇ ਇਹ ਵੀ ਗਾਹਕਾਂ ਨੂੰ ਸਰਵਰਾਂ ਦੇ ਨਾਲ ਸੈਸ਼ਨਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਹ ਉਪਾਅ ਕਮਜ਼ੋਰ ਲਿੰਕਾਂ 'ਤੇ ਕੁਨੈਕਸ਼ਨ ਸੈਟਅਪ ਲੇਟੈਂਸੀ ਅਤੇ ਕਨੈਕਸ਼ਨ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਘਟਾਉਣ ਦਾ ਇਰਾਦਾ ਰੱਖਦੇ ਹਨ, ਜੋ ਅਕਸਰ ਸਿਰਫ ਗੈਰ-ਇਨਕ੍ਰਿਪਟਡ HTTP ਕੁਨੈਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਜਾਇਜ਼ ਠਹਿਰਾਉਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।

ਜਿਵੇਂ ਕਿ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਇਹ SHA-1, MD5, DES, 3DES, ਅਤੇ AES-CBC ਸਮੇਤ, TLS ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਦੇ ਨਾਲ ਵਰਤਣ ਲਈ ਅਜੇ ਵੀ ਆਗਿਆ ਹੈ (ਹਾਲਾਂਕਿ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਗਈ) ਕਈ ਵਿਰਾਸਤੀ ਅਤੇ ਅਸੁਰੱਖਿਅਤ ਏਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਹੈਸ਼ਿੰਗ ਐਲਗੋਰਿਦਮ ਲਈ ਸਮਰਥਨ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ। ਨਵੇਂ ਸਾਈਫਰ ਸੂਟਾਂ ਲਈ ਸਮਰਥਨ ਜੋੜ ਰਿਹਾ ਹੈ। ਹੋਰ ਸੁਧਾਰਾਂ ਵਿੱਚ ਹੈਂਡਸ਼ੇਕ ਦੇ ਵਧੇਰੇ ਏਨਕ੍ਰਿਪਟ ਕੀਤੇ ਤੱਤ ਸ਼ਾਮਲ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਸਰਟੀਫਿਕੇਟ ਜਾਣਕਾਰੀ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਹੁਣ ਏਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ) ਇੱਕ ਸੰਭਾਵੀ ਟ੍ਰੈਫਿਕ ਇਵਸਡ੍ਰੌਪਰ ਲਈ ਸੁਰਾਗ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਅਤੇ ਨਾਲ ਹੀ ਕੁਝ ਕੁੰਜੀ ਐਕਸਚੇਂਜ ਮੋਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਗੁਪਤਤਾ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣ ਲਈ ਸੁਧਾਰ ਤਾਂ ਜੋ ਸੰਚਾਰ ਹਰ ਸਮੇਂ ਸੁਰੱਖਿਅਤ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਭਾਵੇਂ ਇਸ ਨੂੰ ਏਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਐਲਗੋਰਿਦਮ ਨਾਲ ਭਵਿੱਖ ਵਿੱਚ ਸਮਝੌਤਾ ਕੀਤਾ ਗਿਆ ਹੋਵੇ।"

ਆਧੁਨਿਕ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਡੀਡੀਓਐਸ ਦਾ ਵਿਕਾਸ

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

ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਪੈ ਸਕਦੀ ਹੈ ਇਸ ਦੇ ਕਾਰਨ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦੱਸੇ ਗਏ ਹਨ, ਸਟੀਵ ਫੈਂਟਰ ਦੁਆਰਾ ਲਿਖਿਆ ਗਿਆ. 20-ਪੰਨਿਆਂ ਦੇ ਪੇਪਰ ਵਿੱਚ ਕਈ ਉਦਾਹਰਣਾਂ ਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨਿਗਰਾਨੀ, ਪਾਲਣਾ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ (L7) DDoS ਸੁਰੱਖਿਆ ਉਦੇਸ਼ਾਂ ਲਈ ਆਊਟ-ਆਫ-ਬੈਂਡ ਟ੍ਰੈਫਿਕ (ਜਿਸ ਦੀ PFS ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ) ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨਾ ਚਾਹ ਸਕਦਾ ਹੈ।

ਹਾਲਾਂਕਿ ਅਸੀਂ ਨਿਸ਼ਚਿਤ ਤੌਰ 'ਤੇ ਰੈਗੂਲੇਟਰੀ ਲੋੜਾਂ 'ਤੇ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ ਤਿਆਰ ਨਹੀਂ ਹਾਂ, ਸਾਡੀ ਮਲਕੀਅਤ ਐਪਲੀਕੇਸ਼ਨ DDoS ਮਿਟਗੇਸ਼ਨ ਉਤਪਾਦ (ਇੱਕ ਹੱਲ ਸਮੇਤ ਖੁਲਾਸੇ ਦੀ ਲੋੜ ਨਹੀਂ ਸੰਵੇਦਨਸ਼ੀਲ ਅਤੇ/ਜਾਂ ਗੁਪਤ ਜਾਣਕਾਰੀ) ਨੂੰ 2012 ਵਿੱਚ PFS ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਇਸਲਈ ਸਾਡੇ ਗਾਹਕਾਂ ਅਤੇ ਭਾਈਵਾਲਾਂ ਨੂੰ ਸਰਵਰ ਸਾਈਡ 'ਤੇ TLS ਸੰਸਕਰਣ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਆਪਣੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ।

ਨਾਲ ਹੀ, ਲਾਗੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਟਰਾਂਸਪੋਰਟ ਏਨਕ੍ਰਿਪਸ਼ਨ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਸਮੱਸਿਆ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ। ਇਹ ਅਧਿਕਾਰਤ ਹੈ: TLS 1.3 ਉਤਪਾਦਨ ਲਈ ਤਿਆਰ ਹੈ।

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

ਇਸ ਲਈ, ਇੱਕ ਚੰਗੀ ਮਿਸਾਲ ਹੋਵੇਗੀ ਸੈਕਸ਼ਨ 4.4 IETF ਡਰਾਫਟ "QUIC ਪ੍ਰਬੰਧਨਯੋਗਤਾ," ਆਗਾਮੀ QUIC ਪ੍ਰੋਟੋਕੋਲ ਸੂਟ ਦਾ ਹਿੱਸਾ, ਕਹਿੰਦਾ ਹੈ ਕਿ "[DDoS ਹਮਲਿਆਂ] ਦਾ ਪਤਾ ਲਗਾਉਣ ਅਤੇ ਘਟਾਉਣ ਲਈ ਆਧੁਨਿਕ ਢੰਗਾਂ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਨੈੱਟਵਰਕ ਪ੍ਰਵਾਹ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੈਸਿਵ ਮਾਪ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।"

ਬਾਅਦ ਵਾਲਾ, ਅਸਲ ਵਿੱਚ, ਅਸਲ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਹੁੰਦਾ ਹੈ (ਅਤੇ ਸਿਰਫ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ISPs ਲਈ ਲਾਗੂ ਹੁੰਦਾ ਹੈ), ਅਤੇ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਅਸਲ ਸੰਸਾਰ ਵਿੱਚ "ਆਮ ਕੇਸ" ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੁੰਦੀ ਹੈ - ਪਰ ਵਿਗਿਆਨਕ ਪ੍ਰਕਾਸ਼ਨਾਂ ਵਿੱਚ ਨਿਰੰਤਰ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੁੰਦਾ। ਸੰਭਾਵੀ DDoS ਹਮਲਿਆਂ ਦੇ ਪੂਰੇ ਸਪੈਕਟ੍ਰਮ ਦੀ ਜਾਂਚ ਕਰਕੇ, ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਦੇ ਹਮਲਿਆਂ ਸਮੇਤ। ਬਾਅਦ ਵਾਲੇ, TLS ਦੀ ਘੱਟੋ-ਘੱਟ ਵਿਸ਼ਵਵਿਆਪੀ ਤੈਨਾਤੀ ਦੇ ਕਾਰਨ, ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਨੈਟਵਰਕ ਪੈਕੇਟਾਂ ਅਤੇ ਪ੍ਰਵਾਹਾਂ ਦੇ ਪੈਸਿਵ ਮਾਪ ਦੁਆਰਾ ਖੋਜਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ।

ਇਸੇ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਅਜੇ ਤੱਕ ਇਹ ਨਹੀਂ ਜਾਣਦੇ ਕਿ DDoS ਮਿਟੀਗੇਸ਼ਨ ਹਾਰਡਵੇਅਰ ਵਿਕਰੇਤਾ TLS 1.3 ਦੀਆਂ ਅਸਲੀਅਤਾਂ ਦੇ ਅਨੁਕੂਲ ਕਿਵੇਂ ਹੋਣਗੇ। ਆਊਟ-ਆਫ-ਬੈਂਡ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਤਕਨੀਕੀ ਗੁੰਝਲਤਾ ਦੇ ਕਾਰਨ, ਅੱਪਗਰੇਡ ਵਿੱਚ ਕੁਝ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ।

ਖੋਜ ਦੀ ਅਗਵਾਈ ਕਰਨ ਲਈ ਸਹੀ ਟੀਚਿਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ DDoS ਮਿਟੀਗੇਸ਼ਨ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਇੱਕ ਵੱਡੀ ਚੁਣੌਤੀ ਹੈ। ਇੱਕ ਖੇਤਰ ਜਿੱਥੇ ਵਿਕਾਸ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ SMART ਖੋਜ ਸਮੂਹ IRTF ਵਿਖੇ, ਜਿੱਥੇ ਖੋਜਕਰਤਾ ਇੱਕ ਚੁਣੌਤੀਪੂਰਨ ਉਦਯੋਗ ਦੇ ਆਪਣੇ ਗਿਆਨ ਨੂੰ ਸੁਧਾਰਨ ਅਤੇ ਖੋਜ ਦੇ ਨਵੇਂ ਮੌਕਿਆਂ ਦੀ ਪੜਚੋਲ ਕਰਨ ਲਈ ਉਦਯੋਗ ਨਾਲ ਸਹਿਯੋਗ ਕਰ ਸਕਦੇ ਹਨ। ਅਸੀਂ ਸਾਰੇ ਖੋਜਕਰਤਾਵਾਂ ਦਾ ਨਿੱਘਾ ਸੁਆਗਤ ਵੀ ਕਰਦੇ ਹਾਂ, ਜੇਕਰ ਕੋਈ ਵੀ ਹੋਵੇ - ਸਾਡੇ ਨਾਲ DDoS ਖੋਜ ਜਾਂ SMART ਖੋਜ ਸਮੂਹ ਨਾਲ ਸਬੰਧਤ ਸਵਾਲਾਂ ਜਾਂ ਸੁਝਾਵਾਂ ਲਈ ਸੰਪਰਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। rnd@qrator.net ਵੱਲੋਂ ਹੋਰ

ਸਰੋਤ: www.habr.com