3CX ਸਪਲਾਈ ਚੇਨ ਹਮਲਾ: ਸਿੱਖੇ ਗਏ ਸਬਕ

ਬੁਰੇ ਅਦਾਕਾਰਾਂ ਨੇ ਪਹਿਲਾਂ ਇੱਕ ਕੰਪਨੀ ਦੇ ਸਾਫਟਵੇਅਰ ਪੈਕੇਜ, X_TRADER ਨਾਲ ਸਮਝੌਤਾ ਕੀਤਾ, ਜਿਸਦਾ ਨਾਮ ਸੀ ਵਪਾਰ ਤਕਨਾਲੋਜੀਆਂ ਸ਼ਿਕਾਗੋ, IL ਵਿੱਚ ਹੈੱਡਕੁਆਰਟਰ। ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਮਾਲਵੇਅਰ ਸੀ ( ਵੇਇਲਡ ਸਿਗਨਲ ਬੈਕਡੋਰ) ਇੰਜੈਕਟ ਕੀਤਾ ਗਿਆ। ਇੰਸਟਾਲਰ ਨੂੰ ਇੱਕ ਵੈਧ ਕੋਡ ਸਾਈਨਿੰਗ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਡਿਜੀਟਲੀ ਦਸਤਖਤ ਕੀਤੇ ਗਏ ਸਨ। ਗਲਤ ਕਾਰਕੁਨ ਸੰਭਵ ਤੌਰ 'ਤੇ ਬਿਲਡ ਵਿੱਚ ਦਾਖਲ ਹੋਏ ਸਨ pipeline 2021 ਤੱਕ ਅਤੇ ਸਾਫਟਵੇਅਰ ਨੂੰ ਪੈਕ ਕਰਨ ਅਤੇ ਦਸਤਖਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੋਧਿਆ ਗਿਆ। ਇਹ ਚੇਨਡ ਸਪਲਾਈ ਚੇਨ ਹਮਲੇ ਵਿੱਚ ਪਹਿਲਾ ਹੌਪ ਸੀ। ਮਾਰਚ 2022 ਤੱਕ ਇਹ ਸੀ ਦੀ ਰਿਪੋਰਟ ਕਾਰਜਾਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਡ੍ਰੀਮਜੌਬ ਉਰਫ਼ ਬਲਿੰਡਰਿੰਗਕੈਨ ਅਤੇ AppleJeus, ਨਿਊਜ਼ ਮੀਡੀਆ, ਆਈਟੀ, ਕ੍ਰਿਪਟੋਕਰੰਸੀ, ਅਤੇ ਫਿਨਟੈਕ ਉਦਯੋਗਾਂ ਵਿੱਚ ਅਮਰੀਕਾ ਅਧਾਰਤ ਸੰਗਠਨਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਰਿਹਾ ਹੈ।

ਇਹ ਸਾਫਟਵੇਅਰ 2020 (!) ਵਿੱਚ ਰਿਟਾਇਰ ਹੋ ਗਿਆ ਸੀ, ਪਰ ਇਹ 2022 ਤੱਕ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਉਪਲਬਧ ਸੀ। ਇੱਕ 3CX ਕਰਮਚਾਰੀ ਨੇ ਇਸਨੂੰ ਇੱਕ ਨਿੱਜੀ ਕੰਪਿਊਟਰ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤਾ। ਬੁਰੇ ਲੋਕਾਂ ਨੇ ਸਮਝੌਤਾ ਕੀਤੇ ਕੰਪਿਊਟਰ ਤੋਂ ਕਰਮਚਾਰੀ ਦੇ ਕਾਰਪੋਰੇਟ ਪ੍ਰਮਾਣ ਪੱਤਰ ਚੋਰੀ ਕਰ ਲਏ। ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ, ਵੇਇਲਡ ਸਿਗਨਲ ਕਮਾਂਡ ਅਤੇ ਕੰਟਰੋਲ ਲਈ ਟ੍ਰੇਡਿੰਗ ਟੈਕਨਾਲੋਜੀਜ਼ ਵੈੱਬਸਾਈਟ ਦੇ ਹੇਠਾਂ ਇੱਕ URL ਵਰਤਿਆ (ਇੱਕ ਰਣਨੀਤੀ ਜੋ ਅਕਸਰ ਖੋਜ ਤੋਂ ਬਚਣ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ)।

ਸ਼ੁਰੂਆਤੀ ਸਮਝੌਤੇ ਤੋਂ ਦੋ ਦਿਨ ਬਾਅਦ, ਬੁਰੇ ਅਦਾਕਾਰਾਂ ਨੇ 3CX ਦੇ ਅੰਦਰੂਨੀ ਸਿਸਟਮਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਕਾਰਪੋਰੇਟ VPN ਦੀ ਵਰਤੋਂ ਕੀਤੀ। ਉਨ੍ਹਾਂ ਨੇ FRP ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਇੱਕ ਜਨਤਕ ਟੂਲ ਜੋ ਚੰਗੇ ਅਤੇ ਮਾੜੇ ਦੋਵਾਂ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਾਸੇ ਵੱਲ ਜਾਣ ਲਈ। ਉਹ ਜਾਣਦੇ ਸਨ ਕਿ ਪ੍ਰਾਪਤ ਕੀਤੇ ਪੈਰਾਂ ਨਾਲ ਕੀ ਕਰਨਾ ਹੈ: ਉਨ੍ਹਾਂ ਨੇ ਵਿੰਡੋਜ਼ ਅਤੇ ਮੈਕੋਸ ਬਿਲਡ ਸਿਸਟਮ ਨਾਲ ਸਮਝੌਤਾ ਕੀਤਾ। ਹਰੇਕ ਵਾਤਾਵਰਣ ਨੂੰ ਵੱਖ-ਵੱਖ ਟੂਲਸ ਨਾਲ। ਉਦਾਹਰਣ ਵਜੋਂ, ਉਨ੍ਹਾਂ ਨੇ SigFlip ਟੂਲ ਦੀ ਵਰਤੋਂ RC4-ਇਨਕ੍ਰਿਪਟਡ ਸ਼ੈੱਲਕੋਡ ਨੂੰ ਸਿਗਨੇਚਰ ਅੰਤਿਕਾ ਵਿੱਚ ਇੰਜੈਕਟ ਕਰਨ ਲਈ ਕੀਤੀ। d3dਕੰਪਾਈਲਰ_47.dll.

ਵਿੰਡੋਜ਼ ਅਤੇ ਮੈਕੋਸ ਲਈ 3CX ਡੈਸਕਟੌਪ ਐਪ ਲਈ ਸਾਫਟਵੇਅਰ ਅੱਪਡੇਟ ਸੰਕਰਮਿਤ ਸਨ। ਇਹ ਇਸ (ਪਹਿਲੇ?) ਮਲਟੀਸਟੈਪ ਸਪਲਾਈ ਚੇਨ ਹਮਲੇ ਵਿੱਚ ਦੂਜਾ ਹੌਪ ਸੀ। ਵਿੰਡੋਜ਼ ਲਈ ਸਾਫਟਵੇਅਰ ਅੱਪਡੇਟ, ਜੋ ਕਿ 3CX ਕੋਡ ਸਾਈਨਿੰਗ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਸਹੀ ਢੰਗ ਨਾਲ ਦਸਤਖਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਦੋ ਖਤਰਨਾਕ ਫਾਈਲਾਂ ਛੱਡਦਾ ਹੈ, ffmpeg.dll ਫਾਈਲ ਅਤੇ d3dcompiler_47.dll (ਬਰਾਬਰ ਦੇ ਨਾਲ .ਡਾਈਲਿਬ macOS ਲਈ ਲਾਇਬ੍ਰੇਰੀਆਂ), ਜੋ ਕਿ ਸੁਹਾਵਣੇ ਦੁਆਰਾ ਲੋਡ ਅਤੇ ਚਲਾਇਆ ਗਿਆ ਸੀ 3CXDesktopApp ਐਗਜ਼ੀਕਿਊਟੇਬਲ (ਸਾਈਡ-ਡੀਐਲਐਲ ਲੋਡਿੰਗ ਤਕਨੀਕ ਰਾਹੀਂ)। ਦੂਜੇ ਡੀਐਲਐਲ ਵਿੱਚ ਏਨਕ੍ਰਿਪਟ ਕੀਤਾ ਸ਼ੈੱਲਕੋਡ ਇੱਕ ਹੋਰ ਡੀਐਲਐਲ ਲੋਡ ਕਰਦਾ ਹੈ ਜੋ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਆਈਕਨ ਸਟੋਰੇਜ਼ GitHub ਰਿਪੋਜ਼ਟਰੀ ਇੱਕ .ico ਫਾਈਲ ਹੈ ਜਿਸ ਵਿੱਚ ਇਨਕ੍ਰਿਪਟਡ ਕਮਾਂਡ ਐਂਡ ਕੰਟਰੋਲ (C2) ਸਰਵਰ ਹੈ।

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

ਪੀੜਤਾਂ ਦੇ ਪੀਸੀ ਤੋਂ C2 ਡੋਮੇਨਾਂ ਨਾਲ ਕਨੈਕਸ਼ਨ 06 ਮਾਰਚ, 2023 ਨੂੰ ਸ਼ੁਰੂ ਹੋਏ ਸਨ ਅਤੇ 29 ਮਾਰਚ ਨੂੰ ਖਤਮ ਹੋਏ ਸਨ।

ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ ਕਿ (1) ਕੋਡ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਕੋਈ ਸਰੋਤ ਕੋਡ ਨਹੀਂ ਸੋਧਿਆ ਗਿਆ ਸੀ ਪਰ ਇਸਦੀ ਬਜਾਏ, ਬਿਲਡ ਦੌਰਾਨ ਮਾਲਵੇਅਰ ਪੇਲੋਡ ਇੰਜੈਕਟ ਕੀਤਾ ਗਿਆ ਸੀ, (2) ਇੱਕ ਜਾਇਜ਼ ffmpeg DDL ਨੂੰ ਇੱਕ ਖਤਰਨਾਕ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਸੀ ਅਤੇ ਸਾਈਡ-DLL ਲੋਡਿੰਗ ਰਾਹੀਂ ਲੋਡ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ (3) ਇੱਕ ਪ੍ਰਸਿੱਧ VoIP ਐਪ ਨੂੰ ਮਲਟੀਸਟੇਜ ਮਾਲਵੇਅਰ ਵਾਲੇ ਹਥਿਆਰ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਸੀ।

ਘਟਨਾ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਿਆ ਗਿਆ

ਇੰਝ ਲੱਗਦਾ ਹੈ ਕਿ 29 ਮਾਰਚ ਨੂੰ 3CX ਨੂੰ ਤੀਜੀ ਧਿਰ ਤੋਂ ਇੱਕ ਖਤਰਨਾਕ ਐਕਟਰ ਦੁਆਰਾ "ਉਨ੍ਹਾਂ ਦੇ ਉਤਪਾਦ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਦਾ ਸ਼ੋਸ਼ਣ" ਕਰਨ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਹੋਈਆਂ। ਐਂਟੀ-ਮਾਲਵੇਅਰ ਪਲੇਟਫਾਰਮਾਂ ਨੇ (ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ) ਆਪਣਾ ਕੰਮ ਕੀਤਾ।

30 ਮਾਰਚ, 2023 ਨੂੰ 3CX CISਓ, ਪਿਏਰੇ ਜੌਰਡਨ, ਨੇ ਇੱਕ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਸੁਰੱਖਿਆ ਚੇਤਾਵਨੀ ਗਾਹਕਾਂ ਅਤੇ ਭਾਈਵਾਲਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨਾ ਕਿ ਉਨ੍ਹਾਂ ਦਾ ਇਲੈਕਟ੍ਰੌਨ ਐਪ (ਡੈਸਕਟੌਪ ਕਲਾਇੰਟ) ਮਾਲਵੇਅਰ ਨਾਲ ਇੱਕ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਭੇਜਿਆ ਗਿਆ ਸੀ। ਪੋਸਟ ਪ੍ਰਭਾਵਿਤ ਸੰਸਕਰਣਾਂ (ਵਿੰਡੋਜ਼ ਅਤੇ ਮੈਕ ਲਈ), ਚੁੱਕੇ ਗਏ ਸ਼ੁਰੂਆਤੀ ਰੋਕਥਾਮ ਉਪਾਵਾਂ ਬਾਰੇ ਇੱਕ ਛੋਟਾ ਬਿਆਨ, ਅਤੇ ਦਾਗੀ ਡੈਸਕਟੌਪ ਕਲਾਇੰਟ ਦੀ ਬਜਾਏ ਵੈੱਬ ਕਲਾਇੰਟ ਨਾਲ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਦੀ ਇੱਕ ਤੇਜ਼ ਸਿਫਾਰਸ਼ ਦੀ ਸੂਚੀ ਦਿੰਦੀ ਹੈ।

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

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

ਕੰਪਨੀ ਨੇ ਉਤਪਾਦ ਨੂੰ ਕੰਮ ਕਰਦੇ ਰੱਖਣ ਲਈ ਇੱਕ ਵਿਕਲਪ ਪੇਸ਼ ਕੀਤਾ: ਵਰਤਣ ਲਈ ਪ੍ਰਗਤੀਸ਼ੀਲ ਵੈੱਬ ਐਪ ਜਾਂ ਡੈਸਕਟੌਪ ਐਪ ਦੀ ਬਜਾਏ PWA, ਦੇ ਆਧਾਰ 'ਤੇ ਇਲੈਕਟਰੋਨ ਫਰੇਮਵਰਕ

"ਅਸੀਂ ਜ਼ੋਰਦਾਰ ਸੁਝਾਅ ਦਿੰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਸਾਡੀ PWA ਐਪ ਦੀ ਵਰਤੋਂ ਕਰੋ। PWA ਐਪ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੈੱਬ-ਅਧਾਰਤ ਹੈ ਅਤੇ ਇਲੈਕਟ੍ਰੌਨ ਐਪ ਦੇ 95% ਕੰਮ ਕਰਦਾ ਹੈ। ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਇੰਸਟਾਲੇਸ਼ਨ ਜਾਂ ਅੱਪਡੇਟ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਅਤੇ Chrome ਵੈੱਬ ਸੁਰੱਖਿਆ ਆਪਣੇ ਆਪ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।"

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

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

ਉਸੇ ਦਿਨ, 3CX ਨੇ ਜਾਂਚ ਲਈ ਮੈਂਡੀਅਨਟ ਨੂੰ ਨਿਯੁਕਤ ਕੀਤਾ, ਹੋਰ ਹਦਾਇਤਾਂ ਦੇ ਨਾਲ। ਅਸਲ ਵਿੱਚ, ਇਹ ਅੱਪਡੇਟ ਸਥਾਪਤ ਕਰਦਾ ਹੈ

ਔਨ-ਪ੍ਰੀਮ ਇੰਸਟਾਲੇਸ਼ਨ 'ਤੇ Win/Mac ਡੈਸਕਟੌਪ ਐਪ, ਅਤੇ ਪ੍ਰਭਾਵਿਤ ਸੰਸਕਰਣਾਂ ਲਈ ਇਲੈਕਟ੍ਰੌਨ ਐਪ ਨੂੰ ਅਣਇੰਸਟੌਲ ਕਰੋ, ਅਤੇ PWA ਵਿਕਲਪ 'ਤੇ ਜਾਓ। ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਮਾਲਵੇਅਰ ਪ੍ਰਭਾਵਿਤ ਸਿਸਟਮਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕਦਾ ਹੈ, ਮਾਲਵੇਅਰ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖ ਸਕਦਾ ਹੈ, ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਪਾਸੇ ਵੱਲ ਵੀ ਜਾ ਸਕਦਾ ਹੈ। ਮਾਲਵੇਅਰ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾਉਣਾ ਇੰਨਾ ਆਸਾਨ ਨਹੀਂ ਹੈ। ਅਸੀਂ ਸਮਝ ਸਕਦੇ ਹਾਂ ਕਿ, ਜ਼ਰੂਰੀਤਾ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਕਿਸੇ ਘਟਨਾ ਨਾਲ ਨਜਿੱਠਣ ਦਾ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰੀਕਾ ਹਮੇਸ਼ਾ ਨਹੀਂ ਮਿਲਦਾ... ਜਦੋਂ ਤੱਕ ਕਿ ਦ੍ਰਿਸ਼ ਦੀ ਪਹਿਲਾਂ ਕਲਪਨਾ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਅਤੇ ਸਹੀ ਉਪਚਾਰ ਉਪਾਅ ਪਛਾਣੇ ਨਹੀਂ ਜਾਂਦੇ।

The ਅਗਲੀ ਪੋਸਟ, ਹੁਣ ਕੰਪਨੀ ਦੇ ਸੀਈਓ ਦੁਆਰਾ, ਡੈਸਕਟੌਪ ਐਪ ਲਈ ਸੁਰੱਖਿਆ-ਸਿਰਫ ਅਪਡੇਟ ਦੀ ਘੋਸ਼ਣਾ ਨਾਲ ਗਾਹਕਾਂ ਨੂੰ ਭਰੋਸਾ ਦਿਵਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਹੈ। ਕੁਝ ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ ਤਕਨੀਕਾਂ, ਜਿਵੇਂ ਕਿ ਪਾਸਵਰਡ ਹੈਸ਼ਿੰਗ, ਲਾਗੂ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ ("ਕਦੇ ਵੀ ਦੇਰ ਨਾ ਹੋਣ ਨਾਲੋਂ ਬਿਹਤਰ ਲਈ; ਕਦੇ ਵੀ ਸਫਲ ਨਾ ਹੋਣਾ ਬਹੁਤ ਲੰਮਾ ਸਮਾਂ ਹੋਵੇਗਾ।", ਚੌਸਰ ਦੀਕਸ਼ਿਤ 1386 ਵਿੱਚ।) ਖਾਸ, ਲਾਗੂ ਕੀਤੀਆਂ ਸੁਰੱਖਿਆਵਾਂ ਚੰਗੇ ਇਰਾਦਿਆਂ ਅਤੇ ਅਨੁਮਾਨਿਤ ਯੋਜਨਾਵਾਂ ਨਾਲੋਂ ਬਿਹਤਰ ਹਨ... ਪਰ ਪਹਿਲਾਂ ਪਾਸਵਰਡ ਕਿਵੇਂ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਸਨ?

ਖੈਰ, ਗੂਗਲ ਨੇ ਮੌਜੂਦਾ 3CX ਕੋਡ ਸਾਈਨਿੰਗ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਅਯੋਗ ਕਰ ਦਿੱਤਾ ਅਤੇ ਐਂਟੀਵਾਇਰਸ ਵਿਕਰੇਤਾਵਾਂ ਨੇ ਉਸ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਦਸਤਖਤ ਕੀਤੇ ਕਿਸੇ ਵੀ ਸੌਫਟਵੇਅਰ ਨੂੰ ਵੀ ਬਲੌਕ ਕਰ ਦਿੱਤਾ। ਡੈਸਕਟੌਪ ਐਪ ਅਪਡੇਟ ਲਈ MSI ਸਥਾਪਕਾਂ ਨੂੰ ਇੱਕ ਨਵੇਂ ਕੋਡ ਸਾਈਨਿੰਗ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਦੁਬਾਰਾ ਤਿਆਰ ਕਰਨ ਦੀ ਲੋੜ ਸੀ, ਜਿਸ ਵਿੱਚ ਕੁਝ ਘੰਟੇ ਲੱਗ ਗਏ। ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ!

3CX ਨੇ ਰੋਕਥਾਮ ਲਈ ਇੱਕ ਨਵਾਂ ਬਿਲਡ ਸਰਵਰ ਤਾਇਨਾਤ ਕੀਤਾ। ਇਹ ਵਾਜਬ ਹੈ: ਵਿਸ਼ਲੇਸ਼ਣ ਤੋਂ ਬਿਨਾਂ, ਮਾਲਵੇਅਰ ਕਿਵੇਂ ਟੀਕਾ ਲਗਾਇਆ ਗਿਆ ਸੀ, ਇਹ ਅਣਜਾਣ ਸੀ।

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

ਜਦੋਂ ਘਟਨਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਗਿਆ ਅਤੇ ਹਮਲਾਵਰ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਪਤਾ ਲੱਗਿਆ, ਤਾਂ APT ਦੁਆਰਾ ਵਰਤੇ ਗਏ GitHub ਰੈਪੋ ਅਤੇ C2 ਸਰਵਰਾਂ ਲਈ ਡੋਮੇਨ ਹਟਾ ਦਿੱਤੇ ਗਏ, ਜਿਸ ਨਾਲ ਮਾਲਵੇਅਰ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਹਟਾ ਦਿੱਤਾ ਗਿਆ।

ਅਪ੍ਰੈਲ XXXth ਤੇ, The CISਓ ਨੇ ਪੋਸਟ ਕੀਤਾ ਘਟਨਾ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਸ਼ੁਰੂਆਤੀ ਨਤੀਜੇ. UNC4736 ਉੱਤਰੀ ਕੋਰੀਆ ਨਾਲ ਜੁੜੇ APT ਦਾ ਪਹਿਲਾਂ ਹਵਾਲਾ ਦਿੱਤਾ ਗਿਆ ਸੀ।

ਸ਼ੁੱਕਰਵਾਰ 20 ਅਪ੍ਰੈਲ ਨੂੰ, ਮੈਂਡੀਅਨਟ ਨੇ ਪੋਸਟ ਕੀਤਾ ਘਟਨਾ ਦਾ ਮੁੱਢਲਾ ਵਿਸ਼ਲੇਸ਼ਣ. YARA ਅਤੇ Snort ਖੋਜ ਨਿਯਮ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਸਨ।

ਉਸੇ ਦਿਨ, 3CX ਦੇ CEO ਨੇ ਇੱਕ ਨਵੀਂ ਪੋਸਟ ਪੋਸਟ ਕੀਤੀ, ਜਿਸ ਵਿੱਚ ਸੁਝਾਉਣ ਵਾਲਾ ਨਾਮ ਸੀ "ਕਾਰਵਾਈਆਂ, ਸ਼ਬਦ ਨਹੀਂ - ਸਾਡੀ 7 ਕਦਮ ਸੁਰੱਖਿਆ ਕਾਰਜ ਯੋਜਨਾ!". ਉਪਸਿਰਲੇਖ ਕਾਫ਼ੀ ਦਿਲਚਸਪ ਹੈ: “ਪਹਿਲੀ ਵਾਰ, ਕੈਸਕੇਡਿੰਗ ਤੋਂ ਬਾਅਦ 3CX ਦੇ ਭਵਿੱਖ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਸਾਫਟਵੇਅਰ-ਇਨ-ਸਾਫਟਵੇਅਰ ਸਪਲਾਈ ਚੇਨ ਹਮਲਾ"ਤਿਆਰ ਕੀਤੇ ਗਏ ਸੁਰੱਖਿਆ ਚਾਰਟਰ ਦੇ ਕਦਮ ਇਹ ਹਨ:

• ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਦੀਆਂ ਕਈ ਪਰਤਾਂ ਨੂੰ ਸਖ਼ਤ ਕਰਨਾ।

• ਸੁਧਾਰ ਸੁਰੱਖਿਆ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ।

• ਉਤਪਾਦ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਜਾਰੀ ਹੈ।

• ਉਤਪਾਦ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਵਧਾਉਣਾ।

• ਚੱਲ ਰਹੇ ਪ੍ਰਵੇਸ਼ ਟੈਸਟਿੰਗ ਨੂੰ ਪੂਰਾ ਕਰਨਾ।

• ਸੰਕਟ ਪ੍ਰਬੰਧਨ ਅਤੇ ਚੇਤਾਵਨੀ ਪ੍ਰਬੰਧਨ ਯੋਜਨਾ ਨੂੰ ਸੋਧਣਾ।

• ਨੈੱਟਵਰਕ ਸੰਚਾਲਨ ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ ਇੱਕ ਨਵਾਂ ਵਿਭਾਗ ਸਥਾਪਤ ਕਰਨਾ.

ਵਿਸ਼ਲੇਸ਼ਕਾਂ ਦੀ ਨਜ਼ਰ ਇਸ ਪ੍ਰਸ਼ੰਸਾਯੋਗ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਹੋਵੇਗੀ, ਸੱਚਮੁੱਚ...

ਨਤੀਜਾ: ਉਦਯੋਗ ਨੇ ਕਿਵੇਂ ਪ੍ਰਤੀਕਿਰਿਆ ਦਿੱਤੀ

ਇਸ ਘਟਨਾ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਏ ਕੁਝ ਹਫ਼ਤੇ ਹੀ ਹੋਏ ਹਨ। ਪਰ ਇੰਡਸਟਰੀ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇ ਰਹੀ ਹੈ।

CVE-2023-29059 ਨੂੰ ਸੌਂਪਿਆ ਗਿਆ ਸੀ। ਅੱਜ ਤੱਕ, ਇਸਦਾ 7.8 (ਉੱਚ) CVSSv3 ਜੋਖਮ ਸਕੋਰ ਹੈ। 3CX ਉਤਪਾਦਾਂ ਵਿੱਚ ਸਿਰਫ਼ 16 CVE ਸੂਚੀਬੱਧ ਹਨ, ਜੋ ਕਿ ਸਮਾਨ ਲਾਗੂਕਰਨ ਪੱਧਰਾਂ ਵਾਲੇ ਵਿਕਰੇਤਾਵਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰਨ 'ਤੇ ਵਧੀਆ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ। ਪਰ ਇਹ ਘਟਨਾ ਨਹੀਂ ਹੈ ਆਮ ਕਮਜ਼ੋਰੀ ਦਰਅਸਲ। ਇਹ ਇੱਕ ਐਕਟਿਵ ਪਰਸਿਸਟੈਂਟ ਥਰੇਟ (APT) ਦੁਆਰਾ ਇੱਕ ਸਰਗਰਮ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਹਮਲਾ ਹੈ, ਕਿਉਂਕਿ CISO ਸਭ ਤੋਂ ਵੱਧ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਹੈ।

The CWE-506 "ਏਮਬੈਡਡ ਮੈਲੀਸ਼ੀਅਸ ਕੋਡ" ਜੋ ਇਸ ਘਟਨਾ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਦਾ ਹੈ, ਸਾਨੂੰ ਇਹ ਸਮਝਣ ਵਿੱਚ ਬਹੁਤ ਮਦਦ ਨਹੀਂ ਕਰਦਾ ਕਿ ਅਜਿਹੇ ਸਾਫਟਵੇਅਰ ਸਪਲਾਈ ਚੇਨ ਹਮਲਿਆਂ ਨੂੰ ਕਿਵੇਂ ਰੋਕਿਆ ਜਾਵੇ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਬੁਰੇ ਲੋਕਾਂ ਕੋਲ ਮਾਲਵੇਅਰ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਬਹੁਤ ਸਾਰੇ ਤਰੀਕੇ ਹਨ, ਸਪਲਾਈ ਚੇਨ ਹਮਲੇ ਉਨ੍ਹਾਂ ਦੇ ਅਸਲੇ ਵਿੱਚ ਨਵੇਂ ਤਾਜ ਦੇ ਗਹਿਣੇ ਹਨ। CWE-506 ਨੂੰ ਮੌਜੂਦਾ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਸੁਧਾਰਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਬਿਲਡ ਸਿਸਟਮ ਦੀ ਉਲੰਘਣਾ 'ਤੇ ਅਧਾਰਤ ਦ੍ਰਿਸ਼ ਵੀ ਸ਼ਾਮਲ ਹਨ।

APT, ਜਿਸਨੂੰ ਮੈਂਡੀਅਨਟ ਦੁਆਰਾ UNC4736 ਨਾਮ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਉੱਤਰੀ ਕੋਰੀਆਈ ਰਾਜ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਜਾਣੇ ਜਾਂਦੇ ਲਾਜ਼ਰਸ ਗਰੁੱਪ (APT38) ਅਤੇ 2017 WannaCry ਰੈਨਸਮਵੇਅਰ ਮੁਹਿੰਮ ਦੇ ਦੋਸ਼ੀਆਂ ਵਰਗੀਆਂ ਰਣਨੀਤੀਆਂ ਅਤੇ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਨਿਯਮਤ ਕੰਮਕਾਜੀ ਘੰਟਿਆਂ ਵਾਲੇ ਸਟਾਲਿਨਵਾਦੀ ਰਾਜਾਂ ਵਿੱਚ ਮਾੜੇ ਅਦਾਕਾਰਾਂ ਵਿਚਕਾਰ ਅਜਿਹੇ ਸਬੰਧ ਸਥਾਪਤ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ, ਪਰ ਖੋਜਕਰਤਾਵਾਂ ਤੋਂ CrowdStrike ਅਤੇ ਈ.ਐੱਸ.ਈ.ਟੀ ਪਾਇਆ ਕਿ ਵਰਤੀਆਂ ਗਈਆਂ ਰਣਨੀਤੀਆਂ, ਤਕਨੀਕਾਂ ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ (TTPs) ਲਾਜ਼ਰਸ APT38 ਦੁਆਰਾ ਆਮ ਵਰਤੋਂ ਨਾਲ ਮਿਲਦੀਆਂ-ਜੁਲਦੀਆਂ ਹਨ। ਇਹ ਸਮਝਣਾ ਕਿ ਉਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਖੋਜ, ਰੋਕਥਾਮ ਅਤੇ ਖਾਤਮੇ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।

ਰਹੱਸ ਵਿੱਚ ਘਿਰੇ ਆਪਣੇ ਟੀਚਿਆਂ ਨੂੰ ਜਾਣਨਾ ਹੋਰ ਵੀ ਔਖਾ ਹੈ।

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

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

ਅਤੇ ਹੁਣ, ਸਬਕ ਸਿੱਖੇ!

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

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

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

ਬਿਲਡ ਸਿਸਟਮਾਂ ਵਿੱਚ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੇ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਨਿਰਮਾਣ ਵੱਲ ਮੌਜੂਦਾ ਰੁਝਾਨ, ਅਤੇ ਅਲੱਗ-ਥਲੱਗ/ਪੈਰਾਮੀਟਰ ਰਹਿਤ/ਹਰਮੇਟਿਕ ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਪ੍ਰਜਨਨਯੋਗ ਦੇ ਨਾਲ ਢਾਂਚਾ ਹੋ ਸਕਦਾ ਹੈ ਰੋਕੋ 3CX ਸਪਲਾਈ ਚੇਨ ਅਟੈਕ ਵਰਗੇ ਹਮਲੇ ਜਦੋਂ ਬਿਲਡ ਅਤੇ ਡਿਪਲਾਇ ਵਿੱਚ ਦੂਜੇ ਸਿਸਟਮਾਂ 'ਤੇ ਵਾਧੂ ਜ਼ਰੂਰਤਾਂ ਨਾਲ ਪੂਰਕ ਹੁੰਦੇ ਹਨ pipeline. ਵੇਖੋ Google SLSA ਦੀਆਂ ਬਿਲਡ ਲੋੜਾਂ ਹਵਾਲਾ ਦੇ ਲਈ.

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

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

ਤਿਆਰ ਰਹੋ। ਨਹੀਂ ਤਾਂ, ਤੁਹਾਡੇ ਸੰਗਠਨ ਨੂੰ 3cx ਸਾਫਟਵੇਅਰ ਸਪਲਾਈ ਚੇਨ ਹਮਲੇ ਵਾਂਗ, ਇੱਕ ਹੋਂਦ ਸੰਬੰਧੀ ਖ਼ਤਰੇ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ।