"ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਇਹ ਕਰੇਗਾ": ਕਿ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਨਿੱਜੀ ਡੇਟਾ ਬਾਰੇ ਗੱਲਬਾਤ ਨਹੀਂ ਕਰਦੇ ਹਨ

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

ਸਟੀਵ ਕ੍ਰਿਸਪ, ਰਾਇਟਰਜ਼ ਦੁਆਰਾ ਫੋਟੋ

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

ਸਭ ਕੁਝ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

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

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

“ਟਾਈਪ 1 ਧਮਕੀਆਂ ਇੱਕ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ ਜੇਕਰ ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ ਨਾਲ ਸਬੰਧਤ ਮੌਜੂਦਾ ਧਮਕੀਆਂ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ (ਅਣ ਘੋਸ਼ਿਤ) ਸਮਰੱਥਾਵਾਂ ਦੀ ਮੌਜੂਦਗੀ ਦੇ ਨਾਲ ਸਿਸਟਮ ਸਾਫਟਵੇਅਰ ਵਿੱਚਸੂਚਨਾ ਸਿਸਟਮ ਵਿੱਚ ਵਰਤਿਆ ਗਿਆ ਹੈ.

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

ਤੀਸਰੀ ਕਿਸਮ ਦੀਆਂ ਧਮਕੀਆਂ ਕਿਸੇ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਲਈ ਢੁਕਵੇਂ ਹਨ ਜੇਕਰ ਇਸਦੇ ਲਈ ਧਮਕੀਆਂ ਜੋ ਸਬੰਧਤ ਨਹੀਂ ਹਨ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ (ਅਣ ਘੋਸ਼ਿਤ) ਸਮਰੱਥਾਵਾਂ ਦੀ ਮੌਜੂਦਗੀ ਦੇ ਨਾਲ ਸਿਸਟਮ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸੌਫਟਵੇਅਰ ਵਿੱਚਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।"

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

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

FSTEC ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸਾਰੇ ਮੁੱਖ ਖਤਰਿਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ NOS (ਖਤਰੇ ਦਾ ਡਾਟਾਬੇਸ)। ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਦਾਤਾ ਅਤੇ ਮੁਲਾਂਕਣ ਆਪਣੇ ਕੰਮ ਵਿੱਚ ਇਸ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਇੱਥੇ ਧਮਕੀਆਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਹਨ:

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

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

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

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

ਅਤੇ ਦੇ ਅਨੁਸਾਰ FSTEC ਨੰਬਰ 21 ਦੇ ਆਦੇਸ਼ ਦੁਆਰਾ ਮਿਤੀ 18 ਫਰਵਰੀ, 2013, ਹਾਈਪਰਵਾਈਜ਼ਰ ਨੂੰ ਪੱਧਰ 4 'ਤੇ ਗੈਰ-ਐਨਡੀਵੀ ਵਜੋਂ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਇਸਦੇ ਨਾਲ ਲੈਵਲ 1 ਅਤੇ 2 ਦੇ ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਗੈਰ-ਕਾਨੂੰਨੀ ਹੋਵੇਗੀ ("ਧਾਰਾ 12. ... ਨਿੱਜੀ ਡੇਟਾ ਸੁਰੱਖਿਆ ਦੇ ਪੱਧਰ 1 ਅਤੇ 2 ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, ਨਾਲ ਹੀ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਨਿੱਜੀ ਡੇਟਾ ਸੁਰੱਖਿਆ ਦੇ ਪੱਧਰ 3 ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, ਜਿਸ ਲਈ ਕਿਸਮ 2 ਖਤਰਿਆਂ ਨੂੰ ਮੌਜੂਦਾ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ, ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਸਾਧਨ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਸਦਾ ਸਾਫਟਵੇਅਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਅਣ-ਘੋਸ਼ਿਤ ਸਮਰੱਥਾਵਾਂ ਦੀ ਅਣਹੋਂਦ 'ਤੇ ਘੱਟੋ-ਘੱਟ 4 ਪੱਧਰ ਦੇ ਨਿਯੰਤਰਣ ਦੇ ਅਨੁਸਾਰ ਟੈਸਟ ਕੀਤਾ ਗਿਆ").

ਸਿਰਫ਼ ਇੱਕ ਹਾਈਪਰਵਾਈਜ਼ਰ, ਰੂਸ ਵਿੱਚ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਕੋਲ ਪ੍ਰਮਾਣੀਕਰਣ ਦਾ ਲੋੜੀਂਦਾ ਪੱਧਰ ਹੈ, NDV-4। ਸੂਰਜ ਦੀ ਦੂਰੀ. ਇਸ ਨੂੰ ਹਲਕੇ ਤੌਰ 'ਤੇ ਪਾਉਣ ਲਈ, ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਹੱਲ ਨਹੀਂ. ਵਪਾਰਕ ਕਲਾਊਡ ਆਮ ਤੌਰ 'ਤੇ VMware vSphere, KVM, Microsoft Hyper-V ਦੇ ਆਧਾਰ 'ਤੇ ਬਣਾਏ ਜਾਂਦੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਉਤਪਾਦ NDV-4 ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਹੈ। ਕਿਉਂ? ਇਹ ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਨਿਰਮਾਤਾਵਾਂ ਲਈ ਅਜਿਹਾ ਪ੍ਰਮਾਣੀਕਰਣ ਪ੍ਰਾਪਤ ਕਰਨਾ ਅਜੇ ਵੀ ਆਰਥਿਕ ਤੌਰ 'ਤੇ ਜਾਇਜ਼ ਨਹੀਂ ਹੈ।

ਅਤੇ ਜਨਤਕ ਕਲਾਉਡ ਵਿੱਚ ਲੈਵਲ 1 ਅਤੇ 2 ਦੇ ਨਿੱਜੀ ਡੇਟਾ ਲਈ ਸਾਡੇ ਲਈ ਬਾਕੀ ਬਚਿਆ ਸਭ ਕੁਝ ਹੈ Horizon BC. ਅਫਸੋਸ ਪਰ ਸੱਚ.

ਕਿਵੇਂ ਸਭ ਕੁਝ (ਸਾਡੀ ਰਾਏ ਵਿੱਚ) ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ

ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, ਸਭ ਕੁਝ ਬਹੁਤ ਸਖ਼ਤ ਹੈ: NDV-4 ਦੇ ਅਨੁਸਾਰ ਪ੍ਰਮਾਣਿਤ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਮਿਆਰੀ ਸੁਰੱਖਿਆ ਵਿਧੀਆਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰਕੇ ਇਹਨਾਂ ਖਤਰਿਆਂ ਨੂੰ ਖਤਮ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਇੱਕ ਕਮੀ ਹੈ. FSTEC ਆਰਡਰ ਨੰਬਰ 21 ਦੇ ਅਨੁਸਾਰ ("ਕਲਾਜ਼ 2 ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਸੁਰੱਖਿਆ ਜਦੋਂ ਨਿੱਜੀ ਡੇਟਾ ਜਾਣਕਾਰੀ ਪ੍ਰਣਾਲੀ (ਇਸ ਤੋਂ ਬਾਅਦ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਵਜੋਂ ਜਾਣੀ ਜਾਂਦੀ ਹੈ) ਵਿੱਚ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਓਪਰੇਟਰ ਜਾਂ ਵਿਅਕਤੀ ਦੁਆਰਾ ਓਪਰੇਟਰ ਦੀ ਤਰਫੋਂ ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਾਲੇ ਵਿਅਕਤੀ ਦੁਆਰਾ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ. ਕਾਨੂੰਨ ਰਸ਼ੀਅਨ ਫੈਡਰੇਸ਼ਨ"), ਪ੍ਰਦਾਤਾ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਸੰਭਾਵੀ ਖਤਰਿਆਂ ਦੀ ਸਾਰਥਕਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੇ ਹਨ ਅਤੇ ਉਸ ਅਨੁਸਾਰ ਸੁਰੱਖਿਆ ਉਪਾਅ ਚੁਣਦੇ ਹਨ। ਇਸ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ UBI.44 ਅਤੇ UBI.101 ਨੂੰ ਵਰਤਮਾਨ ਦੇ ਤੌਰ 'ਤੇ ਖਤਰੇ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹੋ, ਤਾਂ NDV-4 ਦੇ ਅਨੁਸਾਰ ਪ੍ਰਮਾਣਿਤ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ, ਜੋ ਕਿ ਉਹਨਾਂ ਦੇ ਵਿਰੁੱਧ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਅਤੇ ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਸੁਰੱਖਿਆ ਦੇ ਪੱਧਰ 1 ਅਤੇ 2 ਦੇ ਨਾਲ ਜਨਤਕ ਕਲਾਉਡ ਦੀ ਪਾਲਣਾ ਦਾ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੋਵੇਗਾ, ਜਿਸ ਨਾਲ ਰੋਸਕੋਮਨਾਡਜ਼ੋਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੰਤੁਸ਼ਟ ਹੋਵੇਗਾ।

ਬੇਸ਼ੱਕ, Roskomnadzor ਤੋਂ ਇਲਾਵਾ, FSTEC ਇੱਕ ਨਿਰੀਖਣ ਦੇ ਨਾਲ ਆ ਸਕਦਾ ਹੈ - ਅਤੇ ਇਹ ਸੰਸਥਾ ਤਕਨੀਕੀ ਮਾਮਲਿਆਂ ਵਿੱਚ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੁਚੇਤ ਹੈ. ਉਹ ਸ਼ਾਇਦ ਇਸ ਗੱਲ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖੇਗੀ ਕਿ ਅਸਲ ਵਿੱਚ UBI.44 ਅਤੇ UBI.101 ਦੀਆਂ ਧਮਕੀਆਂ ਨੂੰ ਅਪ੍ਰਸੰਗਿਕ ਕਿਉਂ ਮੰਨਿਆ ਗਿਆ ਸੀ? ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਐਫਐਸਟੀਈਸੀ ਉਦੋਂ ਹੀ ਇੱਕ ਨਿਰੀਖਣ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਸਨੂੰ ਕਿਸੇ ਮਹੱਤਵਪੂਰਨ ਘਟਨਾ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਹੁੰਦੀ ਹੈ। ਇਸ ਕੇਸ ਵਿੱਚ, ਫੈਡਰਲ ਸੇਵਾ ਪਹਿਲਾਂ ਨਿੱਜੀ ਡੇਟਾ ਆਪਰੇਟਰ ਕੋਲ ਆਉਂਦੀ ਹੈ - ਯਾਨੀ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੇ ਗਾਹਕ. ਸਭ ਤੋਂ ਮਾੜੇ ਕੇਸ ਵਿੱਚ, ਆਪਰੇਟਰ ਨੂੰ ਇੱਕ ਛੋਟਾ ਜੁਰਮਾਨਾ ਮਿਲਦਾ ਹੈ - ਉਦਾਹਰਨ ਲਈ, ਸਾਲ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਟਵਿੱਟਰ ਲਈ Штраф ਇੱਕ ਸਮਾਨ ਮਾਮਲੇ ਵਿੱਚ 5000 ਰੂਬਲ ਦੀ ਰਕਮ. ਫਿਰ FSTEC ਕਲਾਉਡ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਨੂੰ ਅੱਗੇ ਜਾਂਦਾ ਹੈ। ਜੋ ਕਿ ਰੈਗੂਲੇਟਰੀ ਲੋੜਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋਣ ਕਾਰਨ ਲਾਇਸੈਂਸ ਤੋਂ ਵਾਂਝੇ ਹੋ ਸਕਦੇ ਹਨ - ਅਤੇ ਇਹ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਅਤੇ ਇਸਦੇ ਗਾਹਕਾਂ ਲਈ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਜੋਖਮ ਹਨ। ਪਰ, ਮੈਂ ਦੁਹਰਾਉਂਦਾ ਹਾਂ, FSTEC ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਸਪੱਸ਼ਟ ਕਾਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਲਈ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਜੋਖਮ ਲੈਣ ਲਈ ਤਿਆਰ ਹਨ। ਪਹਿਲੀ ਗੰਭੀਰ ਘਟਨਾ ਤੱਕ.

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

ਅਸੀਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ

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

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

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

ਸਿੱਟਾ

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

ਸਰੋਤ: www.habr.com