ਹਫ਼ਤੇ ਦਾ ਹਮਲਾ: LTE (ReVoLTE) ਉੱਤੇ ਵੌਇਸ ਕਾਲਾਂ

ਅਨੁਵਾਦਕ ਅਤੇ TL ਤੋਂ; DR

1. TL; ਡਾ:

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

2. ਟਿਪ ਅਤੇ TL ਲਈ ਧੰਨਵਾਦ; DR ਕਲੂਕੋਨਿਨ

3. ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਇੱਕ ਐਪ ਬਣਾਇਆ ਹੈ ਕਿ ਕੀ ਤੁਹਾਡਾ ਕੈਰੀਅਰ ਕਮਜ਼ੋਰ ਹੈ, ਹੋਰ ਪੜ੍ਹੋ ਇੱਥੇ. ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਨਤੀਜੇ ਸਾਂਝੇ ਕਰੋ, Megafon 'ਤੇ ਮੇਰੇ ਖੇਤਰ ਵਿੱਚ VoLTE ਅਯੋਗ ਹੈ।

ਲੇਖਕ ਬਾਰੇ

ਮੈਥਿਊ ਗ੍ਰੀਨ.

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

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

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

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

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

ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਇੱਕ ਸੰਖੇਪ ਇਤਿਹਾਸਕ ਯਾਤਰਾ.

LTE ਅਤੇ VoLTE ਕੀ ਹਨ?

ਸਾਡੇ ਆਧੁਨਿਕ ਸੈਲੂਲਰ ਟੈਲੀਫੋਨੀ ਮਾਪਦੰਡਾਂ ਦਾ ਅਧਾਰ ਯੂਰਪ ਵਿੱਚ 80 ਦੇ ਦਹਾਕੇ ਵਿੱਚ ਮਿਆਰ ਦੁਆਰਾ ਰੱਖਿਆ ਗਿਆ ਸੀ। ਮੋਬਾਈਲ ਲਈ ਗਲੋਬਲ ਸਿਸਟਮ (ਮੋਬਾਈਲ ਸੰਚਾਰ ਲਈ ਗਲੋਬਲ ਸਿਸਟਮ)। GSM ਪਹਿਲਾ ਪ੍ਰਮੁੱਖ ਡਿਜੀਟਲ ਸੈਲੂਲਰ ਟੈਲੀਫੋਨੀ ਸਟੈਂਡਰਡ ਸੀ, ਜਿਸ ਨੇ ਬਹੁਤ ਸਾਰੀਆਂ ਕ੍ਰਾਂਤੀਕਾਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੇਸ਼ ਕੀਤੀਆਂ, ਜਿਵੇਂ ਕਿ ਵਰਤੋਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਫ਼ੋਨ ਕਾਲਾਂ ਦੀ ਸੁਰੱਖਿਆ ਲਈ। ਸ਼ੁਰੂਆਤੀ GSM ਮੁੱਖ ਤੌਰ 'ਤੇ ਆਵਾਜ਼ ਸੰਚਾਰ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ, ਹਾਲਾਂਕਿ ਪੈਸਾ ਹੋ ਸਕਦਾ ਹੈ ਹੋਰ ਡਾਟਾ ਸੰਚਾਰਿਤ.

ਜਿਵੇਂ ਕਿ ਸੈਲੂਲਰ ਸੰਚਾਰ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰਸਾਰਣ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਬਣ ਗਿਆ ਹੈ, ਇਸ ਕਿਸਮ ਦੇ ਸੰਚਾਰ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਣ ਲਈ ਲੰਬੇ ਸਮੇਂ ਦੇ ਵਿਕਾਸ (LTE) ਮਿਆਰਾਂ ਨੂੰ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ। LTE ਪੁਰਾਣੇ ਮਿਆਰਾਂ ਦੇ ਇੱਕ ਸਮੂਹ 'ਤੇ ਅਧਾਰਤ ਹੈ ਜਿਵੇਂ ਕਿ GSM, EDGE и ਐਚ ਐਸ ਪੀ ਏ ਅਤੇ ਡਾਟਾ ਐਕਸਚੇਂਜ ਦੀ ਗਤੀ ਨੂੰ ਵਧਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਬ੍ਰਾਂਡਿੰਗ ਦਾ ਇੱਕ ਬਹੁਤ ਸਾਰਾ ਹੈ ਅਤੇ ਗਲਤ ਅਹੁਦਿਆਂ ਦੁਆਰਾ ਗੁੰਮਰਾਹ ਕਰਨਾਪਰ TL;DR ਇਹ ਹੈ ਕਿ LTE ਇੱਕ ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਸਿਸਟਮ ਹੈ ਜੋ ਪੁਰਾਣੇ ਪੈਕੇਟ ਡੇਟਾ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਭਵਿੱਖ ਦੀਆਂ ਸੈਲੂਲਰ ਡਾਟਾ ਤਕਨਾਲੋਜੀਆਂ ਵਿਚਕਾਰ ਇੱਕ ਪੁਲ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ। 5G.

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

ਸਟੈਂਡਰਡ VoIP ਵਾਂਗ, VoLTE ਦੋ ਪ੍ਰਸਿੱਧ IP-ਅਧਾਰਿਤ ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਆਧਾਰਿਤ ਹੈ: ਸੈਸ਼ਨ ਇਨੀਸ਼ੀਏਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ (ਸ਼ੈਸ਼ਨ ਆਰੰਭ ਪ੍ਰੋਟੋਕੋਲ - SIP) ਕਾਲ ਸੈੱਟਅੱਪ ਲਈ, ਅਤੇ ਰੀਅਲ-ਟਾਈਮ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ (ਰੀਅਲ ਟਾਈਮ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ, ਜਿਸ ਨੂੰ RTTP ਕਿਹਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਪਰ ਵਾਇਸ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਅਸਲ ਵਿੱਚ RTP ਕਿਹਾ ਜਾਂਦਾ ਹੈ। VoLTE ਕੁਝ ਵਾਧੂ ਬੈਂਡਵਿਡਥ ਅਨੁਕੂਲਨ ਵੀ ਜੋੜਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਹੈਡਰ ਕੰਪਰੈਸ਼ਨ।

ਠੀਕ ਹੈ, ਇਸਦਾ ਐਨਕ੍ਰਿਪਸ਼ਨ ਨਾਲ ਕੀ ਲੈਣਾ ਦੇਣਾ ਹੈ?

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

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

ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ, ਜੀਐਸਐਮ ਵਿੱਚ ਐਨਕ੍ਰਿਪਸ਼ਨ ਰਹੀ ਹੈ ਬਹੁਤ ਸਾਰੇ ਕਮਜ਼ੋਰ ਬਿੰਦੂ: ਬੁਰਾ ਸਿਫਰ, ਪ੍ਰੋਟੋਕੋਲ ਜਿਸ ਵਿੱਚ ਟਾਵਰ ਨੂੰ ਸਿਰਫ਼ ਫ਼ੋਨ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਗਿਆ ਸੀ (ਮਤਲਬ ਇੱਕ ਹਮਲਾਵਰ ਟਾਵਰ ਦੀ ਨਕਲ ਕਰ ਸਕਦਾ ਹੈ, ਪੈਦਾ ਕਰਨਾ "ਸਟਿੰਗਰੇ") ਇਤਆਦਿ. LTE ਨੇ ਬਹੁਤ ਸਾਰੇ ਸਪੱਸ਼ਟ ਬੱਗਾਂ ਨੂੰ ਠੀਕ ਕੀਤਾ ਹੈ ਜਦੋਂ ਕਿ ਬਹੁਤ ਸਾਰੇ ਸਮਾਨ ਢਾਂਚੇ ਨੂੰ ਬਣਾਈ ਰੱਖਿਆ ਹੈ।

ਆਉ ਆਪਣੇ ਆਪ ਐਨਕ੍ਰਿਪਸ਼ਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ। ਇਹ ਮੰਨਦੇ ਹੋਏ ਕਿ ਕੁੰਜੀ ਰਚਨਾ ਪਹਿਲਾਂ ਹੀ ਹੋ ਚੁੱਕੀ ਹੈ - ਅਤੇ ਅਸੀਂ ਇਸ ਬਾਰੇ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ - ਫਿਰ ਡੇਟਾ ਦੇ ਹਰੇਕ ਪੈਕੇਟ ਨੂੰ "EEA" ਨਾਮਕ ਕਿਸੇ ਚੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਟ੍ਰੀਮ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਏਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਜੋ ਕਿ AES ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਮਲ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ)। ਅਸਲ ਵਿੱਚ, ਇੱਥੇ ਏਨਕ੍ਰਿਪਸ਼ਨ ਵਿਧੀ ਹੈ CTRਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ:

VoLTE ਪੈਕੇਟਾਂ ਲਈ ਮੁੱਖ ਐਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ (ਸਰੋਤ: ReVoLTE). EEA ਇੱਕ ਸਾਈਫਰ ਹੈ, "COUNT" ਇੱਕ 32-ਬਿੱਟ ਕਾਊਂਟਰ ਹੈ, "BEARER" ਇੱਕ ਵਿਲੱਖਣ ਸੈਸ਼ਨ ਪਛਾਣਕਰਤਾ ਹੈ ਜੋ VoLTE ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਨਿਯਮਤ ਇੰਟਰਨੈਟ ਟ੍ਰੈਫਿਕ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। "ਦਿਸ਼ਾ" ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਕਿਸ ਦਿਸ਼ਾ ਵਿੱਚ ਵਹਿ ਰਿਹਾ ਹੈ - UE ਤੋਂ ਟਾਵਰ ਤੱਕ ਜਾਂ ਇਸਦੇ ਉਲਟ।

ਕਿਉਂਕਿ ਏਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ ਖੁਦ (EEA) ਨੂੰ ਏਈਐਸ ਵਰਗੇ ਮਜ਼ਬੂਤ ​​​​ਸਾਈਫਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ ਕਿ ਇਸ ਤਰ੍ਹਾਂ ਸਾਈਫਰ 'ਤੇ ਕੋਈ ਸਿੱਧਾ ਹਮਲਾ ਹੋਵੇਗਾ। GSM ਦੇ ਦਿਨਾਂ ਵਿੱਚ ਹੋਇਆ. ਹਾਲਾਂਕਿ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇੱਕ ਮਜ਼ਬੂਤ ​​​​ਸਾਈਫਰ ਦੇ ਨਾਲ ਵੀ, ਇਹ ਏਨਕ੍ਰਿਪਸ਼ਨ ਸਕੀਮ ਆਪਣੇ ਆਪ ਨੂੰ ਪੈਰਾਂ ਵਿੱਚ ਸ਼ੂਟ ਕਰਨ ਦਾ ਇੱਕ ਵਧੀਆ ਤਰੀਕਾ ਹੈ.

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

ਸੀਟੀਆਰ ਮੋਡ ਵਿੱਚ ਮੁੜ ਵਰਤੋਂ ਨਾ ਕਰਨ 'ਤੇ ਹਮਲੇ ਉਦੋਂ ਵੀ ਮੌਜੂਦ ਸਨ ਜਦੋਂ ਜ਼ਹਿਰ ਦਾ ਪਤਾ ਲੱਗ ਗਿਆ ਸੀ

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

ReVoLTE ਕੀ ਹੈ?

ReVoLTE ਹਮਲਾ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ, ਅਭਿਆਸ ਵਿੱਚ, ਇਸ ਬਹੁਤ ਹੀ ਕਮਜ਼ੋਰ ਐਨਕ੍ਰਿਪਸ਼ਨ ਡਿਜ਼ਾਈਨ ਦੀ ਅਸਲ-ਸੰਸਾਰ ਹਾਰਡਵੇਅਰ ਦੁਆਰਾ ਦੁਰਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਲੇਖਕ ਵਪਾਰਕ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤੀਆਂ ਅਸਲ VoLTE ਕਾਲਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਹਨ ਅਤੇ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਉਹ ਕਿਸੇ ਚੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ ਜਿਸ ਨੂੰ "ਕੁੰਜੀ ਮੁੜ ਸਥਾਪਨਾ ਹਮਲਾ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ। (ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਲੱਭਣ ਦਾ ਬਹੁਤ ਸਿਹਰਾ ਇਸ ਨੂੰ ਜਾਂਦਾ ਹੈ ਰੀਜ਼ ਅਤੇ ਲੂ (ਰਜ਼ਾ ਅਤੇ ਲੂ), ਜੋ ਸੰਭਾਵੀ ਕਮਜ਼ੋਰੀ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੇ ਪਹਿਲੇ ਸਨ। ਪਰ ReVoLTE ਖੋਜ ਇਸਨੂੰ ਇੱਕ ਵਿਹਾਰਕ ਹਮਲੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ)।

ਆਓ ਮੈਂ ਤੁਹਾਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਹਮਲੇ ਦਾ ਸਾਰ ਦਿਖਾਵਾਂ, ਹਾਲਾਂਕਿ ਤੁਹਾਨੂੰ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਅਸਲੀ ਦਸਤਾਵੇਜ਼.

ਕੋਈ ਇਹ ਮੰਨ ਸਕਦਾ ਹੈ ਕਿ ਇੱਕ ਵਾਰ ਜਦੋਂ LTE ਇੱਕ ਪੈਕੇਟ ਡਾਟਾ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ LTE ਦਾ ਕੰਮ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਬਾਕੀ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਦੇ ਨਾਲ ਉਸ ਕਨੈਕਸ਼ਨ 'ਤੇ ਵੌਇਸ ਪੈਕੇਟ ਨੂੰ ਰੂਟ ਕਰਨ ਦਾ ਮਾਮਲਾ ਬਣ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, VoLTE ਇੱਕ ਅਜਿਹਾ ਸੰਕਲਪ ਹੋਵੇਗਾ ਜੋ ਸਿਰਫ ਮੌਜੂਦ ਹੈ ਦੂਜਾ ਪੱਧਰ [OSI ਮਾਡਲ - ਲਗਭਗ]. ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੱਚ ਨਹੀਂ ਹੈ।

ਅਸਲ ਵਿੱਚ, LTE ਲਿੰਕ ਲੇਅਰ "ਬੇਅਰਰ" ਦੀ ਧਾਰਨਾ ਨੂੰ ਪੇਸ਼ ਕਰਦੀ ਹੈ। ਬੇਅਰਰ ਵੱਖਰੇ ਸੈਸ਼ਨ ਪਛਾਣਕਰਤਾ ਹੁੰਦੇ ਹਨ ਜੋ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਪੈਕੇਟ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੱਖਰਾ ਕਰਦੇ ਹਨ। ਨਿਯਮਤ ਇੰਟਰਨੈਟ ਟ੍ਰੈਫਿਕ (ਤੁਹਾਡਾ ਟਵਿੱਟਰ ਅਤੇ ਸਨੈਪਚੈਟ) ਇੱਕ ਬੇਅਰਰ ਦੁਆਰਾ ਜਾਂਦਾ ਹੈ। VoIP ਲਈ SIP ਸਿਗਨਲ ਦੂਜੇ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਵੌਇਸ ਟ੍ਰੈਫਿਕ ਪੈਕੇਟਾਂ ਨੂੰ ਤੀਜੇ ਰਾਹੀਂ ਸੰਸਾਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਮੈਂ LTE ਰੇਡੀਓ ਅਤੇ ਨੈੱਟਵਰਕ ਰੂਟਿੰਗ ਵਿਧੀਆਂ ਬਾਰੇ ਬਹੁਤਾ ਜਾਣਕਾਰ ਨਹੀਂ ਹਾਂ, ਪਰ ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿਉਂਕਿ LTE ਨੈੱਟਵਰਕ QoS (ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ) ਵਿਧੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਤਾਂ ਜੋ ਵੱਖ-ਵੱਖ ਪੈਕਟ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਤਰਜੀਹੀ ਪੱਧਰਾਂ 'ਤੇ ਸੰਸਾਧਿਤ ਕੀਤਾ ਜਾ ਸਕੇ: i.e. ਤੁਹਾਡਾ ਦੂਜੀ ਦਰ Facebook ਨਾਲ TCP ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਤੁਹਾਡੀ ਰੀਅਲ-ਟਾਈਮ ਵੌਇਸ ਕਾਲਾਂ ਨਾਲੋਂ ਘੱਟ ਤਰਜੀਹ ਹੋ ਸਕਦੀ ਹੈ।

ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਪਰ ਨਤੀਜੇ ਹੇਠਾਂ ਦਿੱਤੇ ਹਨ। LTE ਐਨਕ੍ਰਿਪਸ਼ਨ ਲਈ ਕੁੰਜੀਆਂ ਹਰ ਵਾਰ ਇੱਕ ਨਵਾਂ "ਬੇਅਰਰ" ਸਥਾਪਤ ਕਰਨ 'ਤੇ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਅਸਲ ਵਿੱਚ, ਹਰ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਨਵੀਂ ਫ਼ੋਨ ਕਾਲ ਕਰਦੇ ਹੋ ਤਾਂ ਇਹ ਦੁਬਾਰਾ ਵਾਪਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹਰੇਕ ਕਾਲ ਲਈ ਇੱਕ ਵੱਖਰੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀ ਵਰਤੀ ਜਾਏਗੀ, ਵੌਇਸ ਕਾਲ ਪੈਕੇਟਾਂ ਦੇ ਦੋ ਵੱਖ-ਵੱਖ ਸੈੱਟਾਂ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਇੱਕੋ ਕੁੰਜੀ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਖਤਮ ਕਰ ਦੇਵੇਗਾ। ਦਰਅਸਲ, LTE ਸਟੈਂਡਰਡ ਕੁਝ ਅਜਿਹਾ ਕਹਿੰਦਾ ਹੈ ਕਿ "ਹਰ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਨਵੀਂ ਫ਼ੋਨ ਕਾਲ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਇੱਕ ਨਵਾਂ ਬੇਅਰਰ ਸਥਾਪਤ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਵੱਖਰੀ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।" ਪਰ ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਵਾਪਰਦਾ ਹੈ.

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

ਅਭਿਆਸ ਵਿੱਚ, ਇਸ ਹਮਲੇ ਦਾ ਨਤੀਜਾ ਕੁੰਜੀ ਸਟ੍ਰੀਮ ਦੀ ਮੁੜ ਵਰਤੋਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਜਿੱਥੇ ਹਮਲਾਵਰ $inline$ C_1 = M_1 oplus KS$inline$ ਅਤੇ $inline$C_2 = M_2 oplus KS$inline$ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ $inline$ ਦੀ ਗਣਨਾ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। C_1 ਓਪਲੱਸ C_2 = M_1 ਓਪਲੱਸ M_2$ਇਨਲਾਈਨ$। ਇਸ ਤੋਂ ਵੀ ਬਿਹਤਰ, ਜੇਕਰ ਹਮਲਾਵਰ $inline$M_1$inline$ ਜਾਂ $inline$M_2$inline$ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਜਾਣਦਾ ਹੈ, ਤਾਂ ਉਹ ਤੁਰੰਤ ਦੂਜੇ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਉਸਨੂੰ ਇੱਕ ਮਜ਼ਬੂਤ ​​​​ਪ੍ਰੇਰਨਾ ਦਿੰਦਾ ਹੈ ਦੋ ਅਣ-ਇੰਕ੍ਰਿਪਟਡ ਭਾਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲੱਭੋ.

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

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

ਇੱਥੇ ਆਮ ਹਮਲੇ ਦੀ ਯੋਜਨਾ ਦਾ ਇੱਕ ਚਿੱਤਰ ਲਿਆ ਗਿਆ ਹੈ ਅਸਲੀ ਦਸਤਾਵੇਜ਼:

ਤੋਂ ਹਮਲੇ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ReVoLTE ਦਸਤਾਵੇਜ਼. ਇਹ ਸਕੀਮ ਇਹ ਮੰਨਦੀ ਹੈ ਕਿ ਇੱਕੋ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਦੋ ਵੱਖ-ਵੱਖ ਕਾਲਾਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਹਮਲਾਵਰ ਪੈਸਿਵ ਸਨਿਫਰ (ਉੱਪਰ ਖੱਬੇ) ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, ਨਾਲ ਹੀ ਇੱਕ ਦੂਜਾ ਫ਼ੋਨ, ਜਿਸ ਨਾਲ ਉਹ ਪੀੜਤ ਦੇ ਫ਼ੋਨ 'ਤੇ ਦੂਜੀ ਕਾਲ ਕਰ ਸਕਦਾ ਹੈ।

ਤਾਂ ਕੀ ਹਮਲਾ ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ?

ਇੱਕ ਪਾਸੇ, ਇਹ ReVoLTE ਬਾਰੇ ਲੇਖ ਲਈ ਅਸਲ ਵਿੱਚ ਮੁੱਖ ਸਵਾਲ ਹੈ। ਉਪਰੋਕਤ ਸਾਰੇ ਵਿਚਾਰ ਸਿਧਾਂਤ ਵਿੱਚ ਬਹੁਤ ਵਧੀਆ ਹਨ, ਪਰ ਉਹ ਬਹੁਤ ਸਾਰੇ ਸਵਾਲ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਜਿਵੇ ਕੀ:

1. ਕੀ ਇਹ ਸੰਭਵ ਹੈ (ਅਕਾਦਮਿਕ ਖੋਜਕਰਤਾਵਾਂ ਲਈ) ਅਸਲ ਵਿੱਚ ਇੱਕ VoLTE ਕਨੈਕਸ਼ਨ ਨੂੰ ਰੋਕਣਾ?
2. ਕੀ ਅਸਲ LTE ਸਿਸਟਮ ਅਸਲ ਵਿੱਚ ਰੀਕੀ ਕਰਦੇ ਹਨ?
3. ਕੀ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਫ਼ੋਨ ਅਤੇ ਟਾਵਰ ਲਈ ਕੁੰਜੀ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਲਈ ਤੇਜ਼ੀ ਨਾਲ ਅਤੇ ਭਰੋਸੇਮੰਦ ਢੰਗ ਨਾਲ ਦੂਜੀ ਕਾਲ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ?
4. ਭਾਵੇਂ ਕਿ ਸਿਸਟਮ ਰੀਕੀ, ਕੀ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਦੂਜੀ ਕਾਲ ਦੀ ਅਨਇਨਕ੍ਰਿਪਟਡ ਸਮੱਗਰੀ ਨੂੰ ਜਾਣ ਸਕਦੇ ਹੋ - ਇਹ ਦਿੱਤੇ ਹੋਏ ਕਿ ਕੋਡੇਕਸ ਅਤੇ ਟ੍ਰਾਂਸਕੋਡਿੰਗ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਉਸ ਦੂਜੀ ਕਾਲ ਦੀ (ਬਿੱਟ-ਬਾਈ-ਬਿਟ) ਸਮੱਗਰੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਸਕਦੀਆਂ ਹਨ, ਭਾਵੇਂ ਤੁਹਾਡੇ ਕੋਲ "ਬਿੱਟਾਂ ਤੱਕ ਪਹੁੰਚ ਹੋਵੇ। "ਤੁਹਾਡੇ ਹਮਲੇ ਵਾਲੇ ਫੋਨ ਤੋਂ ਆ ਰਹੇ ਹੋ?

ReVoLTE ਦਾ ਕੰਮ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਹਾਂ ਵਿੱਚ ਦਿੰਦਾ ਹੈ। ਲੇਖਕ ਇੱਕ ਵਪਾਰਕ ਸੌਫਟਵੇਅਰ-ਪੁਨਰ-ਸੰਰਚਨਾਯੋਗ ਰੇਡੀਓ ਸਟ੍ਰੀਮ ਸਨਿਫਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਜਿਸਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਏਅਰਸਕੋਪ ਡਾਊਨਲਿੰਕ ਵਾਲੇ ਪਾਸੇ ਤੋਂ ਇੱਕ VoLTE ਕਾਲ ਨੂੰ ਰੋਕਣ ਲਈ। (ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਸੌਫਟਵੇਅਰ ਨਾਲ ਪਕੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਅਤੇ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਇੱਕ ਮੋਟਾ ਵਿਚਾਰ ਪ੍ਰਾਪਤ ਕਰਨ ਨਾਲ ਗਰੀਬ ਗ੍ਰੈਜੂਏਟ ਵਿਦਿਆਰਥੀਆਂ ਦੇ ਜੀਵਨ ਤੋਂ ਕਈ ਮਹੀਨੇ ਲੱਗ ਗਏ - ਜੋ ਕਿ ਇਸ ਕਿਸਮ ਦੀ ਅਕਾਦਮਿਕ ਖੋਜ ਲਈ ਖਾਸ ਹੈ)।

ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਪਾਇਆ ਕਿ ਕੰਮ ਕਰਨ ਲਈ ਕੁੰਜੀ ਦੀ ਮੁੜ ਵਰਤੋਂ ਲਈ, ਪਹਿਲੀ ਕਾਲ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦੂਜੀ ਕਾਲ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਹੋਣੀ ਚਾਹੀਦੀ ਸੀ, ਪਰ ਬਹੁਤ ਜਲਦੀ ਨਹੀਂ - ਉਹਨਾਂ ਓਪਰੇਟਰਾਂ ਲਈ ਲਗਭਗ ਦਸ ਸਕਿੰਟ ਜਿਨ੍ਹਾਂ ਨਾਲ ਉਹਨਾਂ ਨੇ ਪ੍ਰਯੋਗ ਕੀਤਾ ਸੀ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਇਸ ਨਾਲ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਉਪਭੋਗਤਾ ਇਸ ਸਮੇਂ ਦੇ ਅੰਦਰ ਕਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ - "ਰਿੰਗ" ਭਾਵ। SIP ਕਨੈਕਸ਼ਨ ਆਪਰੇਟਰ ਨੂੰ ਉਸੇ ਕੁੰਜੀ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।

ਇਸ ਤਰ੍ਹਾਂ, ਬਹੁਤ ਸਾਰੀਆਂ ਘਟੀਆ ਸਮੱਸਿਆਵਾਂ ਸਮੱਸਿਆ (4) ਦੇ ਆਲੇ-ਦੁਆਲੇ ਘੁੰਮਦੀਆਂ ਹਨ - ਇੱਕ ਹਮਲਾਵਰ ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਕਾਲ ਦੀ ਅਨਇਨਕ੍ਰਿਪਟਡ ਸਮੱਗਰੀ ਦੇ ਬਿੱਟ ਪ੍ਰਾਪਤ ਕਰਨਾ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਡੀ ਸਮਗਰੀ ਨਾਲ ਬਹੁਤ ਕੁਝ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਹਮਲਾਵਰ ਦੇ ਫ਼ੋਨ ਤੋਂ ਪੀੜਤ ਦੇ ਫ਼ੋਨ ਤੱਕ ਸੈਲੂਲਰ ਨੈਟਵਰਕ ਰਾਹੀਂ ਯਾਤਰਾ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਏਨਕੋਡ ਕੀਤੀ ਆਡੀਓ ਸਟ੍ਰੀਮ ਨੂੰ ਮੁੜ-ਏਨਕੋਡ ਕਰਨ ਵਰਗੀਆਂ ਗੰਦੀਆਂ ਚਾਲਾਂ, ਜੋ ਆਵਾਜ਼ ਨੂੰ ਇੱਕੋ ਜਿਹੀ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ, ਪਰ ਇਸਦੇ ਬਾਈਨਰੀ ਪ੍ਰਤੀਨਿਧਤਾ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਦਿੰਦੀਆਂ ਹਨ। LTE ਨੈੱਟਵਰਕ ਵੀ RTP ਹੈਡਰ ਕੰਪਰੈਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜੋ RTP ਪੈਕੇਟ ਦੇ ਬਹੁਤ ਸਾਰੇ ਹਿੱਸੇ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਰੂਪ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਹਮਲਾਵਰ ਦੁਆਰਾ ਭੇਜੇ ਗਏ ਪੈਕੇਟ ਮੋਟੇ ਤੌਰ 'ਤੇ ਪਹਿਲੀ ਫੋਨ ਕਾਲ ਦੌਰਾਨ ਭੇਜੇ ਗਏ ਪੈਕੇਟਾਂ ਦੇ ਅਨੁਸਾਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਹ ਸਮੱਸਿਆ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਫ਼ੋਨ ਕਾਲ ਦੇ ਦੌਰਾਨ ਚੁੱਪ ਨੂੰ ਸੋਧਣ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਛੋਟੇ ਸੁਨੇਹੇ (ਉਰਫ਼ ਆਰਾਮ ਸ਼ੋਰ) ਆਉਂਦੇ ਹਨ ਜੋ ਅਸਲ ਕਾਲ ਦੇ ਨਾਲ ਠੀਕ ਨਹੀਂ ਹੋ ਸਕਦੇ।

ਸੈਕਸ਼ਨ "ਅਸਲ ਸੰਸਾਰ ਹਮਲਾ" ਇਹ ਵਿਸਥਾਰ ਵਿੱਚ ਪੜ੍ਹਨ ਯੋਗ ਹੈ. ਇਹ ਉਪਰੋਕਤ ਕਈ ਮੁੱਦਿਆਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ - ਖਾਸ ਤੌਰ 'ਤੇ, ਲੇਖਕਾਂ ਨੇ ਪਾਇਆ ਕਿ ਕੁਝ ਕੋਡੇਕਸ ਰੀਕੋਡ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਇਹ ਕਿ ਲਗਭਗ 89% ਟਾਰਗੇਟ ਕਾਲ ਦੀ ਬਾਈਨਰੀ ਪ੍ਰਤੀਨਿਧਤਾ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਘੱਟੋ-ਘੱਟ ਦੋ ਯੂਰਪੀਅਨ ਓਪਰੇਟਰਾਂ ਲਈ ਸੱਚ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਸੀ।

ਇਹ ਇੱਕ ਹੈਰਾਨੀਜਨਕ ਤੌਰ 'ਤੇ ਉੱਚ ਸਫਲਤਾ ਦਰ ਹੈ, ਅਤੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਮੇਰੀ ਉਮੀਦ ਨਾਲੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੈ ਜਦੋਂ ਮੈਂ ਇਸ ਦਸਤਾਵੇਜ਼ 'ਤੇ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ ਸੀ।

ਇਸ ਲਈ ਅਸੀਂ ਇਸਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਕੀ ਕਰ ਸਕਦੇ ਹਾਂ?

ਇਸ ਸਵਾਲ ਦਾ ਤੁਰੰਤ ਜਵਾਬ ਬਹੁਤ ਸਰਲ ਹੈ: ਕਿਉਂਕਿ ਕਮਜ਼ੋਰੀ ਦਾ ਸਾਰ ਮੁੱਖ ਮੁੜ ਵਰਤੋਂ (ਮੁੜ-ਸਥਾਪਨਾ) ਹਮਲਾ ਹੈ, ਬਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰੋ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਹਰੇਕ ਫ਼ੋਨ ਕਾਲ ਲਈ ਇੱਕ ਨਵੀਂ ਕੁੰਜੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਗਈ ਹੈ, ਅਤੇ ਕਦੇ ਵੀ ਪੈਕਟ ਕਾਊਂਟਰ ਨੂੰ ਉਸੇ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਾਊਂਟਰ ਨੂੰ ਜ਼ੀਰੋ 'ਤੇ ਰੀਸੈਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਾ ਦਿਓ। ਸਮੱਸਿਆ ਹੱਲ!

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

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

ਇਹ ਨਵਾਂ ਅਧਿਐਨ ਆਮ ਸਵਾਲ ਵੀ ਉਠਾਉਂਦਾ ਹੈ ਕਿ ਕਿਉਂ ਇੱਕੋ ਜਿਹੇ ਹਮਲੇ ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ ਮਿਆਰ ਵਿੱਚ ਆਉਂਦੇ ਰਹਿੰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਸਮਾਨ ਡਿਜ਼ਾਈਨ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਜਦੋਂ ਤੁਹਾਨੂੰ WPA2 ਵਰਗੇ ਕਈ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਪ੍ਰੋਟੋਕੋਲਾਂ ਵਿੱਚ ਇੱਕੋ ਕੁੰਜੀ ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨ ਦੀ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਕੀ ਤੁਹਾਨੂੰ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਇਹ ਤੁਹਾਡੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਟੈਸਟਿੰਗ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਹੋਰ ਮਜ਼ਬੂਤ ​​ਬਣਾਉਣ ਦਾ ਸਮਾਂ ਹੋ ਸਕਦਾ ਹੈ? ਮਿਆਰਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਵਿਚਾਰਸ਼ੀਲ ਭਾਈਵਾਲਾਂ ਵਜੋਂ ਪੇਸ਼ ਕਰਨਾ ਬੰਦ ਕਰੋ ਜੋ ਤੁਹਾਡੀਆਂ ਚੇਤਾਵਨੀਆਂ ਵੱਲ ਧਿਆਨ ਦਿੰਦੇ ਹਨ। ਉਹਨਾਂ ਨਾਲ (ਅਣਜਾਣੇ) ਵਿਰੋਧੀਆਂ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰੋ ਜੋ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਚੀਜ਼ਾਂ ਨੂੰ ਗਲਤ ਕਰਨ ਜਾ ਰਹੇ ਹਨ।

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

ਜਾਂ ਅਸੀਂ ਬਸ ਉਹ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਸਾਡੇ ਬੱਚੇ ਪਹਿਲਾਂ ਹੀ ਕਰ ਚੁੱਕੇ ਹਨ: ਉਹਨਾਂ ਤੰਗ ਕਰਨ ਵਾਲੀਆਂ ਵੌਇਸ ਕਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰੋ।

ਸਰੋਤ: www.habr.com