ਡੈਨੀਅਲ ਹਰਸਕਾ iMessage ਰਾਹੀਂ ਸੁਨੇਹੇ ਭੇਜਣਾ iOS ਡਿਵਾਈਸਾਂ ਅਤੇ ਮੈਕ ਕੰਪਿਊਟਰਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਕਰਨ ਦਾ ਇੱਕ ਪ੍ਰਸਿੱਧ ਤਰੀਕਾ ਹੈ। ਐਪਲ ਦੇ ਸਰਵਰਾਂ ਦੁਆਰਾ ਰੋਜ਼ਾਨਾ ਲੱਖਾਂ ਸੁਨੇਹਿਆਂ 'ਤੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਜਿਵੇਂ-ਜਿਵੇਂ ਐਪਲ-ਬਿਟਨ ਡਿਵਾਈਸਾਂ ਦੀ ਵਿਕਰੀ ਵਧਦੀ ਹੈ, ਉਸੇ ਤਰ੍ਹਾਂ iMessage ਦੀ ਪ੍ਰਸਿੱਧੀ ਵੀ ਵਧਦੀ ਹੈ। ਪਰ ਕੀ ਤੁਸੀਂ ਕਦੇ ਇਸ ਬਾਰੇ ਸੋਚਿਆ ਹੈ ਕਿ ਤੁਹਾਡੇ ਸੰਦੇਸ਼ ਸੰਭਾਵੀ ਹਮਲਾਵਰਾਂ ਤੋਂ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਹਨ?
ਐਪਲ ਨੇ ਹਾਲ ਹੀ ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਦਸਤਾਵੇਜ਼ ਆਈਓਐਸ ਸੁਰੱਖਿਆ ਦਾ ਵਰਣਨ. ਇਹ ਆਈਓਐਸ - ਸਿਸਟਮ, ਡੇਟਾ ਏਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਸੁਰੱਖਿਆ, ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੱਖਿਆ, ਨੈਟਵਰਕ ਸੰਚਾਰ, ਇੰਟਰਨੈਟ ਸੇਵਾਵਾਂ ਅਤੇ ਡਿਵਾਈਸ ਸੁਰੱਖਿਆ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸੁਰੱਖਿਆ ਤੰਤਰ ਦਾ ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ ਸਮਝਦੇ ਹੋ ਅਤੇ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਪੰਨਾ ਨੰਬਰ 20 'ਤੇ iMessage ਲੱਭ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਨਹੀਂ, ਤਾਂ ਮੈਂ iMessage ਸੁਰੱਖਿਆ ਦੇ ਸਿਧਾਂਤ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਵਰਣਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ।
ਸੁਨੇਹੇ ਭੇਜਣ ਦਾ ਆਧਾਰ ਉਹਨਾਂ ਦੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਹੈ। ਆਮ ਲੋਕਾਂ ਲਈ, ਇਹ ਅਕਸਰ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਇੱਕ ਕੁੰਜੀ ਨਾਲ ਸੰਦੇਸ਼ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਦੇ ਹੋ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਇਸ ਕੁੰਜੀ ਨਾਲ ਇਸਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ। ਅਜਿਹੀ ਕੁੰਜੀ ਨੂੰ ਸਮਰੂਪ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਬਿੰਦੂ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਕੁੰਜੀ ਸੌਂਪਣਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਹਮਲਾਵਰ ਇਸ ਨੂੰ ਫੜ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਤੁਹਾਡੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਸਿਰਫ਼ ਡੀਕ੍ਰਿਪਟ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਨਕਲ ਕਰ ਸਕਦੇ ਹਨ। ਸਰਲ ਬਣਾਉਣ ਲਈ, ਇੱਕ ਤਾਲੇ ਵਾਲੇ ਬਕਸੇ ਦੀ ਕਲਪਨਾ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਕੁੰਜੀ ਫਿੱਟ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਸ ਕੁੰਜੀ ਨਾਲ ਤੁਸੀਂ ਬਾਕਸ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪਾ ਅਤੇ ਹਟਾ ਸਕਦੇ ਹੋ।
ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਦੋ ਕੁੰਜੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਸਮਿਤ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਹੈ - ਜਨਤਕ ਅਤੇ ਨਿੱਜੀ। ਸਿਧਾਂਤ ਇਹ ਹੈ ਕਿ ਹਰ ਕੋਈ ਤੁਹਾਡੀ ਜਨਤਕ ਕੁੰਜੀ ਨੂੰ ਜਾਣ ਸਕਦਾ ਹੈ, ਬੇਸ਼ੱਕ ਸਿਰਫ਼ ਤੁਸੀਂ ਆਪਣੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨੂੰ ਜਾਣਦੇ ਹੋ। ਜੇਕਰ ਕੋਈ ਤੁਹਾਨੂੰ ਸੁਨੇਹਾ ਭੇਜਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਹ ਇਸਨੂੰ ਤੁਹਾਡੀ ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ ਐਨਕ੍ਰਿਪਟ ਕਰ ਦੇਵੇਗਾ। ਐਨਕ੍ਰਿਪਟਡ ਸੁਨੇਹੇ ਨੂੰ ਕੇਵਲ ਤੁਹਾਡੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨਾਲ ਹੀ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਮੇਲਬਾਕਸ ਨੂੰ ਇੱਕ ਸਰਲ ਤਰੀਕੇ ਨਾਲ ਦੁਬਾਰਾ ਕਲਪਨਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸ ਵਾਰ ਇਸ ਵਿੱਚ ਦੋ ਤਾਲੇ ਹੋਣਗੇ। ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ, ਕੋਈ ਵੀ ਸਮੱਗਰੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਇਸਨੂੰ ਅਨਲੌਕ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਤੁਸੀਂ ਆਪਣੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨਾਲ ਇਸਨੂੰ ਚੁਣ ਸਕਦੇ ਹੋ। ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, ਮੈਂ ਇਹ ਜੋੜਾਂਗਾ ਕਿ ਇੱਕ ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ ਏਨਕ੍ਰਿਪਟ ਕੀਤੇ ਸੰਦੇਸ਼ ਨੂੰ ਇਸ ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ ਡੀਕ੍ਰਿਪਟ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
iMessage ਵਿੱਚ ਸੁਰੱਖਿਆ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ:
- ਜਦੋਂ iMessage ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ 'ਤੇ ਦੋ ਮੁੱਖ ਜੋੜੇ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ - ਡੇਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ 1280b RSA ਅਤੇ 256b ECDSA ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਿ ਰਸਤੇ ਵਿੱਚ ਡੇਟਾ ਨਾਲ ਛੇੜਛਾੜ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।
- ਦੋ ਜਨਤਕ ਕੁੰਜੀਆਂ Apple ਦੀ ਡਾਇਰੈਕਟਰੀ ਸੇਵਾ (IDS) ਨੂੰ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਬੇਸ਼ੱਕ, ਦੋ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀਆਂ ਸਿਰਫ਼ ਡਿਵਾਈਸ 'ਤੇ ਹੀ ਸਟੋਰ ਹੁੰਦੀਆਂ ਹਨ।
- IDS ਵਿੱਚ, ਜਨਤਕ ਕੁੰਜੀਆਂ Apple Push Notification service (APN) ਵਿੱਚ ਤੁਹਾਡੇ ਫ਼ੋਨ ਨੰਬਰ, ਈਮੇਲ ਅਤੇ ਡਿਵਾਈਸ ਪਤੇ ਨਾਲ ਜੁੜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।
- ਜੇਕਰ ਕੋਈ ਤੁਹਾਨੂੰ ਸੁਨੇਹਾ ਭੇਜਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਦੀ ਡਿਵਾਈਸ ਤੁਹਾਡੀ ਜਨਤਕ ਕੁੰਜੀ (ਜਾਂ ਮਲਟੀਪਲ ਜਨਤਕ ਕੁੰਜੀਆਂ ਜੇ ਕਈ ਡਿਵਾਈਸਾਂ 'ਤੇ iMessage ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ) ਅਤੇ IDS ਵਿੱਚ ਤੁਹਾਡੀਆਂ ਡਿਵਾਈਸਾਂ ਦੇ APN ਪਤੇ ਲੱਭੇਗੀ।
- ਉਹ 128b AES ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਦੇਸ਼ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ ਅਤੇ ਆਪਣੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨਾਲ ਇਸ 'ਤੇ ਦਸਤਖਤ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਸੁਨੇਹਾ ਤੁਹਾਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਡਿਵਾਈਸਾਂ 'ਤੇ ਪਹੁੰਚਣਾ ਹੈ, ਤਾਂ ਸੁਨੇਹਾ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ Apple ਦੇ ਸਰਵਰਾਂ 'ਤੇ ਸਟੋਰ ਅਤੇ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
- ਕੁਝ ਡੇਟਾ, ਜਿਵੇਂ ਕਿ ਟਾਈਮਸਟੈਂਪ, ਬਿਲਕੁਲ ਵੀ ਐਨਕ੍ਰਿਪਟਡ ਨਹੀਂ ਹਨ।
- ਸਾਰਾ ਸੰਚਾਰ TLS ਰਾਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
- ਲੰਬੇ ਸੁਨੇਹੇ ਅਤੇ ਅਟੈਚਮੈਂਟਾਂ ਨੂੰ iCloud 'ਤੇ ਬੇਤਰਤੀਬ ਕੁੰਜੀ ਨਾਲ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਰੇਕ ਅਜਿਹੀ ਵਸਤੂ ਦਾ ਆਪਣਾ ਯੂਆਰਆਈ ਹੁੰਦਾ ਹੈ (ਸਰਵਰ 'ਤੇ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਪਤਾ)।
- ਇੱਕ ਵਾਰ ਜਦੋਂ ਸੁਨੇਹਾ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਇਹ ਤੁਹਾਡੀਆਂ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਡਿਵਾਈਸ 'ਤੇ ਡਿਲੀਵਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ 7 ਦਿਨਾਂ ਲਈ ਸਰਵਰਾਂ 'ਤੇ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਇਹ ਵਰਣਨ ਤੁਹਾਨੂੰ ਗੁੰਝਲਦਾਰ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਜੇ ਤੁਸੀਂ ਉਪਰੋਕਤ ਤਸਵੀਰ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਸਿਧਾਂਤ ਨੂੰ ਸਮਝੋਗੇ. ਅਜਿਹੀ ਸੁਰੱਖਿਆ ਪ੍ਰਣਾਲੀ ਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਇਸ 'ਤੇ ਸਿਰਫ਼ ਬਾਹਰੋਂ ਹੀ ਵਹਿਸ਼ੀ ਤਾਕਤ ਨਾਲ ਹਮਲਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਖੈਰ, ਹੁਣ ਲਈ, ਕਿਉਂਕਿ ਹਮਲਾਵਰ ਚੁਸਤ ਹੋ ਰਹੇ ਹਨ।
ਸੰਭਾਵੀ ਖਤਰਾ ਖੁਦ ਐਪਲ ਨਾਲ ਹੈ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਉਹ ਕੁੰਜੀਆਂ ਦੇ ਪੂਰੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਉਹ ਤੁਹਾਡੇ ਖਾਤੇ ਨੂੰ ਇੱਕ ਹੋਰ ਡਿਵਾਈਸ (ਜਨਤਕ ਅਤੇ ਨਿੱਜੀ ਕੁੰਜੀ ਦਾ ਇੱਕ ਹੋਰ ਜੋੜਾ) ਨਿਰਧਾਰਤ ਕਰ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਅਦਾਲਤ ਦੇ ਆਦੇਸ਼ ਕਾਰਨ, ਜਿਸ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇੱਥੇ ਐਪਲ ਨੇ ਕਿਹਾ ਹੈ ਕਿ ਉਹ ਅਜਿਹਾ ਕੁਝ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਨਹੀਂ ਕਰੇਗਾ।
ਅਤੇ ਕਿਸ ਦੇ ਅੱਗੇ ਇਸ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ? ਕੀ ਆਮ SSL ਕਾਫ਼ੀ ਨਹੀਂ ਹੋਵੇਗਾ, ਸੁਨੇਹਾ ਸੇਬ ਅਤੇ ਸੇਬ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ SSL ਰਾਹੀਂ ਸੁਨੇਹਾ ਦੁਬਾਰਾ ਭੇਜਦਾ ਹੈ? ਐਪਲ ਕੋਲ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਸੁਨੇਹਿਆਂ ਨੂੰ ਸੁਣਨ ਦੀ ਸ਼ਕਤੀ ਹੈ, ਤਾਂ ਫਿਰ ਇਸਦੇ ਆਲੇ ਦੁਆਲੇ ਸਾਰਾ ਰੌਲਾ ਕਿਉਂ ਹੈ? ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ, ਇਹ ਸਿਰਫ਼ ਇੱਕ ਤੀਜੀ ਧਿਰ ਨੂੰ ਸੁਨੇਹੇ 'ਤੇ ਸੁਣਨ ਤੋਂ ਰੋਕਣ ਦਾ ਮਾਮਲਾ ਹੈ, ਅਤੇ SSL ਉਸ ਲਈ ਕਾਫੀ ਹੈ।
ਜੇਕਰ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਐਪਲ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀਆਂ ਨਹੀਂ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਉਹ ਉਹਨਾਂ ਨੂੰ ਵੀ ਨਹੀਂ ਪੜ੍ਹੇਗਾ। ਅਤੇ ਵੈਸੇ ਵੀ, SSL ਕਲਾਇੰਟ-ਸਰਵਰ ਕਨੈਕਸ਼ਨ 'ਤੇ ਅਸਮੈਟ੍ਰਿਕ ਐਨਕ੍ਰਿਪਸ਼ਨ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਲਾਗੂਕਰਨ ਹੈ।
ਇਸ ਲਈ ਅਸੀਂ SSL 'ਤੇ 2x ਇਨਕ੍ਰਿਪਟਡ ਸੁਨੇਹਾ ਭੇਜਦੇ ਹਾਂ ਅਤੇ Apple ਇਸਨੂੰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਜਾਂ 2x ਅਣ-ਇਨਕ੍ਰਿਪਟਡ ਇਸ ਤੱਥ ਨਾਲ ਕਿ ਅਸੀਂ ਜਨਤਕ ਕੁੰਜੀਆਂ ਦੀ ਪਹਿਲਾਂ ਹੀ ਬੇਨਤੀ ਕਰਦੇ ਹਾਂ ਅਤੇ ਉਹੀ ਸਾਈਫਰ ਵਰਤਦੇ ਹਾਂ ਜਿਵੇਂ ਕਿ SSL ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਹੁੰਦਾ ਹੈ ਅਤੇ Apple ਉਹਨਾਂ ਨੂੰ ਸਿਧਾਂਤ ਵਿੱਚ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦਾ ਹੈ।
ਅਤੇ ਐਪਲ 'ਤੇ ਵੀ ਡੇਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਿਉਂ ਕੀਤਾ ਗਿਆ ਹੈ? ਕਿਉਂਕਿ ਕਿਸੇ ਨਾ ਕਿਸੇ ਕਰਮਚਾਰੀ ਦੀ ਉਨ੍ਹਾਂ ਤੱਕ ਪਹੁੰਚ ਜ਼ਰੂਰ ਹੋਵੇਗੀ। ਉਸਨੂੰ ਉਸਦੀ ਪ੍ਰੇਮਿਕਾ ਦੁਆਰਾ ਧੋਖਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਇਸਲਈ ਉਹ ਉਸਦੇ ਸੰਦੇਸ਼ਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ - ਇਹ ਲੀਕ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਐਪਲ ਮੁਸੀਬਤ ਵਿੱਚ ਹੈ।
ਮਜ਼ਾਕੀਆ ਰੌਲਾ..