ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ

ਕਲਾਉਡ ਵਿੱਚ ਡੇਟਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਮੂਵ ਕਰਨਾ ਕਾਰਪੋਰੇਟ SOCs ਲਈ ਇੱਕ ਨਵੀਂ ਚੁਣੌਤੀ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਜੋ ਹਮੇਸ਼ਾ ਦੂਜੇ ਲੋਕਾਂ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦੇ ਹਨ. ਨੈਟੋਸਕੋਪ ਦੇ ਅਨੁਸਾਰ, ਔਸਤ ਐਂਟਰਪ੍ਰਾਈਜ਼ (ਜ਼ਾਹਰ ਤੌਰ 'ਤੇ ਅਮਰੀਕਾ ਵਿੱਚ) 1246 ਵੱਖ-ਵੱਖ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ ਨਾਲੋਂ 22% ਵੱਧ ਹੈ। 1246 ਕਲਾਉਡ ਸੇਵਾਵਾਂ !!! ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ 175 ਐਚਆਰ ਸੇਵਾਵਾਂ ਨਾਲ ਸਬੰਧਤ ਹਨ, 170 ਮਾਰਕੀਟਿੰਗ ਨਾਲ ਸਬੰਧਤ ਹਨ, 110 ਸੰਚਾਰ ਦੇ ਖੇਤਰ ਵਿੱਚ ਹਨ ਅਤੇ 76 ਵਿੱਤ ਅਤੇ ਸੀਆਰਐਮ ਨਾਲ ਸਬੰਧਤ ਹਨ। Cisco “ਸਿਰਫ਼” 700 ਬਾਹਰੀ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਮੈਂ ਇਹਨਾਂ ਨੰਬਰਾਂ ਦੁਆਰਾ ਥੋੜਾ ਉਲਝਣ ਵਿੱਚ ਹਾਂ. ਪਰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ, ਸਮੱਸਿਆ ਉਹਨਾਂ ਦੇ ਨਾਲ ਨਹੀਂ ਹੈ, ਪਰ ਇਸ ਤੱਥ ਦੇ ਨਾਲ ਕਿ ਕਲਾਉਡ ਨੂੰ ਉਹਨਾਂ ਕੰਪਨੀਆਂ ਦੀ ਇੱਕ ਵਧਦੀ ਗਿਣਤੀ ਦੁਆਰਾ ਕਾਫ਼ੀ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤਿਆ ਜਾਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜੋ ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਨੈਟਵਰਕ ਵਿੱਚ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਉਹੀ ਸਮਰੱਥਾ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹਨ. ਅਤੇ ਇਹ ਰੁਝਾਨ ਵਧ ਰਿਹਾ ਹੈ - ਅਨੁਸਾਰ ਅਮੈਰੀਕਨ ਚੈਂਬਰ ਆਫ ਅਕਾਉਂਟਸ ਦੇ ਅਨੁਸਾਰ 2023 ਤੱਕ, ਸੰਯੁਕਤ ਰਾਜ ਵਿੱਚ 1200 ਡਾਟਾ ਸੈਂਟਰ ਬੰਦ ਹੋਣ ਜਾ ਰਹੇ ਹਨ (6250 ਪਹਿਲਾਂ ਹੀ ਬੰਦ ਹੋ ਚੁੱਕੇ ਹਨ)। ਪਰ ਕਲਾਉਡ ਵਿੱਚ ਪਰਿਵਰਤਨ ਸਿਰਫ਼ "ਆਓ ਆਪਣੇ ਸਰਵਰਾਂ ਨੂੰ ਇੱਕ ਬਾਹਰੀ ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਲੈ ਜਾਣ" ਨਹੀਂ ਹੈ। ਨਵਾਂ ਆਈ.ਟੀ. ਆਰਕੀਟੈਕਚਰ, ਨਵਾਂ ਸਾਫਟਵੇਅਰ, ਨਵੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਨਵੀਆਂ ਪਾਬੰਦੀਆਂ... ਇਹ ਸਭ ਨਾ ਸਿਰਫ਼ ਆਈ.ਟੀ. ਦੇ ਕੰਮ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਬਦਲਾਅ ਲਿਆਉਂਦਾ ਹੈ, ਸਗੋਂ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਵਿੱਚ ਵੀ. ਅਤੇ ਜੇਕਰ ਪ੍ਰਦਾਤਾਵਾਂ ਨੇ ਕਲਾਉਡ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿਸੇ ਤਰ੍ਹਾਂ ਨਾਲ ਸਿੱਝਣਾ ਸਿੱਖਿਆ ਹੈ (ਖੁਦਕਿਸਮਤੀ ਨਾਲ ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਸਿਫ਼ਾਰਸ਼ਾਂ ਹਨ), ਤਾਂ ਕਲਾਉਡ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਦੇ ਨਾਲ, ਖਾਸ ਕਰਕੇ SaaS ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ, ਮਹੱਤਵਪੂਰਨ ਮੁਸ਼ਕਲਾਂ ਹਨ, ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਗੱਲ ਕਰਾਂਗੇ.

ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੀ ਕੰਪਨੀ ਨੇ ਆਪਣੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਕੁਝ ਹਿੱਸਾ ਕਲਾਉਡ 'ਤੇ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਹੈ... ਰੁਕੋ। ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ। ਜੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਤਬਾਦਲਾ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਹੁਣੇ ਹੀ ਇਸ ਬਾਰੇ ਸੋਚ ਰਹੇ ਹੋ ਕਿ ਤੁਸੀਂ ਇਸਦੀ ਨਿਗਰਾਨੀ ਕਿਵੇਂ ਕਰੋਗੇ, ਤਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਗੁਆ ਚੁੱਕੇ ਹੋ. ਜਦੋਂ ਤੱਕ ਇਹ ਐਮਾਜ਼ਾਨ, ਗੂਗਲ, ​​ਜਾਂ ਮਾਈਕ੍ਰੋਸਾੱਫਟ (ਅਤੇ ਫਿਰ ਰਿਜ਼ਰਵੇਸ਼ਨਾਂ ਨਾਲ) ਨਹੀਂ ਹੈ, ਤੁਹਾਡੇ ਕੋਲ ਸ਼ਾਇਦ ਤੁਹਾਡੇ ਡੇਟਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਜ਼ਿਆਦਾ ਸਮਰੱਥਾ ਨਹੀਂ ਹੋਵੇਗੀ। ਇਹ ਚੰਗਾ ਹੈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਲੌਗਸ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਮੌਕਾ ਦਿੱਤਾ ਜਾਵੇ। ਕਈ ਵਾਰ ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਡੇਟਾ ਉਪਲਬਧ ਹੋਵੇਗਾ, ਪਰ ਤੁਹਾਡੇ ਕੋਲ ਇਸ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੋਵੇਗੀ। ਉਦਾਹਰਨ ਲਈ, Office 365. ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਸਭ ਤੋਂ ਸਸਤਾ E1 ਲਾਇਸੰਸ ਹੈ, ਤਾਂ ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਤੁਹਾਡੇ ਲਈ ਬਿਲਕੁਲ ਵੀ ਉਪਲਬਧ ਨਹੀਂ ਹਨ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ E3 ਲਾਇਸੰਸ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਡੇਟਾ ਸਿਰਫ 90 ਦਿਨਾਂ ਲਈ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕੇਵਲ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ E5 ਲਾਇਸੈਂਸ ਹੈ, ਤਾਂ ਲੌਗਸ ਦੀ ਮਿਆਦ ਇੱਕ ਸਾਲ ਲਈ ਉਪਲਬਧ ਹੈ (ਹਾਲਾਂਕਿ, ਇਸ ਦੀਆਂ ਆਪਣੀਆਂ ਬਾਰੀਕੀਆਂ ਵੀ ਹਨ ਜੋ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਾਲ ਸਬੰਧਤ ਹਨ। Microsoft ਸਹਾਇਤਾ ਤੋਂ ਲੌਗਸ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਕਈ ਫੰਕਸ਼ਨਾਂ ਦੀ ਬੇਨਤੀ ਕਰੋ)। ਤਰੀਕੇ ਨਾਲ, E3 ਲਾਇਸੈਂਸ ਕਾਰਪੋਰੇਟ ਐਕਸਚੇਂਜ ਨਾਲੋਂ ਨਿਗਰਾਨੀ ਕਾਰਜਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਬਹੁਤ ਕਮਜ਼ੋਰ ਹੈ. ਉਸੇ ਪੱਧਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ E5 ਲਾਇਸੰਸ ਜਾਂ ਇੱਕ ਵਾਧੂ ਐਡਵਾਂਸਡ ਕੰਪਲਾਇੰਸ ਲਾਇਸੈਂਸ ਦੀ ਲੋੜ ਹੈ, ਜਿਸ ਲਈ ਵਾਧੂ ਪੈਸੇ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਜਾਣ ਲਈ ਤੁਹਾਡੇ ਵਿੱਤੀ ਮਾਡਲ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ। ਅਤੇ ਇਹ ਕਲਾਉਡ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਨਾਲ ਸਬੰਧਤ ਮੁੱਦਿਆਂ ਦੇ ਘੱਟ ਅੰਦਾਜ਼ੇ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਹੈ. ਇਸ ਲੇਖ ਵਿੱਚ, ਸੰਪੂਰਨ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਕੀਤੇ ਬਿਨਾਂ, ਮੈਂ ਕੁਝ ਸੂਖਮਤਾਵਾਂ ਵੱਲ ਧਿਆਨ ਖਿੱਚਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸੁਰੱਖਿਆ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਦੀ ਚੋਣ ਕਰਦੇ ਸਮੇਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਤੇ ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ, ਇੱਕ ਚੈਕਲਿਸਟ ਦਿੱਤੀ ਜਾਵੇਗੀ ਜੋ ਕਿ ਕਲਾਉਡ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਦੀ ਨਿਗਰਾਨੀ ਦੇ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰਾ ਕਰਨ ਦੇ ਯੋਗ ਹੈ.

ਇੱਥੇ ਕਈ ਆਮ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜੋ ਕਲਾਉਡ ਵਾਤਾਵਰਣ ਵਿੱਚ ਘਟਨਾਵਾਂ ਦਾ ਕਾਰਨ ਬਣਦੀਆਂ ਹਨ, ਜਿਸ ਲਈ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਕੋਲ ਜਵਾਬ ਦੇਣ ਲਈ ਸਮਾਂ ਨਹੀਂ ਹੁੰਦਾ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਦੇਖਦੇ:

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

ਸਾਂਝਾ ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਸੰਕਲਪ

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

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

ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਜੀਵਨ ਚੱਕਰ

ਤੁਹਾਡੇ ਦੁਆਰਾ ਵਰਤੇ ਗਏ ਬੱਦਲਾਂ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ, ਤੁਹਾਡੇ ਕੋਲ ਸਿਰਫ ਤਿੰਨ ਵਿਕਲਪ ਹਨ:

• ਆਪਣੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਟੂਲਸ 'ਤੇ ਭਰੋਸਾ ਕਰੋ,
• ਤੀਜੀ ਧਿਰਾਂ ਦੇ ਹੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਦੁਆਰਾ ਵਰਤੇ ਗਏ IaaS, PaaS ਜਾਂ SaaS ਪਲੇਟਫਾਰਮਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਗੇ,
• ਆਪਣਾ ਖੁਦ ਦਾ ਕਲਾਉਡ ਨਿਗਰਾਨੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਓ (ਸਿਰਫ਼ IaaS/PaaS ਪਲੇਟਫਾਰਮਾਂ ਲਈ)।

ਆਓ ਦੇਖੀਏ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਵਿਕਲਪ ਵਿੱਚ ਕਿਹੜੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ। ਪਰ ਪਹਿਲਾਂ, ਸਾਨੂੰ ਆਮ ਫਰੇਮਵਰਕ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਵੇਲੇ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਮੈਂ ਕਲਾਉਡ ਵਿੱਚ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਪ੍ਰਕਿਰਿਆ ਦੇ 6 ਮੁੱਖ ਭਾਗਾਂ ਨੂੰ ਉਜਾਗਰ ਕਰਾਂਗਾ:

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

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

ਬਿਲਟ-ਇਨ ਕਲਾਉਡ ਸੇਵਾਵਾਂ

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

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

ਬਿਟਰਿਕਸ ਲਈ, ਸਥਿਤੀ ਬਹੁਤ ਬਿਹਤਰ ਹੈ. ਦਸਤਾਵੇਜ਼ ਇਵੈਂਟ ਲੌਗਸ ਦੇ ਫਾਰਮੈਟਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਅਤੇ, ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ, ਘੁਸਪੈਠ ਲੌਗ, ਜਿਸ ਵਿੱਚ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਲਈ ਸੰਭਾਵੀ ਖਤਰਿਆਂ ਨਾਲ ਸਬੰਧਤ ਘਟਨਾਵਾਂ ਸ਼ਾਮਲ ਹਨ। ਉੱਥੋਂ ਤੁਸੀਂ IP, ਉਪਭੋਗਤਾ ਜਾਂ ਮਹਿਮਾਨ ਦਾ ਨਾਮ, ਇਵੈਂਟ ਸਰੋਤ, ਸਮਾਂ, ਉਪਭੋਗਤਾ ਏਜੰਟ, ਇਵੈਂਟ ਕਿਸਮ, ਆਦਿ ਨੂੰ ਬਾਹਰ ਕੱਢ ਸਕਦੇ ਹੋ। ਇਹ ਸੱਚ ਹੈ, ਤੁਸੀਂ ਕਲਾਊਡ ਦੇ ਕੰਟਰੋਲ ਪੈਨਲ ਤੋਂ ਇਹਨਾਂ ਇਵੈਂਟਾਂ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ MS Excel ਫਾਰਮੈਟ ਵਿੱਚ ਡਾਟਾ ਅੱਪਲੋਡ ਕਰ ਸਕਦੇ ਹੋ। ਬਿਟ੍ਰਿਕਸ ਲੌਗਸ ਨਾਲ ਕੰਮ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਨਾ ਹੁਣ ਔਖਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਕੁਝ ਕੰਮ ਹੱਥੀਂ ਕਰਨੇ ਪੈਣਗੇ (ਰਿਪੋਰਟ ਅਪਲੋਡ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ SIEM ਵਿੱਚ ਲੋਡ ਕਰਨਾ)। ਪਰ ਜੇ ਸਾਨੂੰ ਯਾਦ ਹੈ ਕਿ ਮੁਕਾਬਲਤਨ ਹਾਲ ਹੀ ਵਿੱਚ ਅਜਿਹਾ ਮੌਕਾ ਮੌਜੂਦ ਨਹੀਂ ਸੀ, ਤਾਂ ਇਹ ਬਹੁਤ ਵੱਡੀ ਤਰੱਕੀ ਹੈ। ਉਸੇ ਸਮੇਂ, ਮੈਂ ਇਹ ਨੋਟ ਕਰਨਾ ਚਾਹਾਂਗਾ ਕਿ ਬਹੁਤ ਸਾਰੇ ਵਿਦੇਸ਼ੀ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ "ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਿਆਂ ਲਈ" ਸਮਾਨ ਕਾਰਜਸ਼ੀਲਤਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ - ਜਾਂ ਤਾਂ ਕੰਟਰੋਲ ਪੈਨਲ ਦੁਆਰਾ ਆਪਣੀਆਂ ਅੱਖਾਂ ਨਾਲ ਲੌਗਸ ਨੂੰ ਦੇਖੋ, ਜਾਂ ਡੇਟਾ ਨੂੰ ਆਪਣੇ ਲਈ ਅਪਲੋਡ ਕਰੋ (ਹਾਲਾਂਕਿ, ਜ਼ਿਆਦਾਤਰ ਡੇਟਾ ਨੂੰ ਅਪਲੋਡ ਕਰੋ . csv ਫਾਰਮੈਟ, ਐਕਸਲ ਨਹੀਂ)।

ਨੋ-ਲੌਗਸ ਵਿਕਲਪ 'ਤੇ ਵਿਚਾਰ ਕੀਤੇ ਬਿਨਾਂ, ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਆਮ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਤਿੰਨ ਵਿਕਲਪ ਪੇਸ਼ ਕਰਦੇ ਹਨ - ਡੈਸ਼ਬੋਰਡ, ਡੇਟਾ ਅਪਲੋਡ ਅਤੇ API ਪਹੁੰਚ। ਪਹਿਲੀ ਤੁਹਾਡੇ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੀ ਜਾਪਦੀ ਹੈ, ਪਰ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੱਚ ਨਹੀਂ ਹੈ - ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਕਈ ਰਸਾਲੇ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਵਾਲੀਆਂ ਸਕ੍ਰੀਨਾਂ ਦੇ ਵਿਚਕਾਰ ਬਦਲਣਾ ਪਵੇਗਾ, ਸਮੁੱਚੀ ਤਸਵੀਰ ਨੂੰ ਗੁਆਉਣਾ ਪਵੇਗਾ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਤੁਹਾਨੂੰ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ ਨਾਲ ਸਬੰਧ ਬਣਾਉਣ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਆ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਉਹਨਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ (ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਕੱਚੇ ਡੇਟਾ ਨਾਲ ਕੰਮ ਕਰ ਰਹੇ ਹੋ, ਜਿਸ ਨੂੰ ਤੁਹਾਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ)। ਇੱਥੇ ਅਪਵਾਦ ਹਨ ਅਤੇ ਅਸੀਂ ਉਹਨਾਂ ਬਾਰੇ ਅੱਗੇ ਗੱਲ ਕਰਾਂਗੇ. ਅੰਤ ਵਿੱਚ, ਇਹ ਪੁੱਛਣਾ ਮਹੱਤਵਪੂਰਣ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਕਿਹੜੀਆਂ ਘਟਨਾਵਾਂ ਰਿਕਾਰਡ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਕਿਸ ਫਾਰਮੈਟ ਵਿੱਚ, ਅਤੇ ਉਹ ਤੁਹਾਡੀ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਕਿਵੇਂ ਮੇਲ ਖਾਂਦੇ ਹਨ? ਉਦਾਹਰਨ ਲਈ, ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਮਹਿਮਾਨਾਂ ਦੀ ਪਛਾਣ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ। ਉਹੀ ਬਿਟ੍ਰਿਕਸ ਤੁਹਾਨੂੰ, ਇਹਨਾਂ ਇਵੈਂਟਾਂ ਦੇ ਅਧਾਰ ਤੇ, ਇਵੈਂਟ ਦੀ ਮਿਤੀ ਅਤੇ ਸਮਾਂ, ਉਪਭੋਗਤਾ ਜਾਂ ਮਹਿਮਾਨ ਦਾ ਨਾਮ (ਜੇ ਤੁਹਾਡੇ ਕੋਲ "ਵੈੱਬ ਵਿਸ਼ਲੇਸ਼ਣ" ਮੋਡੀਊਲ ਹੈ), ਐਕਸੈਸ ਕੀਤੀ ਵਸਤੂ ਅਤੇ ਵੈਬਸਾਈਟ ਲਈ ਖਾਸ ਹੋਰ ਤੱਤ ਰਿਕਾਰਡ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। . ਪਰ ਕਾਰਪੋਰੇਟ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਨੂੰ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਨੇ ਇੱਕ ਭਰੋਸੇਯੋਗ ਡਿਵਾਈਸ ਤੋਂ ਕਲਾਉਡ ਤੱਕ ਪਹੁੰਚ ਕੀਤੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਕਾਰਪੋਰੇਟ ਨੈਟਵਰਕ ਵਿੱਚ ਇਹ ਕੰਮ Cisco ISE ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ)। ਜੀਓ-ਆਈਪੀ ਫੰਕਸ਼ਨ ਵਰਗੇ ਸਧਾਰਨ ਕੰਮ ਬਾਰੇ ਕੀ, ਜੋ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ ਕਿ ਕੀ ਇੱਕ ਕਲਾਉਡ ਸੇਵਾ ਉਪਭੋਗਤਾ ਖਾਤਾ ਚੋਰੀ ਹੋ ਗਿਆ ਹੈ? ਅਤੇ ਭਾਵੇਂ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਤੁਹਾਨੂੰ ਇਹ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ. ਉਹੀ Cisco CloudLock ਸਿਰਫ਼ ਭੂ-ਸਥਾਨ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਨਹੀਂ ਕਰਦਾ, ਪਰ ਇਸਦੇ ਲਈ ਮਸ਼ੀਨ ਸਿਖਲਾਈ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਅਤੇ ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਇਤਿਹਾਸਕ ਡੇਟਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਅਤੇ ਪਛਾਣ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਵਿਗਾੜਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼ MS Azure ਕੋਲ ਸਮਾਨ ਕਾਰਜਸ਼ੀਲਤਾ ਹੈ (ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਉਚਿਤ ਗਾਹਕੀ ਹੈ)।

ਇੱਕ ਹੋਰ ਮੁਸ਼ਕਲ ਹੈ - ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਇੱਕ ਨਵਾਂ ਵਿਸ਼ਾ ਹੈ ਜਿਸ ਨਾਲ ਉਹ ਹੁਣੇ ਹੀ ਨਜਿੱਠਣਾ ਸ਼ੁਰੂ ਕਰ ਰਹੇ ਹਨ, ਉਹ ਆਪਣੇ ਹੱਲਾਂ ਵਿੱਚ ਲਗਾਤਾਰ ਕੁਝ ਬਦਲ ਰਹੇ ਹਨ. ਅੱਜ ਉਹਨਾਂ ਕੋਲ ਏਪੀਆਈ ਦਾ ਇੱਕ ਸੰਸਕਰਣ ਹੈ, ਕੱਲ੍ਹ ਦੂਜਾ, ਪਰਸੋਂ ਇੱਕ ਤੀਜਾ। ਤੁਹਾਨੂੰ ਇਸ ਦੇ ਲਈ ਵੀ ਤਿਆਰ ਰਹਿਣ ਦੀ ਲੋੜ ਹੈ। ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਨਾਲ ਵੀ ਇਹੀ ਸੱਚ ਹੈ, ਜੋ ਬਦਲ ਸਕਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਤੁਹਾਡੀ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਐਮਾਜ਼ਾਨ ਵਿੱਚ ਸ਼ੁਰੂ ਵਿੱਚ ਵੱਖਰੀ ਕਲਾਉਡ ਇਵੈਂਟ ਨਿਗਰਾਨੀ ਸੇਵਾਵਾਂ ਸਨ - AWS CloudTrail ਅਤੇ AWS CloudWatch। ਫਿਰ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ ਪ੍ਰਗਟ ਹੋਈ - AWS GuardDuty. ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਐਮਾਜ਼ਾਨ ਨੇ ਇੱਕ ਨਵਾਂ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ, ਐਮਾਜ਼ਾਨ ਸੁਰੱਖਿਆ ਹੱਬ ਲਾਂਚ ਕੀਤਾ, ਜਿਸ ਵਿੱਚ ਗਾਰਡਡਿਊਟੀ, ਐਮਾਜ਼ਾਨ ਇੰਸਪੈਕਟਰ, ਐਮਾਜ਼ਾਨ ਮੈਸੀ ਅਤੇ ਕਈ ਹੋਰਾਂ ਤੋਂ ਪ੍ਰਾਪਤ ਡੇਟਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਸ਼ਾਮਲ ਹੈ। ਇੱਕ ਹੋਰ ਉਦਾਹਰਨ SIEM - AzLog ਨਾਲ Azure ਲੌਗ ਏਕੀਕਰਣ ਟੂਲ ਹੈ। ਇਹ ਬਹੁਤ ਸਾਰੇ SIEM ਵਿਕਰੇਤਾਵਾਂ ਦੁਆਰਾ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤਿਆ ਗਿਆ ਸੀ, ਜਦੋਂ ਤੱਕ ਕਿ 2018 ਵਿੱਚ ਮਾਈਕ੍ਰੋਸਾੱਫਟ ਨੇ ਇਸਦੇ ਵਿਕਾਸ ਅਤੇ ਸਹਾਇਤਾ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਘੋਸ਼ਣਾ ਕੀਤੀ, ਜਿਸ ਨੇ ਬਹੁਤ ਸਾਰੇ ਗਾਹਕਾਂ ਦਾ ਸਾਹਮਣਾ ਕੀਤਾ ਜਿਨ੍ਹਾਂ ਨੇ ਇਸ ਟੂਲ ਦੀ ਵਰਤੋਂ ਇੱਕ ਸਮੱਸਿਆ ਨਾਲ ਕੀਤੀ (ਅਸੀਂ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ ਕਿ ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਕਿਵੇਂ ਹੱਲ ਕੀਤਾ ਗਿਆ ਸੀ)।

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

ਉਦਾਹਰਨ: AWS 'ਤੇ ਆਧਾਰਿਤ IaaS ਵਿੱਚ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ

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

ਪਹਿਲੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਐਮਾਜ਼ਾਨ ਇੱਕ ਅਭੇਦ ਕਿਲਾ ਨਹੀਂ ਹੈ. ਉਸ ਦੇ ਗਾਹਕਾਂ ਨਾਲ ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਘਟਨਾਵਾਂ ਲਗਾਤਾਰ ਵਾਪਰਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਡੀਪ ਰੂਟ ਵਿਸ਼ਲੇਸ਼ਣ ਤੋਂ 198 ਮਿਲੀਅਨ ਵੋਟਰਾਂ ਦੇ ਨਾਮ, ਪਤੇ, ਜਨਮ ਮਿਤੀਆਂ ਅਤੇ ਟੈਲੀਫੋਨ ਨੰਬਰ ਚੋਰੀ ਕੀਤੇ ਗਏ ਸਨ। ਇਜ਼ਰਾਈਲੀ ਕੰਪਨੀ ਨਾਇਸ ਸਿਸਟਮਜ਼ ਨੇ ਵੇਰੀਜੋਨ ਦੇ ਗਾਹਕਾਂ ਦੇ 14 ਮਿਲੀਅਨ ਰਿਕਾਰਡ ਚੋਰੀ ਕੀਤੇ ਹਨ। ਹਾਲਾਂਕਿ, AWS ਦੀਆਂ ਬਿਲਟ-ਇਨ ਸਮਰੱਥਾਵਾਂ ਤੁਹਾਨੂੰ ਘਟਨਾਵਾਂ ਦੀ ਇੱਕ ਵਿਸ਼ਾਲ ਸ਼੍ਰੇਣੀ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਉਦਾਹਰਣ ਲਈ:

• ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਪ੍ਰਭਾਵ (DDoS)
• ਨੋਡ ਸਮਝੌਤਾ (ਕਮਾਂਡ ਇੰਜੈਕਸ਼ਨ)
• ਖਾਤਾ ਸਮਝੌਤਾ ਅਤੇ ਅਣਅਧਿਕਾਰਤ ਪਹੁੰਚ
• ਗਲਤ ਸੰਰਚਨਾ ਅਤੇ ਕਮਜ਼ੋਰੀਆਂ
• ਅਸੁਰੱਖਿਅਤ ਇੰਟਰਫੇਸ ਅਤੇ API

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

ਘਟਨਾਵਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਐਮਾਜ਼ਾਨ ਦੁਆਰਾ ਵਿਕਸਤ ਵੱਖ-ਵੱਖ ਨਿਗਰਾਨੀ ਸੇਵਾਵਾਂ ਦੀ ਇੱਕ ਵਿਸ਼ਾਲ ਸ਼੍ਰੇਣੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ (ਹਾਲਾਂਕਿ ਇਹ ਅਕਸਰ ਬਾਹਰੀ ਸਾਧਨਾਂ ਜਿਵੇਂ ਕਿ ਓਸਕੁਏਰੀ ਦੁਆਰਾ ਪੂਰਕ ਹੁੰਦੇ ਹਨ)। ਇਸ ਲਈ, AWS ਵਿੱਚ, ਸਾਰੀਆਂ ਉਪਭੋਗਤਾ ਕਾਰਵਾਈਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਭਾਵੇਂ ਉਹ ਕਿਵੇਂ ਵੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ - ਪ੍ਰਬੰਧਨ ਕੰਸੋਲ, ਕਮਾਂਡ ਲਾਈਨ, SDK ਜਾਂ ਹੋਰ AWS ਸੇਵਾਵਾਂ ਦੁਆਰਾ। ਹਰੇਕ AWS ਖਾਤੇ ਦੀ ਗਤੀਵਿਧੀ (ਉਪਭੋਗਤਾ ਨਾਮ, ਕਾਰਵਾਈ, ਸੇਵਾ, ਗਤੀਵਿਧੀ ਪੈਰਾਮੀਟਰ, ਅਤੇ ਨਤੀਜੇ ਸਮੇਤ) ਅਤੇ API ਵਰਤੋਂ ਦੇ ਸਾਰੇ ਰਿਕਾਰਡ AWS CloudTrail ਦੁਆਰਾ ਉਪਲਬਧ ਹਨ। ਤੁਸੀਂ CloudTrail ਕੰਸੋਲ ਤੋਂ ਇਹਨਾਂ ਇਵੈਂਟਾਂ (ਜਿਵੇਂ ਕਿ AWS IAM ਕੰਸੋਲ ਲੌਗਿਨ) ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ, ਐਮਾਜ਼ਾਨ ਐਥੀਨਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹਨਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਬਾਹਰੀ ਹੱਲ ਜਿਵੇਂ ਕਿ ਸਪਲੰਕ, ਏਲੀਅਨਵੌਲਟ, ਆਦਿ ਲਈ "ਆਊਟਸੋਰਸ" ਕਰ ਸਕਦੇ ਹੋ। AWS CloudTrail ਲੌਗ ਖੁਦ ਤੁਹਾਡੀ AWS S3 ਬਾਲਟੀ ਵਿੱਚ ਰੱਖੇ ਗਏ ਹਨ।

ਦੋ ਹੋਰ AWS ਸੇਵਾਵਾਂ ਕਈ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਨਿਗਰਾਨੀ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ। ਪਹਿਲਾਂ, Amazon CloudWatch AWS ਸਰੋਤਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕ ਨਿਗਰਾਨੀ ਸੇਵਾ ਹੈ ਜੋ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, ਤੁਹਾਨੂੰ ਤੁਹਾਡੇ ਕਲਾਉਡ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਵਿਗਾੜਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਸਾਰੀਆਂ ਬਿਲਟ-ਇਨ AWS ਸੇਵਾਵਾਂ, ਜਿਵੇਂ ਕਿ Amazon Elastic Compute Cloud (ਸਰਵਰ), Amazon Relational Database Service (database), Amazon Elastic MapReduce (ਡੇਟਾ ਵਿਸ਼ਲੇਸ਼ਣ), ਅਤੇ 30 ਹੋਰ Amazon ਸੇਵਾਵਾਂ, ਆਪਣੇ ਲੌਗਸ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ Amazon CloudWatch ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਡਿਵੈਲਪਰ ਕਸਟਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਵਿੱਚ ਲੌਗ ਮਾਨੀਟਰਿੰਗ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਜੋੜਨ ਲਈ ਐਮਾਜ਼ਾਨ ਕਲਾਉਡਵਾਚ ਤੋਂ ਓਪਨ API ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਉਹਨਾਂ ਨੂੰ ਸੁਰੱਖਿਆ ਸੰਦਰਭ ਵਿੱਚ ਇਵੈਂਟ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਦਾਇਰੇ ਦਾ ਵਿਸਤਾਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

ਸੰਖੇਪ ਵਿੱਚ, ਇਹ ਤਿੰਨ AWS ਸੇਵਾਵਾਂ-AWS CloudTrail, Amazon CloudWatch, ਅਤੇ VPC ਫਲੋ ਲੌਗਸ- ਮਿਲ ਕੇ ਤੁਹਾਡੇ ਖਾਤੇ ਦੀ ਵਰਤੋਂ, ਉਪਭੋਗਤਾ ਵਿਹਾਰ, ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਬੰਧਨ, ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸੇਵਾ ਗਤੀਵਿਧੀ, ਅਤੇ ਨੈੱਟਵਰਕ ਗਤੀਵਿਧੀ ਵਿੱਚ ਕਾਫ਼ੀ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਹੇਠ ਲਿਖੀਆਂ ਵਿਗਾੜਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ:

• ਸਾਈਟ ਨੂੰ ਸਕੈਨ ਕਰਨ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ, ਪਿਛਲੇ ਦਰਵਾਜ਼ਿਆਂ ਦੀ ਖੋਜ, "404 ਗਲਤੀਆਂ" ਦੇ ਬਰਸਟ ਦੁਆਰਾ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਖੋਜ.
• "500 ਤਰੁੱਟੀਆਂ" ਦੇ ਬਰਸਟ ਦੁਆਰਾ ਇੰਜੈਕਸ਼ਨ ਹਮਲੇ (ਉਦਾਹਰਨ ਲਈ, SQL ਇੰਜੈਕਸ਼ਨ)।
• ਜਾਣੇ ਜਾਂਦੇ ਅਟੈਕ ਟੂਲ ਹਨ sqlmap, nikto, w3af, nmap, ਆਦਿ। ਉਪਭੋਗਤਾ ਏਜੰਟ ਖੇਤਰ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਦੁਆਰਾ।

ਐਮਾਜ਼ਾਨ ਵੈੱਬ ਸੇਵਾਵਾਂ ਨੇ ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਹੋਰ ਸੇਵਾਵਾਂ ਵੀ ਵਿਕਸਤ ਕੀਤੀਆਂ ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਹੋਰ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦਿੰਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, AWS ਕੋਲ ਆਡਿਟਿੰਗ ਨੀਤੀਆਂ ਅਤੇ ਸੰਰਚਨਾਵਾਂ ਲਈ ਇੱਕ ਬਿਲਟ-ਇਨ ਸੇਵਾ ਹੈ - AWS ਕੌਂਫਿਗਰੇਸ਼ਨ। ਇਹ ਸੇਵਾ ਤੁਹਾਡੇ AWS ਸਰੋਤਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸੰਰਚਨਾਵਾਂ ਦੀ ਨਿਰੰਤਰ ਆਡਿਟਿੰਗ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਆਓ ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ ਲਈਏ: ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਹਾਡੇ ਸਾਰੇ ਸਰਵਰਾਂ 'ਤੇ ਉਪਭੋਗਤਾ ਪਾਸਵਰਡ ਅਸਮਰੱਥ ਹਨ ਅਤੇ ਇਹ ਪਹੁੰਚ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਹੀ ਸੰਭਵ ਹੈ। AWS ਕੌਂਫਿਗ ਤੁਹਾਡੇ ਸਾਰੇ ਸਰਵਰਾਂ ਲਈ ਇਸਦੀ ਜਾਂਚ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਹੋਰ ਨੀਤੀਆਂ ਹਨ ਜੋ ਤੁਹਾਡੇ ਕਲਾਉਡ ਸਰਵਰਾਂ 'ਤੇ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ: “ਕੋਈ ਵੀ ਸਰਵਰ ਪੋਰਟ 22 ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ”, “ਸਿਰਫ਼ ਪ੍ਰਸ਼ਾਸਕ ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ” ਜਾਂ “ਸਿਰਫ਼ ਉਪਭੋਗਤਾ ਇਵਾਸ਼ਕੋ ਨਵੇਂ ਉਪਭੋਗਤਾ ਖਾਤੇ ਬਣਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਹ ਸਿਰਫ਼ ਮੰਗਲਵਾਰ ਨੂੰ ਹੀ ਕਰ ਸਕਦਾ ਹੈ। " 2016 ਦੀਆਂ ਗਰਮੀਆਂ ਵਿੱਚ, AWS ਕੌਂਫਿਗ ਸੇਵਾ ਦਾ ਵਿਸਤਾਰ ਕੀਤਾ ਗਿਆ ਸੀ ਤਾਂ ਜੋ ਵਿਕਸਤ ਨੀਤੀਆਂ ਦੀ ਉਲੰਘਣਾ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾ ਸਕੇ। AWS ਸੰਰਚਨਾ ਨਿਯਮ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ ਦੁਆਰਾ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਐਮਾਜ਼ਾਨ ਸੇਵਾਵਾਂ ਲਈ ਨਿਰੰਤਰ ਸੰਰਚਨਾ ਬੇਨਤੀਆਂ ਹਨ, ਜੋ ਕਿ ਜੇਕਰ ਸੰਬੰਧਿਤ ਨੀਤੀਆਂ ਦੀ ਉਲੰਘਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਇਵੈਂਟਸ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ AWS ਕੌਂਫਿਗ ਸਵਾਲਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਬਜਾਏ ਕਿ ਇੱਕ ਵਰਚੁਅਲ ਸਰਵਰ 'ਤੇ ਸਾਰੀਆਂ ਡਿਸਕਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, AWS ਕੌਂਫਿਗ ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਸਰਵਰ ਡਿਸਕਾਂ ਦੀ ਨਿਰੰਤਰ ਜਾਂਚ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਇਹ ਸ਼ਰਤ ਪੂਰੀ ਹੋਈ ਹੈ। ਅਤੇ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਇਸ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, ਕੋਈ ਵੀ ਉਲੰਘਣਾਵਾਂ ਘਟਨਾਵਾਂ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਤੁਹਾਡੀ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਸੇਵਾ ਦੁਆਰਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

AWS ਕੋਲ ਰਵਾਇਤੀ ਕਾਰਪੋਰੇਟ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਹੱਲਾਂ ਦੇ ਬਰਾਬਰ ਵੀ ਹੈ, ਜੋ ਸੁਰੱਖਿਆ ਇਵੈਂਟਸ ਵੀ ਤਿਆਰ ਕਰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਤੁਸੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:

• ਘੁਸਪੈਠ ਦਾ ਪਤਾ ਲਗਾਉਣਾ - AWS ਗਾਰਡਡਿਊਟੀ
• ਜਾਣਕਾਰੀ ਲੀਕ ਕੰਟਰੋਲ - AWS Macie
• EDR (ਹਾਲਾਂਕਿ ਇਹ ਕਲਾਉਡ ਵਿੱਚ ਅੰਤਮ ਬਿੰਦੂਆਂ ਬਾਰੇ ਥੋੜਾ ਅਜੀਬ ਢੰਗ ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ) - AWS ਕਲਾਉਡਵਾਚ + ਓਪਨ ਸੋਰਸ ਓਸਕਰੀ ਜਾਂ ਜੀਆਰਆਰ ਹੱਲ
• ਨੈੱਟਫਲੋ ਵਿਸ਼ਲੇਸ਼ਣ - AWS Cloudwatch + AWS VPC ਫਲੋ
• DNS ਵਿਸ਼ਲੇਸ਼ਣ - AWS Cloudwatch + AWS Route53
• AD - AWS ਡਾਇਰੈਕਟਰੀ ਸੇਵਾ
• ਖਾਤਾ ਪ੍ਰਬੰਧਨ - AWS IAM
• SSO - AWS SSO
• ਸੁਰੱਖਿਆ ਵਿਸ਼ਲੇਸ਼ਣ - AWS ਇੰਸਪੈਕਟਰ
• ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ - AWS ਸੰਰਚਨਾ
• WAF - AWS WAF.

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

ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਸਭ ਡੇਟਾ ਸਰੋਤਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਇਹਨਾਂ ਸਰੋਤਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ, ਪਰ ਇਹਨਾਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹਨ:

• CloudTrail - API ਵਰਤੋਂ ਅਤੇ ਉਪਭੋਗਤਾ ਕਾਰਵਾਈਆਂ
• ਭਰੋਸੇਯੋਗ ਸਲਾਹਕਾਰ - ਵਧੀਆ ਅਭਿਆਸਾਂ ਦੇ ਵਿਰੁੱਧ ਸੁਰੱਖਿਆ ਜਾਂਚ
• ਸੰਰਚਨਾ - ਵਸਤੂ ਸੂਚੀ ਅਤੇ ਖਾਤਿਆਂ ਅਤੇ ਸੇਵਾ ਸੈਟਿੰਗਾਂ ਦੀ ਸੰਰਚਨਾ
• VPC ਫਲੋ ਲੌਗਸ - ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ ਨਾਲ ਕਨੈਕਸ਼ਨ
• IAM - ਪਛਾਣ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਸੇਵਾ
• ELB ਪਹੁੰਚ ਲੌਗਸ - ਲੋਡ ਬੈਲੈਂਸਰ
• ਇੰਸਪੈਕਟਰ - ਐਪਲੀਕੇਸ਼ਨ ਕਮਜ਼ੋਰੀਆਂ
• S3 - ਫਾਈਲ ਸਟੋਰੇਜ
• CloudWatch - ਐਪਲੀਕੇਸ਼ਨ ਗਤੀਵਿਧੀ
• SNS ਇੱਕ ਸੂਚਨਾ ਸੇਵਾ ਹੈ।

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

ਉਦਾਹਰਨ: Azure 'ਤੇ ਆਧਾਰਿਤ IaaS ਵਿੱਚ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ

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

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

AWS ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਤੱਥ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ ਕਿ ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ ਵਰਚੁਅਲ ਸਰੋਤਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋ, ਜੇਕਰ ਉਹ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ ਸਥਿਤ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਾਰੀਆਂ ਘਟਨਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਏਕੀਕ੍ਰਿਤ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਜੋੜਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਆਉਂਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਵੱਖ-ਵੱਖ ਚਾਲਾਂ ਦਾ ਸਹਾਰਾ ਲੈਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ AWS Lambda ਲਈ ਆਪਣਾ ਖੁਦ ਦਾ ਕੋਡ ਬਣਾਓ ਜੋ ਖੇਤਰਾਂ ਦੇ ਵਿਚਕਾਰ ਇਵੈਂਟਾਂ ਨੂੰ ਟ੍ਰਾਂਸਪੋਰਟ ਕਰੇਗਾ। Azure ਨੂੰ ਇਹ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ - ਇਸਦਾ ਗਤੀਵਿਧੀ ਲੌਗ ਵਿਧੀ ਪੂਰੀ ਸੰਸਥਾ ਵਿੱਚ ਪਾਬੰਦੀਆਂ ਤੋਂ ਬਿਨਾਂ ਸਾਰੀਆਂ ਗਤੀਵਿਧੀਆਂ ਨੂੰ ਟਰੈਕ ਕਰਦੀ ਹੈ। ਇਹੀ AWS ਸੁਰੱਖਿਆ ਹੱਬ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਜੋ ਕਿ ਹਾਲ ਹੀ ਵਿੱਚ ਐਮਾਜ਼ਾਨ ਦੁਆਰਾ ਇੱਕ ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਦੇ ਅੰਦਰ ਬਹੁਤ ਸਾਰੇ ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰਨ ਲਈ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਸਿਰਫ ਇਸਦੇ ਖੇਤਰ ਦੇ ਅੰਦਰ, ਜੋ ਕਿ, ਹਾਲਾਂਕਿ, ਰੂਸ ਲਈ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ। Azure ਦਾ ਆਪਣਾ ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਹੈ, ਜੋ ਕਿ ਖੇਤਰੀ ਪਾਬੰਦੀਆਂ ਦੁਆਰਾ ਬੰਨ੍ਹਿਆ ਨਹੀਂ ਹੈ, ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਸਾਰੀਆਂ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵੱਖ-ਵੱਖ ਸਥਾਨਕ ਟੀਮਾਂ ਲਈ ਇਹ ਉਹਨਾਂ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ ਸਮੇਤ ਸੁਰੱਖਿਆ ਸਮਰੱਥਾਵਾਂ ਦਾ ਆਪਣਾ ਸੈੱਟ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ। AWS ਸੁਰੱਖਿਆ ਹੱਬ ਅਜੇ ਵੀ Azure ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਦੇ ਸਮਾਨ ਬਣਨ ਦੇ ਰਾਹ 'ਤੇ ਹੈ। ਪਰ ਇਹ ਅਤਰ ਵਿੱਚ ਇੱਕ ਮੱਖੀ ਜੋੜਨ ਦੇ ਯੋਗ ਹੈ - ਤੁਸੀਂ Azure ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰਾ ਨਿਚੋੜ ਸਕਦੇ ਹੋ ਜੋ ਪਹਿਲਾਂ AWS ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਸੀ, ਪਰ ਇਹ ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਤੌਰ 'ਤੇ ਸਿਰਫ Azure AD, Azure ਮਾਨੀਟਰ ਅਤੇ Azure ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਲਈ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਵਿਸ਼ਲੇਸ਼ਣ ਸਮੇਤ ਹੋਰ ਸਾਰੇ Azure ਸੁਰੱਖਿਆ ਵਿਧੀਆਂ, ਅਜੇ ਤੱਕ ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਨਹੀਂ ਹਨ। ਸਮੱਸਿਆ ਦਾ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ API ਦੁਆਰਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਸਾਰੀਆਂ Microsoft Azure ਸੇਵਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਪਰ ਇਸ ਲਈ ਤੁਹਾਡੇ ਕਲਾਉਡ ਨੂੰ ਤੁਹਾਡੇ SOC ਅਤੇ ਯੋਗ ਮਾਹਰਾਂ ਦੀ ਮੌਜੂਦਗੀ (ਅਸਲ ਵਿੱਚ, ਕਲਾਉਡ ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਹੋਰ SIEM ਦੇ ਨਾਲ) ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਤੁਹਾਡੇ ਤੋਂ ਵਾਧੂ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। APIs)। ਕੁਝ SIEM, ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਬਾਅਦ ਵਿੱਚ ਚਰਚਾ ਕੀਤੀ ਜਾਵੇਗੀ, ਪਹਿਲਾਂ ਹੀ Azure ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੇ ਕੰਮ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਇਸ ਦੀਆਂ ਆਪਣੀਆਂ ਮੁਸ਼ਕਲਾਂ ਵੀ ਹਨ - ਉਹ ਸਾਰੇ ਉਹ ਸਾਰੇ ਲੌਗ ਇਕੱਠੇ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ Azure ਕੋਲ ਹਨ।

Azure ਵਿੱਚ ਇਵੈਂਟ ਸੰਗ੍ਰਹਿ ਅਤੇ ਨਿਗਰਾਨੀ Azure ਮਾਨੀਟਰ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ Microsoft ਕਲਾਉਡ ਅਤੇ ਇਸਦੇ ਸਰੋਤਾਂ - Git ਰਿਪੋਜ਼ਟਰੀਆਂ, ਕੰਟੇਨਰਾਂ, ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ, ਐਪਲੀਕੇਸ਼ਨਾਂ ਆਦਿ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਇਕੱਤਰ ਕਰਨ, ਸਟੋਰ ਕਰਨ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਲਈ ਮੁੱਖ ਸਾਧਨ ਹੈ। Azure ਮਾਨੀਟਰ ਦੁਆਰਾ ਇਕੱਤਰ ਕੀਤੇ ਸਾਰੇ ਡੇਟਾ ਨੂੰ ਦੋ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ - ਮੈਟ੍ਰਿਕਸ, ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਇਕੱਤਰ ਕੀਤਾ ਗਿਆ ਅਤੇ Azure ਕਲਾਉਡ ਦੇ ਮੁੱਖ ਪ੍ਰਦਰਸ਼ਨ ਸੂਚਕਾਂ ਦਾ ਵਰਣਨ ਕਰਨਾ, ਅਤੇ ਲੌਗ, ਜਿਸ ਵਿੱਚ Azure ਸਰੋਤਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਦੀ ਗਤੀਵਿਧੀ ਦੇ ਕੁਝ ਪਹਿਲੂਆਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਸੰਗਠਿਤ ਡੇਟਾ ਸ਼ਾਮਲ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਡੇਟਾ ਕੁਲੈਕਟਰ API ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, Azure ਮਾਨੀਟਰ ਸੇਵਾ ਆਪਣੇ ਖੁਦ ਦੇ ਨਿਗਰਾਨੀ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਬਣਾਉਣ ਲਈ ਕਿਸੇ ਵੀ REST ਸਰੋਤ ਤੋਂ ਡੇਟਾ ਇਕੱਠਾ ਕਰ ਸਕਦੀ ਹੈ।

ਇੱਥੇ ਕੁਝ ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਸਰੋਤ ਹਨ ਜੋ Azure ਤੁਹਾਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ Azure ਪੋਰਟਲ, CLI, PowerShell, ਜਾਂ REST API (ਅਤੇ ਕੁਝ ਸਿਰਫ਼ Azure Monitor/Insight API ਰਾਹੀਂ) ਰਾਹੀਂ ਪਹੁੰਚ ਕਰ ਸਕਦੇ ਹੋ:

• ਗਤੀਵਿਧੀ ਲੌਗਸ - ਇਹ ਲੌਗ ਕਲਾਉਡ ਸਰੋਤਾਂ 'ਤੇ ਕਿਸੇ ਵੀ ਲਿਖਣ ਦੀ ਕਾਰਵਾਈ (PUT, POST, DELETE) ਦੇ ਸੰਬੰਧ ਵਿੱਚ "ਕੌਣ," "ਕੀ," ਅਤੇ "ਕਦੋਂ" ਦੇ ਕਲਾਸਿਕ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਰੀਡ ਐਕਸੈਸ (GET) ਨਾਲ ਸਬੰਧਤ ਇਵੈਂਟਸ ਇਸ ਲੌਗ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਜਿਵੇਂ ਕਿ ਕਈ ਹੋਰ।
• ਡਾਇਗਨੌਸਟਿਕ ਲੌਗਸ - ਤੁਹਾਡੀ ਗਾਹਕੀ ਵਿੱਚ ਸ਼ਾਮਲ ਇੱਕ ਖਾਸ ਸਰੋਤ ਦੇ ਨਾਲ ਓਪਰੇਸ਼ਨਾਂ ਦਾ ਡੇਟਾ ਰੱਖਦਾ ਹੈ।
• Azure AD ਰਿਪੋਰਟਿੰਗ - ਸਮੂਹ ਅਤੇ ਉਪਭੋਗਤਾ ਪ੍ਰਬੰਧਨ ਨਾਲ ਸੰਬੰਧਿਤ ਉਪਭੋਗਤਾ ਗਤੀਵਿਧੀ ਅਤੇ ਸਿਸਟਮ ਗਤੀਵਿਧੀ ਦੋਵੇਂ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ।
• ਵਿੰਡੋਜ਼ ਇਵੈਂਟ ਲੌਗ ਅਤੇ ਲੀਨਕਸ ਸਿਸਲੌਗ - ਕਲਾਉਡ ਵਿੱਚ ਹੋਸਟ ਕੀਤੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਤੋਂ ਇਵੈਂਟ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।
• ਮੈਟ੍ਰਿਕਸ - ਤੁਹਾਡੀ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਸਿਹਤ ਸਥਿਤੀ ਬਾਰੇ ਟੈਲੀਮੈਟਰੀ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਹਰ ਮਿੰਟ ਮਾਪਿਆ ਅਤੇ ਸਟੋਰ ਕੀਤਾ. 30 ਦਿਨਾਂ ਦੇ ਅੰਦਰ.
• ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਗਰੁੱਪ ਫਲੋ ਲੌਗਸ - ਨੈੱਟਵਰਕ ਵਾਚਰ ਸੇਵਾ ਅਤੇ ਨੈੱਟਵਰਕ ਪੱਧਰ 'ਤੇ ਸਰੋਤ ਨਿਗਰਾਨੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇਕੱਤਰ ਕੀਤੇ ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ 'ਤੇ ਡਾਟਾ ਰੱਖਦਾ ਹੈ।
• ਸਟੋਰੇਜ਼ ਲੌਗਸ - ਸਟੋਰੇਜ ਸੁਵਿਧਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਨਾਲ ਸਬੰਧਤ ਇਵੈਂਟ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।

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

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

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

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

ਜਿਵੇਂ ਕਿ ਉੱਪਰ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਸੁਰੱਖਿਆ ਕਾਰਜਕੁਸ਼ਲਤਾ ਅਤੇ, ਨਤੀਜੇ ਵਜੋਂ, ਇਸ ਦੁਆਰਾ ਤਿਆਰ ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਬਰਾਬਰ ਉਪਲਬਧ ਨਹੀਂ ਹਨ, ਪਰ ਇੱਕ ਖਾਸ ਗਾਹਕੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਜੋ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਲਈ ਢੁਕਵੇਂ ਇਵੈਂਟਾਂ ਨੂੰ ਤਿਆਰ ਕਰਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਖਾਤਿਆਂ ਵਿੱਚ ਵਿਗਾੜਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਪਿਛਲੇ ਪੈਰੇ ਵਿੱਚ ਵਰਣਿਤ ਕੁਝ ਫੰਕਸ਼ਨ ਕੇਵਲ Azure AD ਸੇਵਾ ਲਈ P2 ਪ੍ਰੀਮੀਅਮ ਲਾਇਸੰਸ ਵਿੱਚ ਉਪਲਬਧ ਹਨ। ਇਸ ਤੋਂ ਬਿਨਾਂ, ਤੁਹਾਨੂੰ, ਜਿਵੇਂ ਕਿ AWS ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਕੱਠੀਆਂ ਕੀਤੀਆਂ ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ ਦਾ "ਹੱਥੀਂ" ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਹੋਵੇਗਾ। ਅਤੇ, ਇਹ ਵੀ, Azure AD ਲਾਇਸੈਂਸ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ, ਸਾਰੇ ਇਵੈਂਟ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੋਣਗੇ।

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

ਜੇਕਰ ਤੁਹਾਨੂੰ ਨਾ ਸਿਰਫ਼ ਲੌਗਸ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦੀ ਲੋੜ ਹੈ, ਸਗੋਂ ਤੁਹਾਡੇ Azure ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਲਈ ਇੱਕ ਵਿਆਪਕ ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਦੀ ਲੋੜ ਹੈ, ਜਿਸ ਵਿੱਚ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਨੀਤੀ ਪ੍ਰਬੰਧਨ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਤੁਸੀਂ Azure ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਬਾਰੇ ਗੱਲ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਸ ਦੇ ਜ਼ਿਆਦਾਤਰ ਉਪਯੋਗੀ ਕਾਰਜ ਕੁਝ ਪੈਸਿਆਂ ਲਈ ਉਪਲਬਧ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਧਮਕੀ ਦਾ ਪਤਾ ਲਗਾਉਣਾ, Azure ਤੋਂ ਬਾਹਰ ਨਿਗਰਾਨੀ, ਪਾਲਣਾ ਮੁਲਾਂਕਣ, ਆਦਿ। (ਮੁਫ਼ਤ ਸੰਸਕਰਣ ਵਿੱਚ, ਤੁਹਾਡੇ ਕੋਲ ਸਿਰਫ ਇੱਕ ਸੁਰੱਖਿਆ ਮੁਲਾਂਕਣ ਅਤੇ ਪਛਾਣੀਆਂ ਗਈਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦੂਰ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਸ਼ਾਂ ਤੱਕ ਪਹੁੰਚ ਹੈ)। ਇਹ ਸਾਰੇ ਸੁਰੱਖਿਆ ਮੁੱਦਿਆਂ ਨੂੰ ਇੱਕ ਥਾਂ 'ਤੇ ਇਕੱਠਾ ਕਰਦਾ ਹੈ। ਵਾਸਤਵ ਵਿੱਚ, ਅਸੀਂ Azure ਮਾਨੀਟਰ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਉੱਚ ਪੱਧਰੀ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਬਾਰੇ ਗੱਲ ਕਰ ਸਕਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਤੁਹਾਡੀ ਕਲਾਉਡ ਫੈਕਟਰੀ ਵਿੱਚ ਇਕੱਤਰ ਕੀਤੇ ਗਏ ਡੇਟਾ ਨੂੰ ਕਈ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਭਰਪੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ Azure, Office 365, Microsoft CRM ਔਨਲਾਈਨ, Microsoft Dynamics AX , outlook .com, MSN.com, Microsoft ਡਿਜੀਟਲ ਅਪਰਾਧ ਯੂਨਿਟ (DCU) ਅਤੇ Microsoft ਸੁਰੱਖਿਆ ਜਵਾਬ ਕੇਂਦਰ (MSRC), ਜਿਸ 'ਤੇ ਵੱਖ-ਵੱਖ ਆਧੁਨਿਕ ਮਸ਼ੀਨ ਸਿਖਲਾਈ ਅਤੇ ਵਿਵਹਾਰ ਸੰਬੰਧੀ ਵਿਸ਼ਲੇਸ਼ਣ ਐਲਗੋਰਿਦਮ ਲਗਾਏ ਗਏ ਹਨ, ਜੋ ਆਖਿਰਕਾਰ ਧਮਕੀਆਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਅਤੇ ਜਵਾਬ ਦੇਣ ਦੀ ਕੁਸ਼ਲਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। .

Azure ਦਾ ਆਪਣਾ SIEM ਵੀ ਹੈ - ਇਹ 2019 ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ ਸੀ। ਇਹ Azure Sentinel ਹੈ, ਜੋ Azure ਮਾਨੀਟਰ ਦੇ ਡੇਟਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਵੀ ਹੋ ਸਕਦਾ ਹੈ। ਬਾਹਰੀ ਸੁਰੱਖਿਆ ਹੱਲ (ਉਦਾਹਰਨ ਲਈ, NGFW ਜਾਂ WAF), ਜਿਸ ਦੀ ਸੂਚੀ ਲਗਾਤਾਰ ਵਧ ਰਹੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮਾਈਕ੍ਰੋਸਾੱਫਟ ਗ੍ਰਾਫ ਸੁਰੱਖਿਆ API ਦੇ ਏਕੀਕਰਣ ਦੁਆਰਾ, ਤੁਹਾਡੇ ਕੋਲ ਆਪਣੀ ਖੁਦ ਦੀ ਧਮਕੀ ਖੁਫੀਆ ਫੀਡਾਂ ਨੂੰ Sentinel ਨਾਲ ਜੋੜਨ ਦੀ ਸਮਰੱਥਾ ਹੈ, ਜੋ ਤੁਹਾਡੇ Azure ਕਲਾਉਡ ਵਿੱਚ ਘਟਨਾਵਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਭਰਪੂਰ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਦਲੀਲ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ ਕਿ ਅਜ਼ੂਰ ਸੈਂਟੀਨੇਲ ਪਹਿਲਾ "ਮੂਲ" SIEM ਹੈ ਜੋ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਤੋਂ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ (ਉਹੀ ਸਪਲੰਕ ਜਾਂ ELK, ਜੋ ਕਿ ਕਲਾਉਡ ਵਿੱਚ ਹੋਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, AWS, ਅਜੇ ਵੀ ਰਵਾਇਤੀ ਕਲਾਉਡ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਦੁਆਰਾ ਵਿਕਸਤ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ)। Azure ਸੈਂਟੀਨੇਲ ਅਤੇ ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਨੂੰ Azure ਕਲਾਊਡ ਲਈ SOC ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਤੱਕ ਸੀਮਿਤ ਹੋ ਸਕਦਾ ਹੈ (ਕੁਝ ਰਾਖਵੇਂਕਰਨਾਂ ਦੇ ਨਾਲ) ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਹੁਣ ਕੋਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਨਹੀਂ ਹੈ ਅਤੇ ਤੁਸੀਂ ਆਪਣੇ ਸਾਰੇ ਕੰਪਿਊਟਿੰਗ ਸਰੋਤਾਂ ਨੂੰ ਕਲਾਊਡ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰ ਦਿੱਤਾ ਹੈ ਅਤੇ ਇਹ Microsoft ਕਲਾਊਡ Azure ਹੋਵੇਗਾ।

ਪਰ ਕਿਉਂਕਿ ਅਜ਼ੁਰ ਦੀਆਂ ਬਿਲਟ-ਇਨ ਸਮਰੱਥਾਵਾਂ (ਭਾਵੇਂ ਤੁਹਾਡੇ ਕੋਲ ਸੈਂਟੀਨੇਲ ਦੀ ਗਾਹਕੀ ਹੈ) ਅਕਸਰ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ ਦੇ ਹੋਰ ਸਰੋਤਾਂ (ਕਲਾਉਡ ਅਤੇ ਅੰਦਰੂਨੀ ਦੋਵੇਂ) ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਇੱਕ ਹੈ ਇਕੱਤਰ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਬਾਹਰੀ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜਿਸ ਵਿੱਚ SIEM ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ API ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਅਧਿਕਾਰਤ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਹੇਠਾਂ ਦਿੱਤੇ SIEMs ਲਈ ਉਪਲਬਧ ਹਨ - Splunk (Splunk ਲਈ ਅਜ਼ੂਰ ਮਾਨੀਟਰ ਐਡ-ਆਨ), IBM QRadar (Microsoft Azure DSM), SumoLogic, ArcSight ਅਤੇ ELK। ਹਾਲ ਹੀ ਵਿੱਚ, ਅਜਿਹੇ ਹੋਰ SIEM ਸਨ, ਪਰ 1 ਜੂਨ, 2019 ਤੋਂ, Microsoft ਨੇ Azure Log Integration Tool (AzLog) ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ, ਜੋ Azure ਦੀ ਮੌਜੂਦਗੀ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਅਤੇ ਲੌਗਸ (Azure) ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਆਮ ਮਾਨਕੀਕਰਨ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ ਮਾਨੀਟਰ ਅਜੇ ਵੀ ਮੌਜੂਦ ਨਹੀਂ ਸੀ) ਨੇ ਮਾਈਕ੍ਰੋਸਾੱਫਟ ਕਲਾਉਡ ਨਾਲ ਬਾਹਰੀ SIEM ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਆਸਾਨ ਬਣਾ ਦਿੱਤਾ ਹੈ। ਹੁਣ ਸਥਿਤੀ ਬਦਲ ਗਈ ਹੈ ਅਤੇ ਮਾਈਕਰੋਸੌਫਟ ਨੇ ਅਜ਼ੂਰ ਈਵੈਂਟ ਹੱਬ ਪਲੇਟਫਾਰਮ ਨੂੰ ਹੋਰ SIEM ਲਈ ਮੁੱਖ ਏਕੀਕਰਣ ਸਾਧਨ ਵਜੋਂ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਹੈ. ਬਹੁਤ ਸਾਰੇ ਪਹਿਲਾਂ ਹੀ ਅਜਿਹੇ ਏਕੀਕਰਣ ਨੂੰ ਲਾਗੂ ਕਰ ਚੁੱਕੇ ਹਨ, ਪਰ ਸਾਵਧਾਨ ਰਹੋ - ਉਹ ਸਾਰੇ ਅਜ਼ੁਰ ਲੌਗਸ ਨੂੰ ਕੈਪਚਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਸਿਰਫ ਕੁਝ (ਆਪਣੇ SIEM ਲਈ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਦੇਖੋ)।

Azure ਵਿੱਚ ਇੱਕ ਸੰਖੇਪ ਸੈਰ-ਸਪਾਟਾ ਨੂੰ ਸਮਾਪਤ ਕਰਦੇ ਹੋਏ, ਮੈਂ ਇਸ ਕਲਾਉਡ ਸੇਵਾ ਬਾਰੇ ਇੱਕ ਆਮ ਸਿਫ਼ਾਰਸ਼ ਦੇਣਾ ਚਾਹਾਂਗਾ - Azure ਵਿੱਚ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਫੰਕਸ਼ਨਾਂ ਬਾਰੇ ਕੁਝ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਬਹੁਤ ਧਿਆਨ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਉਹ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਲਿਖੇ ਅਨੁਸਾਰ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਜਿਵੇਂ ਕਿ ਸਲਾਹਕਾਰਾਂ ਨੇ ਤੁਹਾਨੂੰ Microsoft ਦੱਸਿਆ (ਅਤੇ Azure ਫੰਕਸ਼ਨਾਂ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਬਾਰੇ ਉਹਨਾਂ ਦੇ ਵੱਖੋ-ਵੱਖਰੇ ਵਿਚਾਰ ਹੋ ਸਕਦੇ ਹਨ)। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਵਿੱਤੀ ਸਰੋਤ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ Azure ਤੋਂ ਬਹੁਤ ਸਾਰੀ ਉਪਯੋਗੀ ਜਾਣਕਾਰੀ ਨੂੰ ਨਿਚੋੜ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਤੁਹਾਡੇ ਸਰੋਤ ਸੀਮਤ ਹਨ, ਤਾਂ, ਜਿਵੇਂ ਕਿ AWS ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਆਪਣੀ ਤਾਕਤ ਅਤੇ ਅਜ਼ੂਰ ਮਾਨੀਟਰ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਕੱਚੇ ਡੇਟਾ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਹੋਵੇਗਾ। ਅਤੇ ਯਾਦ ਰੱਖੋ ਕਿ ਬਹੁਤ ਸਾਰੇ ਨਿਗਰਾਨੀ ਫੰਕਸ਼ਨਾਂ ਲਈ ਪੈਸਾ ਖਰਚ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੀਮਤ ਨੀਤੀ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਆਪਣੇ ਆਪ ਨੂੰ ਜਾਣਨਾ ਬਿਹਤਰ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਪ੍ਰਤੀ ਗਾਹਕ ਵੱਧ ਤੋਂ ਵੱਧ 31 GB ਤੱਕ 5 ਦਿਨਾਂ ਦਾ ਡਾਟਾ ਮੁਫ਼ਤ ਵਿੱਚ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹੋ - ਇਹਨਾਂ ਮੁੱਲਾਂ ਨੂੰ ਪਾਰ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਵਾਧੂ ਪੈਸੇ (ਗਾਹਕ ਤੋਂ ਹਰੇਕ ਵਾਧੂ GB ਸਟੋਰ ਕਰਨ ਲਈ ਲਗਭਗ $2+ ਅਤੇ ਲਈ $0,1) ਦੀ ਲੋੜ ਪਵੇਗੀ। ਹਰ ਵਾਧੂ ਮਹੀਨੇ 1 GB ਸਟੋਰ ਕਰਨਾ)। ਐਪਲੀਕੇਸ਼ਨ ਟੈਲੀਮੈਟਰੀ ਅਤੇ ਮੈਟ੍ਰਿਕਸ ਦੇ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਵਾਧੂ ਫੰਡਾਂ ਦੀ ਵੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਨਾਲ ਹੀ ਚੇਤਾਵਨੀਆਂ ਅਤੇ ਸੂਚਨਾਵਾਂ (ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੀਮਾ ਮੁਫਤ ਵਿੱਚ ਉਪਲਬਧ ਹੈ, ਜੋ ਤੁਹਾਡੀਆਂ ਜ਼ਰੂਰਤਾਂ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੋ ਸਕਦੀ) ਦੇ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ।

ਉਦਾਹਰਨ: Google ਕਲਾਊਡ ਪਲੇਟਫਾਰਮ 'ਤੇ ਆਧਾਰਿਤ IaaS ਵਿੱਚ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ

ਗੂਗਲ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ AWS ਅਤੇ Azure ਦੇ ਮੁਕਾਬਲੇ ਇੱਕ ਨੌਜਵਾਨ ਵਰਗਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਹ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਚੰਗਾ ਹੈ। AWS ਦੇ ਉਲਟ, ਜਿਸ ਨੇ ਆਪਣੀ ਸਮਰੱਥਾ ਨੂੰ ਵਧਾਇਆ, ਜਿਸ ਵਿੱਚ ਸੁਰੱਖਿਆ ਵਾਲੇ ਸ਼ਾਮਲ ਹਨ, ਹੌਲੀ-ਹੌਲੀ, ਕੇਂਦਰੀਕਰਨ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਹਨ; GCP, Azure ਵਾਂਗ, ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਸਾਰੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਿੱਚ ਤਰੁੱਟੀਆਂ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੇ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, GCP, AWS ਅਤੇ Azure ਦੇ ਵਿਚਕਾਰ, ਅਜੀਬ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਹੈ। ਉਸ ਕੋਲ ਸਮੁੱਚੀ ਸੰਸਥਾ ਲਈ ਇਕੋ ਈਵੈਂਟ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਵੀ ਹੈ, ਪਰ ਇਹ ਅਧੂਰਾ ਹੈ। ਕੁਝ ਫੰਕਸ਼ਨ ਅਜੇ ਵੀ ਬੀਟਾ ਮੋਡ ਵਿੱਚ ਹਨ, ਪਰ ਹੌਲੀ-ਹੌਲੀ ਇਸ ਕਮੀ ਨੂੰ ਖਤਮ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ GCP ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਹੋਰ ਪਰਿਪੱਕ ਪਲੇਟਫਾਰਮ ਬਣ ਜਾਵੇਗਾ।

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

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

ਲੌਗ ਉਦਾਹਰਨ: ਐਕਸੈਸ ਪਾਰਦਰਸ਼ਤਾ

{
 insertId:  "abcdefg12345"
 jsonPayload: {
  @type:  "type.googleapis.com/google.cloud.audit.TransparencyLog"
  location: {
   principalOfficeCountry:  "US"
   principalEmployingEntity:  "Google LLC"
   principalPhysicalLocationCountry:  "CA"
  }
  product: [
   0:  "Cloud Storage"
  ]
  reason: [
    detail:  "Case number: bar123"
    type:  "CUSTOMER_INITIATED_SUPPORT"
  ]
  accesses: [
   0: {
    methodName: "GoogleInternal.Read"
    resourceName: "//googleapis.com/storage/buckets/[BUCKET_NAME]/objects/foo123"
    }
  ]
 }
 logName:  "projects/[PROJECT_NAME]/logs/cloudaudit.googleapis.com%2Faccess_transparency"
 operation: {
  id:  "12345xyz"
 }
 receiveTimestamp:  "2017-12-18T16:06:37.400577736Z"
 resource: {
  labels: {
   project_id:  "1234567890"
  }
  type:  "project"
 }
 severity:  "NOTICE"
 timestamp:  "2017-12-18T16:06:24.660001Z"
}

ਇਹਨਾਂ ਲੌਗਾਂ ਤੱਕ ਪਹੁੰਚ ਕਈ ਤਰੀਕਿਆਂ ਨਾਲ ਸੰਭਵ ਹੈ (ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਅਜ਼ੁਰ ਅਤੇ AWS ਬਾਰੇ ਚਰਚਾ ਕੀਤੀ ਗਈ ਸੀ) - ਲੌਗ ਵਿਊਅਰ ਇੰਟਰਫੇਸ ਦੁਆਰਾ, API ਦੁਆਰਾ, Google ਕਲਾਉਡ SDK ਦੁਆਰਾ, ਜਾਂ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਗਤੀਵਿਧੀ ਪੰਨੇ ਦੁਆਰਾ ਜਿਸ ਲਈ ਤੁਸੀਂ ਸਮਾਗਮਾਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਨ। ਇਸੇ ਤਰ੍ਹਾਂ, ਉਹਨਾਂ ਨੂੰ ਵਾਧੂ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਬਾਹਰੀ ਹੱਲਾਂ ਵਿੱਚ ਨਿਰਯਾਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਬਾਅਦ ਵਾਲਾ ਕੰਮ BigQuery ਜਾਂ Cloud Pub/Sub ਸਟੋਰੇਜ ਵਿੱਚ ਲੌਗਸ ਨੂੰ ਨਿਰਯਾਤ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

ਇਹ ਕੁਝ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਮੌਡਿਊਲਾਂ ਦੀ ਸੂਚੀ ਦੇਣ ਦੇ ਯੋਗ ਹੈ ਜੋ ਤੁਹਾਡੇ GCP ਕਲਾਉਡ ਦੇ ਅੰਦਰ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਜੋ AWS ਦੀ ਪੇਸ਼ਕਸ਼ ਦੇ ਸਮਾਨ ਹਨ:

• ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਕਮਾਂਡ ਸੈਂਟਰ AWS ਸੁਰੱਖਿਆ ਹੱਬ ਅਤੇ ਅਜ਼ੂਰ ਸੁਰੱਖਿਆ ਕੇਂਦਰ ਦਾ ਐਨਾਲਾਗ ਹੈ।
• ਕਲਾਉਡ ਡੀਐਲਪੀ - 90 ਤੋਂ ਵੱਧ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਵਰਗੀਕਰਨ ਨੀਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਲਾਉਡ ਵਿੱਚ ਹੋਸਟ ਕੀਤੇ ਡੇਟਾ ਦੀ ਆਟੋਮੈਟਿਕ ਖੋਜ ਅਤੇ ਸੰਪਾਦਨ (ਉਦਾਹਰਨ ਲਈ ਮਾਸਕਿੰਗ)।
• ਕਲਾਉਡ ਸਕੈਨਰ ਐਪ ਇੰਜਣ, ਕੰਪਿਊਟ ਇੰਜਣ ਅਤੇ ਗੂਗਲ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਜਾਣੀਆਂ ਗਈਆਂ ਕਮਜ਼ੋਰੀਆਂ (XSS, ਫਲੈਸ਼ ਇੰਜੈਕਸ਼ਨ, ਅਨਪੈਚਡ ਲਾਇਬ੍ਰੇਰੀਆਂ, ਆਦਿ) ਲਈ ਇੱਕ ਸਕੈਨਰ ਹੈ।
• Cloud IAM - ਸਾਰੇ GCP ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਕੰਟਰੋਲ ਕਰੋ।
• ਕਲਾਉਡ ਪਛਾਣ - ਇੱਕ ਸਿੰਗਲ ਕੰਸੋਲ ਤੋਂ GCP ਉਪਭੋਗਤਾ, ਡਿਵਾਈਸ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਖਾਤਿਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ।
• ਕਲਾਉਡ ਐਚਐਸਐਮ - ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੁੰਜੀਆਂ ਦੀ ਸੁਰੱਖਿਆ।
• ਕਲਾਉਡ ਕੁੰਜੀ ਪ੍ਰਬੰਧਨ ਸੇਵਾ - GCP ਵਿੱਚ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੁੰਜੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ।
• VPC ਸੇਵਾ ਨਿਯੰਤਰਣ - ਆਪਣੇ GCP ਸਰੋਤਾਂ ਨੂੰ ਲੀਕ ਤੋਂ ਬਚਾਉਣ ਲਈ ਉਹਨਾਂ ਦੇ ਆਲੇ ਦੁਆਲੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਘੇਰਾ ਬਣਾਓ।
• ਟਾਇਟਨ ਸੁਰੱਖਿਆ ਕੁੰਜੀ - ਫਿਸ਼ਿੰਗ ਤੋਂ ਸੁਰੱਖਿਆ।

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

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

ਕਈ ਵਾਰ ਓਵਰਲੇ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਵਾਲੇ ਹੱਲਾਂ ਨੂੰ ਦੇਖਣਾ ਮਹੱਤਵਪੂਰਣ ਹੁੰਦਾ ਹੈ ਜੋ ਬਿਲਟ-ਇਨ ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਕਈ ਵਾਰ ਅਜਿਹੇ ਹੱਲ ਕਲਾਉਡ ਵਿੱਚ ਹੋਸਟ ਕੀਤੇ ਤੁਹਾਡੇ ਡੇਟਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਸੁਰੱਖਿਆ ਬਾਰੇ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰਨ ਦਾ ਇੱਕੋ ਇੱਕ ਵਿਕਲਪ ਹੁੰਦੇ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਹ ਸਿਰਫ਼ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਵੱਖ-ਵੱਖ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਤੋਂ ਵੱਖ-ਵੱਖ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਲੋੜੀਂਦੇ ਲੌਗਸ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੇ ਸਾਰੇ ਕਾਰਜ ਕਰਦੇ ਹਨ। ਅਜਿਹੇ ਓਵਰਲੇ ਹੱਲ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਸਿਸਕੋ ਸਟੀਲਥਵਾਚ ਕਲਾਉਡ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਸਿੰਗਲ ਕੰਮ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੈ - ਕਲਾਉਡ ਵਾਤਾਵਰਨ ਵਿੱਚ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਅਸੰਗਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ, ਜਿਸ ਵਿੱਚ ਨਾ ਸਿਰਫ਼ ਐਮਾਜ਼ਾਨ AWS, Microsoft Azure ਅਤੇ Google Cloud ਪਲੇਟਫਾਰਮ ਸ਼ਾਮਲ ਹਨ, ਸਗੋਂ ਪ੍ਰਾਈਵੇਟ ਕਲਾਊਡ ਵੀ ਸ਼ਾਮਲ ਹਨ।

ਉਦਾਹਰਨ: ਸਟੀਲਥਵਾਚ ਕਲਾਉਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ

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

ਸਿਸਕੋ ਸਟੀਲਥਵਾਚ ਕਲਾਉਡ ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇਕਾਈਆਂ ਨੂੰ ਮਾਡਲ ਬਣਾਉਣ ਦੀ ਯੋਗਤਾ ਹੈ। ਇਸਦੇ ਨਾਲ, ਤੁਸੀਂ ਆਪਣੇ ਹਰੇਕ ਕਲਾਉਡ ਸਰੋਤਾਂ ਦਾ ਇੱਕ ਸਾਫਟਵੇਅਰ ਮਾਡਲ (ਅਰਥਾਤ ਇੱਕ ਨਜ਼ਦੀਕੀ-ਰੀਅਲ-ਟਾਈਮ ਸਿਮੂਲੇਸ਼ਨ) ਬਣਾ ਸਕਦੇ ਹੋ (ਇਸ ਨਾਲ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਇਹ AWS, Azure, GCP, ਜਾਂ ਕੁਝ ਹੋਰ ਹੈ)। ਇਹਨਾਂ ਵਿੱਚ ਸਰਵਰ ਅਤੇ ਉਪਭੋਗਤਾ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ, ਨਾਲ ਹੀ ਤੁਹਾਡੇ ਕਲਾਉਡ ਵਾਤਾਵਰਣ ਲਈ ਖਾਸ ਸਰੋਤ ਕਿਸਮਾਂ, ਜਿਵੇਂ ਕਿ ਸੁਰੱਖਿਆ ਸਮੂਹ ਅਤੇ ਆਟੋ-ਸਕੇਲ ਸਮੂਹ। ਇਹ ਮਾਡਲ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਢਾਂਚਾਗਤ ਡੇਟਾ ਸਟ੍ਰੀਮ ਦੀ ਵਰਤੋਂ ਇਨਪੁਟ ਵਜੋਂ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, AWS ਲਈ ਇਹ VPC ਫਲੋ ਲੌਗਸ, AWS CloudTrail, AWS CloudWatch, AWS ਕੌਂਫਿਗ, AWS ਇੰਸਪੈਕਟਰ, AWS Lambda, ਅਤੇ AWS IAM ਹੋਣਗੇ। ਇਕਾਈ ਮਾਡਲਿੰਗ ਆਪਣੇ ਆਪ ਹੀ ਤੁਹਾਡੇ ਕਿਸੇ ਵੀ ਸਰੋਤ ਦੀ ਭੂਮਿਕਾ ਅਤੇ ਵਿਵਹਾਰ ਨੂੰ ਖੋਜਦੀ ਹੈ (ਤੁਸੀਂ ਸਾਰੀਆਂ ਕਲਾਉਡ ਗਤੀਵਿਧੀ ਨੂੰ ਪ੍ਰੋਫਾਈਲ ਕਰਨ ਬਾਰੇ ਗੱਲ ਕਰ ਸਕਦੇ ਹੋ)। ਇਹਨਾਂ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ Android ਜਾਂ Apple ਮੋਬਾਈਲ ਡਿਵਾਈਸ, Citrix PVS ਸਰਵਰ, RDP ਸਰਵਰ, ਮੇਲ ਗੇਟਵੇ, VoIP ਕਲਾਇੰਟ, ਟਰਮੀਨਲ ਸਰਵਰ, ਡੋਮੇਨ ਕੰਟਰੋਲਰ, ਆਦਿ ਸ਼ਾਮਲ ਹਨ। ਇਹ ਫਿਰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਉਹਨਾਂ ਦੇ ਵਿਵਹਾਰ ਦੀ ਨਿਰੰਤਰ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਕਿ ਕਦੋਂ ਜੋਖਮ ਭਰਿਆ ਜਾਂ ਸੁਰੱਖਿਆ-ਖਤਰੇ ਵਾਲਾ ਵਿਵਹਾਰ ਵਾਪਰਦਾ ਹੈ। ਤੁਸੀਂ ਪਾਸਵਰਡ ਅਨੁਮਾਨ ਲਗਾਉਣ, DDoS ਹਮਲੇ, ਡੇਟਾ ਲੀਕ, ਗੈਰ ਕਾਨੂੰਨੀ ਰਿਮੋਟ ਐਕਸੈਸ, ਖਤਰਨਾਕ ਕੋਡ ਗਤੀਵਿਧੀ, ਕਮਜ਼ੋਰੀ ਸਕੈਨਿੰਗ ਅਤੇ ਹੋਰ ਖਤਰਿਆਂ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ, ਤੁਹਾਡੀ ਸੰਸਥਾ (ਦੱਖਣੀ ਕੋਰੀਆ) ਲਈ ਕਿਸੇ ਦੇਸ਼ ਤੋਂ SSH ਰਾਹੀਂ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਤੱਕ ਰਿਮੋਟ ਐਕਸੈਸ ਕੋਸ਼ਿਸ਼ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਅਤੇ ਇਹ ਉਹ ਹੈ ਜੋ ਪੋਸਟਗ੍ਰੇਸ ਡੇਟਾਬੇਸ ਤੋਂ ਕਿਸੇ ਅਜਿਹੇ ਦੇਸ਼ ਵਿੱਚ ਜਾਣਕਾਰੀ ਦਾ ਕਥਿਤ ਲੀਕ ਹੋਣਾ ਹੈ ਜਿਸ ਨਾਲ ਅਸੀਂ ਪਹਿਲਾਂ ਗੱਲਬਾਤ ਦਾ ਸਾਹਮਣਾ ਨਹੀਂ ਕੀਤਾ ਹੈ:

ਅੰਤ ਵਿੱਚ, ਇਹ ਉਹ ਹੈ ਜੋ ਬਾਹਰੀ ਰਿਮੋਟ ਡਿਵਾਈਸ ਤੋਂ ਚੀਨ ਅਤੇ ਇੰਡੋਨੇਸ਼ੀਆ ਤੋਂ ਬਹੁਤ ਸਾਰੀਆਂ ਅਸਫਲ SSH ਕੋਸ਼ਿਸ਼ਾਂ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ:

ਜਾਂ, ਮੰਨ ਲਓ ਕਿ VPC ਵਿੱਚ ਸਰਵਰ ਉਦਾਹਰਣ, ਨੀਤੀ ਦੁਆਰਾ, ਕਦੇ ਵੀ ਰਿਮੋਟ ਲੌਗਇਨ ਟਿਕਾਣਾ ਨਹੀਂ ਹੈ। ਚਲੋ ਅੱਗੇ ਇਹ ਮੰਨ ਲਓ ਕਿ ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਦੀ ਨੀਤੀ ਵਿੱਚ ਇੱਕ ਗਲਤ ਤਬਦੀਲੀ ਕਾਰਨ ਇਸ ਕੰਪਿਊਟਰ ਨੇ ਰਿਮੋਟ ਲੌਗਆਨ ਦਾ ਅਨੁਭਵ ਕੀਤਾ ਹੈ। ਇਕਾਈ ਮਾਡਲਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਗਤੀਵਿਧੀ ("ਅਸਾਧਾਰਨ ਰਿਮੋਟ ਐਕਸੈਸ") ਨੂੰ ਅਸਲ-ਸਮੇਂ ਵਿੱਚ ਖੋਜੇਗੀ ਅਤੇ ਰਿਪੋਰਟ ਕਰੇਗੀ ਅਤੇ ਖਾਸ AWS CloudTrail, Azure ਮਾਨੀਟਰ, ਜਾਂ GCP ਸਟੈਕਡ੍ਰਾਈਵਰ ਲੌਗਿੰਗ API ਕਾਲ (ਉਪਭੋਗਤਾ ਨਾਮ, ਮਿਤੀ ਅਤੇ ਸਮੇਂ ਸਮੇਤ, ਹੋਰ ਵੇਰਵਿਆਂ ਸਮੇਤ) ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇਗੀ। ) ਜਿਸ ਨੇ ਆਈ.ਟੀ.ਯੂ. ਦੇ ਨਿਯਮ ਨੂੰ ਬਦਲਣ ਲਈ ਕਿਹਾ। ਅਤੇ ਫਿਰ ਇਹ ਜਾਣਕਾਰੀ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ SIEM ਨੂੰ ਭੇਜੀ ਜਾ ਸਕਦੀ ਹੈ.

ਸਿਸਕੋ ਸਟੀਲਥਵਾਚ ਕਲਾਉਡ ਦੁਆਰਾ ਸਮਰਥਿਤ ਕਿਸੇ ਵੀ ਕਲਾਉਡ ਵਾਤਾਵਰਣ ਲਈ ਸਮਾਨ ਸਮਰੱਥਾਵਾਂ ਲਾਗੂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ:

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

• ਕੀ ਕਿਸੇ ਨੇ ਸਾਡੇ ਦੁਆਰਾ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਪਿਛਲੇ ਦਰਵਾਜ਼ੇ ਦੀ ਖੋਜ ਕੀਤੀ ਹੈ?
• ਕੀ ਸਾਡੇ ਕਲਾਉਡ ਵਿੱਚ ਕੋਈ ਥਰਡ ਪਾਰਟੀ ਸੌਫਟਵੇਅਰ ਜਾਂ ਡਿਵਾਈਸ ਹੈ?
• ਕੀ ਅਧਿਕਾਰਤ ਉਪਭੋਗਤਾ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਦੀ ਦੁਰਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ?
• ਕੀ ਕੋਈ ਸੰਰਚਨਾ ਗਲਤੀ ਸੀ ਜੋ ਰਿਮੋਟ ਐਕਸੈਸ ਜਾਂ ਸਰੋਤਾਂ ਦੀ ਹੋਰ ਅਣਇੱਛਤ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਸੀ?
• ਕੀ ਸਾਡੇ ਸਰਵਰਾਂ ਤੋਂ ਕੋਈ ਡਾਟਾ ਲੀਕ ਹੁੰਦਾ ਹੈ?
• ਕੀ ਕੋਈ ਸਾਡੇ ਨਾਲ ਕਿਸੇ ਅਸਧਾਰਨ ਭੂਗੋਲਿਕ ਸਥਾਨ ਤੋਂ ਜੁੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਸੀ?
• ਕੀ ਸਾਡਾ ਕਲਾਉਡ ਖਤਰਨਾਕ ਕੋਡ ਨਾਲ ਸੰਕਰਮਿਤ ਹੈ?

ਇੱਕ ਖੋਜੀ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਇਵੈਂਟ ਸਲੈਕ, ਸਿਸਕੋ ਸਪਾਰਕ, ​​ਪੇਜਰਡਿਊਟੀ ਘਟਨਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਨੂੰ ਸੰਬੰਧਿਤ ਟਿਕਟ ਦੇ ਰੂਪ ਵਿੱਚ ਭੇਜੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਸਪਲੰਕ ਜਾਂ ELK ਸਮੇਤ ਵੱਖ-ਵੱਖ SIEM ਨੂੰ ਵੀ ਭੇਜੀ ਜਾ ਸਕਦੀ ਹੈ। ਸੰਖੇਪ ਕਰਨ ਲਈ, ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਜੇਕਰ ਤੁਹਾਡੀ ਕੰਪਨੀ ਇੱਕ ਮਲਟੀ-ਕਲਾਊਡ ਰਣਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ ਅਤੇ ਕਿਸੇ ਇੱਕ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹੈ, ਉੱਪਰ ਦੱਸੇ ਗਏ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਸਮਰੱਥਾਵਾਂ, ਤਾਂ ਸਿਸਕੋ ਸਟੀਲਥਵਾਚ ਕਲਾਉਡ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਨਿਗਰਾਨੀ ਦਾ ਇੱਕ ਯੂਨੀਫਾਈਡ ਸੈੱਟ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਇੱਕ ਵਧੀਆ ਵਿਕਲਪ ਹੈ। ਪ੍ਰਮੁੱਖ ਕਲਾਉਡ ਖਿਡਾਰੀਆਂ ਲਈ ਸਮਰੱਥਾਵਾਂ - Amazon, Microsoft ਅਤੇ Google। ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਤੁਸੀਂ AWS, Azure ਜਾਂ GCP ਵਿੱਚ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਨਿਗਰਾਨੀ ਲਈ ਉੱਨਤ ਲਾਇਸੈਂਸਾਂ ਦੇ ਨਾਲ ਸਟੀਲਥਵਾਚ ਕਲਾਉਡ ਦੀਆਂ ਕੀਮਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਪਤਾ ਲੱਗ ਸਕਦਾ ਹੈ ਕਿ ਸਿਸਕੋ ਹੱਲ ਐਮਾਜ਼ਾਨ, ਮਾਈਕ੍ਰੋਸਾੱਫਟ ਦੀਆਂ ਬਿਲਟ-ਇਨ ਸਮਰੱਥਾਵਾਂ ਨਾਲੋਂ ਵੀ ਸਸਤਾ ਹੋਵੇਗਾ। ਅਤੇ ਗੂਗਲ ਹੱਲ। ਇਹ ਵਿਰੋਧਾਭਾਸੀ ਹੈ, ਪਰ ਇਹ ਸੱਚ ਹੈ. ਅਤੇ ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਬੱਦਲ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੀ ਤੁਸੀਂ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਇੱਕ ਸੰਯੁਕਤ ਹੱਲ ਦਾ ਵਧੇਰੇ ਸਪੱਸ਼ਟ ਫਾਇਦਾ ਹੋਵੇਗਾ।

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

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

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

ਸਰੋਤ: www.habr.com