DPI (SSL ਨਿਰੀਖਣ) ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਦੇ ਅਨਾਜ ਦੇ ਵਿਰੁੱਧ ਜਾਂਦਾ ਹੈ, ਪਰ ਕੰਪਨੀਆਂ ਇਸਨੂੰ ਲਾਗੂ ਕਰ ਰਹੀਆਂ ਹਨ

ਭਰੋਸੇ ਦੀ ਲੜੀ. CC BY-SA 4.0 ਯਾਨਪਾਸ

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

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

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

ਸਵੈ-ਦਸਤਖਤ ਕੀਤੇ ਸਰਟੀਫਿਕੇਟਾਂ ਜਾਂ DPI ਡਿਵਾਈਸਾਂ ਤੋਂ ਸਰਟੀਫਿਕੇਟਾਂ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਕਿਸੇ ਤੀਜੀ-ਧਿਰ ਦੇ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਟੀ ਜਿਵੇਂ ਕਿ GlobalSign ਤੋਂ ਸਮਰਪਿਤ CA ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਪਰ ਪਹਿਲਾਂ, ਆਓ ਆਪਾਂ ਸਮੱਸਿਆ ਦੀ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਕਰੀਏ।

SSL ਨਿਰੀਖਣ ਕੀ ਹੈ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਕਿਉਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

ਵੱਧ ਤੋਂ ਵੱਧ ਜਨਤਕ ਵੈਬਸਾਈਟਾਂ HTTPS ਵਿੱਚ ਜਾ ਰਹੀਆਂ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਅਨੁਸਾਰ ਕਰੋਮ ਅੰਕੜੇ, ਸਤੰਬਰ 2019 ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ, ਰੂਸ ਵਿੱਚ ਏਨਕ੍ਰਿਪਟਡ ਟ੍ਰੈਫਿਕ ਦਾ ਹਿੱਸਾ 83% ਤੱਕ ਪਹੁੰਚ ਗਿਆ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਹਮਲਾਵਰਾਂ ਦੁਆਰਾ ਟ੍ਰੈਫਿਕ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਵਧਦੀ ਜਾ ਰਹੀ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਕਿਉਂਕਿ Let's Encrypt ਸਵੈਚਲਿਤ ਤਰੀਕੇ ਨਾਲ ਹਜ਼ਾਰਾਂ ਮੁਫਤ SSL ਸਰਟੀਫਿਕੇਟ ਵੰਡਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, HTTPS ਦੀ ਵਰਤੋਂ ਹਰ ਜਗ੍ਹਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ - ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਐਡਰੈੱਸ ਬਾਰ ਵਿੱਚ ਪੈਡਲੌਕ ਸੁਰੱਖਿਆ ਦੇ ਇੱਕ ਭਰੋਸੇਯੋਗ ਸੂਚਕ ਵਜੋਂ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ ਹੈ।

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

ਇੱਕ ਵਾਰ ਤਸਦੀਕ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਡਿਵਾਈਸ ਸਮੱਗਰੀ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਅਤੇ ਰੀ-ਇਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਅੰਤਮ ਕਲਾਇੰਟ ਦੇ ਨਾਲ ਇੱਕ ਨਵਾਂ SSL ਸੈਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ।

ਡੀਕ੍ਰਿਪਸ਼ਨ/ਰੀ-ਇਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ

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

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

Chrome ਵਿੱਚ ਸਵੈ-ਦਸਤਖਤ ਸਰਟੀਫਿਕੇਟ ਲਈ ਚੇਤਾਵਨੀ ਸੁਨੇਹਾ। ਸਰੋਤ: BadSSL.com

ਵਿੰਡੋਜ਼ ਕੰਪਿਊਟਰਾਂ 'ਤੇ, ਤੁਸੀਂ ਐਕਟਿਵ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਗਰੁੱਪ ਪਾਲਿਸੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਲਈ ਇਹ ਪ੍ਰਕਿਰਿਆ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ।

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

ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ: ਕਿਸੇ ਤੀਜੀ ਧਿਰ CA ਤੋਂ ਪ੍ਰਾਈਵੇਟ, ਸਮਰਪਿਤ ਰੂਟ ਸਰਟੀਫਿਕੇਟ

ਜੇਕਰ ਮਲਟੀਪਲ ਰੂਟ ਜਾਂ ਸਵੈ-ਦਸਤਖਤ ਸਰਟੀਫਿਕੇਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਚੰਗਾ ਨਹੀਂ ਲੱਗਦਾ, ਤਾਂ ਇੱਕ ਹੋਰ ਵਿਕਲਪ ਹੈ: ਕਿਸੇ ਤੀਜੀ-ਧਿਰ CA 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ। ਇਸ ਕੇਸ ਵਿੱਚ, ਤੋਂ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਨਿਜੀ ਇੱਕ CA ਜੋ ਕਿ ਕੰਪਨੀ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਬਣਾਏ ਗਏ ਸਮਰਪਿਤ, ਨਿੱਜੀ ਰੂਟ CA ਨਾਲ ਭਰੋਸੇ ਦੀ ਲੜੀ ਵਿੱਚ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।

ਸਮਰਪਿਤ ਕਲਾਇੰਟ ਰੂਟ ਸਰਟੀਫਿਕੇਟ ਲਈ ਸਰਲੀਕ੍ਰਿਤ ਆਰਕੀਟੈਕਚਰ

ਇਹ ਸੈੱਟਅੱਪ ਪਹਿਲਾਂ ਦੱਸੀਆਂ ਗਈਆਂ ਕੁਝ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ: ਘੱਟੋ-ਘੱਟ ਇਹ ਉਹਨਾਂ ਜੜ੍ਹਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਥੇ ਤੁਸੀਂ ਸਾਰੀਆਂ ਅੰਦਰੂਨੀ PKI ਲੋੜਾਂ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਰੂਟ ਅਥਾਰਟੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਕਿਸੇ ਵੀ ਗਿਣਤੀ ਵਿੱਚ ਵਿਚਕਾਰਲੇ CAs ਦੇ ਨਾਲ। ਉਦਾਹਰਨ ਲਈ, ਉਪਰੋਕਤ ਚਿੱਤਰ ਇੱਕ ਬਹੁ-ਪੱਧਰੀ ਲੜੀ ਦਿਖਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਵਿਚਕਾਰਲੇ CAs ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ SSL ਤਸਦੀਕ/ਡਿਕ੍ਰਿਪਸ਼ਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਅੰਦਰੂਨੀ ਕੰਪਿਊਟਰਾਂ (ਲੈਪਟਾਪ, ਸਰਵਰ, ਡੈਸਕਟਾਪ, ਆਦਿ) ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

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

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

ਸਾਰੇ ਵਿਵਾਦਾਂ ਦੇ ਬਾਵਜੂਦ, ਉੱਦਮ ਆਪਣੇ ਅੰਦਰੂਨੀ ਜਾਂ ਨਿੱਜੀ PKI ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਹਿੱਸੇ ਵਜੋਂ SSL ਟ੍ਰੈਫਿਕ ਨਿਰੀਖਣ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਲਾਗੂ ਕਰ ਰਹੇ ਹਨ। ਪ੍ਰਾਈਵੇਟ PKI ਲਈ ਹੋਰ ਉਪਯੋਗਾਂ ਵਿੱਚ ਡਿਵਾਈਸ ਜਾਂ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣੀਕਰਨ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਨਾ, ਅੰਦਰੂਨੀ ਸਰਵਰਾਂ ਲਈ SSL, ਅਤੇ ਵੱਖ-ਵੱਖ ਸੰਰਚਨਾਵਾਂ ਸ਼ਾਮਲ ਹਨ ਜੋ CA/ਬ੍ਰਾਊਜ਼ਰ ਫੋਰਮ ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਜਨਤਕ ਭਰੋਸੇਯੋਗ ਸਰਟੀਫਿਕੇਟਾਂ ਵਿੱਚ ਮਨਜ਼ੂਰ ਨਹੀਂ ਹਨ।

ਬ੍ਰਾਊਜ਼ਰ ਵਾਪਸ ਲੜ ਰਹੇ ਹਨ

ਇਹ ਨੋਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਡਿਵੈਲਪਰ ਇਸ ਰੁਝਾਨ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨ ਅਤੇ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ MiTM ਤੋਂ ਬਚਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਕੁਝ ਦਿਨ ਪਹਿਲਾਂ ਮੋਜ਼ੀਲਾ ਇੱਕ ਫੈਸਲਾ ਕੀਤਾ ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਅਗਲੇ ਬ੍ਰਾਊਜ਼ਰ ਸੰਸਕਰਣਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ DoH (DNS-over-HTTPS) ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ। DoH ਪ੍ਰੋਟੋਕੋਲ DPI ਸਿਸਟਮ ਤੋਂ DNS ਸਵਾਲਾਂ ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ SSL ਨਿਰੀਖਣ ਔਖਾ ਹੋ ਜਾਂਦਾ ਹੈ।

ਇਸੇ ਤਰ੍ਹਾਂ ਦੀਆਂ ਯੋਜਨਾਵਾਂ ਬਾਰੇ ਸਤੰਬਰ 10, 2019 ਐਲਾਨ ਕੀਤਾ Chrome ਬ੍ਰਾਊਜ਼ਰ ਲਈ Google।

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਤੁਹਾਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਕਿਸੇ ਕੰਪਨੀ ਨੂੰ ਆਪਣੇ ਕਰਮਚਾਰੀਆਂ ਦੇ SSL ਟ੍ਰੈਫਿਕ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹੈ?

• ਹਾਂ, ਉਨ੍ਹਾਂ ਦੀ ਸਹਿਮਤੀ ਨਾਲ

• ਨਹੀਂ, ਅਜਿਹੀ ਸਹਿਮਤੀ ਮੰਗਣਾ ਗੈਰ-ਕਾਨੂੰਨੀ ਅਤੇ/ਜਾਂ ਅਨੈਤਿਕ ਹੈ

122 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 15 ਉਪਭੋਗਤਾ ਬਚੇ ਰਹੇ।

ਸਰੋਤ: www.habr.com