ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਆਮ ਤੌਰ ‘ਤੇ ਐਕਸੈਸ ਆਰਕੀਟੈਕਚਰ ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਉਹ ਇੱਕ ਵਿਹਾਰਕ ਸਮੱਸਿਆ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ: ਕਿਸੇ ਨੂੰ ਘਰ ਤੋਂ ਕੰਮ ਕਰਨ, ਲੈਪਟਾਪ ਨਾਲ ਯਾਤਰਾ ਕਰਨ, ਹੋਟਲ ਵਾਈ-ਫਾਈ ‘ਤੇ ਕਨੈਕਟ ਕਰਨ, ਜਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਜ਼ਾਹਰ ਕੀਤੇ ਬਿਨਾਂ ਕਿਸੇ ਸਾਂਝੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇੱਕ VPN ਅਕਸਰ ਗੱਲਬਾਤ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਜਾਣਿਆ-ਪਛਾਣਿਆ, ਸਮਝਣ ਯੋਗ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਤੰਗ ਦੂਰ-ਦੁਰਾਡੇ-ਕੰਮ ਅਤੇ ਗੋਪਨੀਯਤਾ ਲੋੜਾਂ ਲਈ ਉਪਯੋਗੀ ਹੈ। SASE, Secure Access Service Edge ਲਈ ਛੋਟਾ, ਇੱਕ ਵੱਖਰੀ ਥਾਂ ਤੋਂ ਆਉਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਵਿਆਪਕ ਮਾਡਲ ਹੈ ਜੋ ਨੈੱਟਵਰਕਿੰਗ ਅਤੇ ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਆਮ ਤੌਰ ‘ਤੇ ਉਹਨਾਂ ਸੰਸਥਾਵਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਛਾਣ-ਜਾਗਰੂਕ ਨਿਯੰਤਰਣ, ਕੇਂਦਰੀ ਨੀਤੀ, ਨਿਰੀਖਣ, ਅਤੇ ਵਿਤਰਿਤ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਐਪਸ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ ਵਧੇਰੇ ਪਰਿਪੱਕ ਤਰੀਕੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਇਸ ਲਈ ਅਸਲ ਵੀਪੀਐਨ ਬਨਾਮ ਸੇਸ ਸਵਾਲ ਇਹ ਨਹੀਂ ਹੈ ਕਿ “ਕੌਣ ਵਧੀਆ ਹੈ?” ਇਹ ਹੈ: ਤੁਹਾਡੀ ਕੰਪਨੀ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਸ ਕਿਸਮ ਦੀ ਪਹੁੰਚ ਸਮੱਸਿਆ ਹੈ?
ਛੋਟਾ ਸੰਸਕਰਣ: VPN ਕਨੈਕਟੀਵਿਟੀ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ, SASE ਐਕਸੈਸ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ
ਇੱਕ VPN ਇੱਕ ਉਪਭੋਗਤਾ ਦੀ ਡਿਵਾਈਸ ਅਤੇ ਇੱਕ VPN ਸਰਵਰ ਜਾਂ ਨੈਟਵਰਕ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਸ਼ਨ ਮਾਰਗ ਬਣਾਉਂਦਾ ਹੈ। ਇੱਕ ਛੋਟੀ ਟੀਮ ਲਈ, ਇਹ ਕਾਫ਼ੀ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਮੁੱਖ ਟੀਚਾ ਸਿੱਧਾ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂ ਅਵਿਸ਼ਵਾਸੀ ਨੈੱਟਵਰਕਾਂ ‘ਤੇ ਵਧੇਰੇ ਨਿੱਜੀ ਰੂਟ ਹੋਵੇ।
SASE ਵੱਡਾ ਹੈ। ਇਹ ਇੱਕ ਕਲਾਉਡ-ਡਿਲੀਵਰਡ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਨੈੱਟਵਰਕਿੰਗ ਅਤੇ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣ ਲਿਆਉਂਦਾ ਹੈ। ਵਾਤਾਵਰਣ ‘ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, SASE ਚਰਚਾਵਾਂ ਵਿੱਚ ਪਛਾਣ-ਜਾਗਰੂਕ ਪਹੁੰਚ, ਸੁਰੱਖਿਅਤ ਵੈੱਬ ਗੇਟਵੇ, ਕਲਾਉਡ ਪਹੁੰਚ ਨਿਯੰਤਰਣ, ਫਾਇਰਵਾਲ-ਏ-ਏ-ਸੇਵਾ, ਸਾਫਟਵੇਅਰ-ਪ੍ਰਭਾਸ਼ਿਤ ਨੈੱਟਵਰਕਿੰਗ, ਅਤੇ zero-trust ਸਿਧਾਂਤ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ।
ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਲਈ, ਅੰਤਰ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਵੱਖਰੇ ਓਪਰੇਟਿੰਗ ਮਾਡਲ ਹਨ:
- ਇੱਕ VPN ਆਮ ਤੌਰ ‘ਤੇ ਸਧਾਰਨ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਲਈ ਸਮਝਣਾ ਅਤੇ ਰੋਲ ਆਊਟ ਕਰਨਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ।
- SASE ਆਮ ਤੌਰ ‘ਤੇ ਉਹਨਾਂ ਕੰਪਨੀਆਂ ਨੂੰ ਫਿੱਟ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸ ਗੱਲ ‘ਤੇ ਵਧੇਰੇ ਬਾਰੀਕੀ ਨਾਲ ਨਿਯੰਤਰਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਕਿ ਕੌਣ ਕਿਹੜੀਆਂ ਐਪਾਂ, ਕਿਹੜੀਆਂ ਡਿਵਾਈਸਾਂ ਤੋਂ, ਕਿਹੜੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਐਕਸੈਸ ਕਰ ਸਕਦਾ ਹੈ।
- ਇੱਕ VPN ਵਿਅਕਤੀਆਂ ਅਤੇ ਛੋਟੀਆਂ ਟੀਮਾਂ ਲਈ ਇੱਕ ਵਿਹਾਰਕ ਪਰਤ ਹੋ ਸਕਦੀ ਹੈ।
- SASE ਇੱਕ ਸਿੰਗਲ ਟੂਲ ਨਾਲੋਂ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਪਹੁੰਚ ਅਤੇ ਸੁਰੱਖਿਆ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨੇੜੇ ਹੈ।
ਜੇਕਰ ਤੁਹਾਡੀ ਕੰਪਨੀ ਨੂੰ ਯਾਤਰਾ, ਰਿਮੋਟ ਕੰਮ, ਜਾਂ ਬੁਨਿਆਦੀ ਗੋਪਨੀਯਤਾ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਸਧਾਰਨ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇੱਕ VPN ਸਹੀ ਆਕਾਰ ਦੀ ਚੋਣ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੀ ਟੀਮ ਵਧ ਰਹੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੀਆਂ ਐਪਾਂ SaaS ਅਤੇ ਪ੍ਰਾਈਵੇਟ ਸਿਸਟਮਾਂ ਵਿੱਚ ਖਿੰਡੀਆਂ ਹੋਈਆਂ ਹਨ, ਅਤੇ ਵਿਆਪਕ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਅਸੁਵਿਧਾਜਨਕ ਬਣ ਰਹੀ ਹੈ, ਇਹ VPN ਤੋਂ ਪਰੇ ਸੋਚਣ ਦਾ ਸਮਾਂ ਹੋ ਸਕਦਾ ਹੈ।
ਜਦੋਂ ਇੱਕ ਸਧਾਰਨ VPN ਕਾਫ਼ੀ ਹੋ ਸਕਦਾ ਹੈ
ਇੱਕ ਸਧਾਰਨ VPN ਸਮਝ ਲਿਆ ਸਕਦਾ ਹੈ ਜਦੋਂ ਪਹੁੰਚ ਪੈਟਰਨ ਤੰਗ ਹੈ ਅਤੇ ਜੋਖਮ ਨੂੰ ਸਮਝਣਾ ਆਸਾਨ ਹੈ।
ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਸੰਸਥਾਪਕ, ਸਲਾਹਕਾਰ, ਏਜੰਸੀ ਲੀਡ, ਜਾਂ ਛੋਟੀ ਰਿਮੋਟ ਟੀਮ ਨੂੰ ਜਨਤਕ Wi-Fi ‘ਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਯਾਤਰਾ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਇਕਸਾਰ ਐਨਕ੍ਰਿਪਟਡ ਰੂਟ, ਜਾਂ VPN ਸਰਵਰ ਦੁਆਰਾ ਕਨੈਕਟ ਕਰਨ ਦਾ ਇੱਕ ਬੁਨਿਆਦੀ ਤਰੀਕਾ। ਉਸ ਸੰਦਰਭ ਵਿੱਚ, ਟੀਚਾ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੁਰੱਖਿਆ ਆਰਕੀਟੈਕਚਰ ਬਣਾਉਣਾ ਨਹੀਂ ਹੈ। ਟੀਚਾ ਆਮ ਸਥਿਤੀਆਂ ਵਿੱਚ ਐਕਸਪੋਜ਼ਰ ਨੂੰ ਘਟਾਉਣਾ ਅਤੇ ਰਿਮੋਟ ਪਹੁੰਚ ਨੂੰ ਪ੍ਰਬੰਧਨਯੋਗ ਰੱਖਣਾ ਹੈ।
ਇੱਕ VPN ਕਾਫ਼ੀ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਵਧੇਰੇ ਹੁੰਦੀ ਹੈ ਜਦੋਂ:
- ਸਿਰਫ ਥੋੜ੍ਹੇ ਜਿਹੇ ਲੋਕਾਂ ਨੂੰ ਰਿਮੋਟ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ;
- ਉਪਭੋਗਤਾ ਭਰੋਸੇਯੋਗ ਹਨ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਸਧਾਰਨ ਹਨ;
- ਕੰਪਨੀ ਬਹੁਤ ਸਾਰੇ ਸੰਵੇਦਨਸ਼ੀਲ ਅੰਦਰੂਨੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਨਹੀਂ ਚਲਾਉਂਦੀ ਹੈ;
- ਮੁੱਖ ਲੋੜ ਐਪ-ਬਾਈ-ਐਪ ਨੀਤੀ ਲਾਗੂ ਕਰਨ ਦੀ ਬਜਾਏ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਟੀਵਿਟੀ ਹੈ;
- ਇੱਕ ਗੁੰਝਲਦਾਰ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਚਲਾਉਣ ਲਈ ਕੋਈ ਸਮਰਪਿਤ ਸੁਰੱਖਿਆ ਟੀਮ ਨਹੀਂ ਹੈ;
- ਪਾਲਣਾ ਦੀਆਂ ਲੋੜਾਂ ਸੀਮਤ ਜਾਂ ਕਿਤੇ ਹੋਰ ਸੰਭਾਲੀਆਂ ਜਾਂਦੀਆਂ ਹਨ;
- ਕਾਰੋਬਾਰ ਇੱਕ ਸਰਲ ਪ੍ਰਬੰਧਕੀ ਮਾਡਲ ਨੂੰ ਬਰਦਾਸ਼ਤ ਕਰ ਸਕਦਾ ਹੈ।
ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇੱਕ ਉਤਪਾਦ ਜਿਵੇਂ ਕਿ VPN Unlimited by KeepSolid ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਛੋਟੀਆਂ ਟੀਮਾਂ ਲਈ ਇੱਕ ਸਿੱਧੇ VPN ਵਿਕਲਪ ਵਜੋਂ ਢੁਕਵਾਂ ਹੋ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਰੋਜ਼ਾਨਾ ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ ਗੋਪਨੀਯਤਾ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ VPN ਕਨੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਇਹ VPN ਹਰ ਸੁਰੱਖਿਆ ਸਮੱਸਿਆ ਦਾ ਪੂਰਾ ਜਵਾਬ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਇੱਕ VPN ਸਵੈਚਲਿਤ ਤੌਰ ‘ਤੇ ਪਛਾਣ ਪ੍ਰਬੰਧਨ, ਡਿਵਾਈਸ ਮੁਦਰਾ ਜਾਂਚਾਂ, ਆਡਿਟ ਵਰਕਫਲੋਜ਼, ਐਪ-ਪੱਧਰ ਦੇ ਵਿਭਾਜਨ, ਜਾਂ zero-trust ਨੀਤੀ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਇਹ ਉਹ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ, ਤਾਂ ਗੱਲਬਾਤ ਇੱਕ ਵਿਆਪਕ ਪਹੁੰਚ ਮਾਡਲ ਵਿੱਚ ਚਲੀ ਗਈ ਹੈ।
ਜਦੋਂ ਐਕਸੈਸ ਸਮੱਸਿਆ ਇੱਕ VPN ਵੱਧ ਗਈ ਹੈ
ਪੱਕਣ ਦਾ ਦਬਾਅ ਆਮ ਤੌਰ ‘ਤੇ ਹੌਲੀ-ਹੌਲੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਪਹਿਲਾਂ, ਇੱਕ ਜਾਂ ਦੋ ਲੋਕਾਂ ਨੂੰ ਰਿਮੋਟ ਐਕਸੈਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਫਿਰ ਠੇਕੇਦਾਰਾਂ ਨੂੰ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ. ਫਿਰ ਟੀਮ SaaS ਟੂਲਸ, ਪ੍ਰਾਈਵੇਟ ਐਪਸ, ਸ਼ੇਅਰਡ ਐਡਮਿਨ ਪੈਨਲ, ਫਾਈਨਾਂਸ ਸਿਸਟਮ, ਕਲਾਇੰਟ ਡੇਟਾ ਅਤੇ ਨਿੱਜੀ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜੋੜਦੀ ਹੈ। ਕਿਸੇ ਸਮੇਂ, VPN ਦੁਆਰਾ ਕਨੈਕਟ ਕਰਨ ਵਾਲੇ ਹਰੇਕ ਵਿਅਕਤੀ ਨੂੰ ਵਿਆਪਕ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਦੇਣ ਨਾਲ ਬਹੁਤ ਧੁੰਦਲਾ ਮਹਿਸੂਸ ਕਰਨਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਰਿਮੋਟ ਐਕਸੈਸ ਸੁਰੱਖਿਆ ਸੁਰੰਗ ਬਾਰੇ ਘੱਟ ਅਤੇ ਨਿਯੰਤਰਣ ਬਾਰੇ ਵਧੇਰੇ ਹੋ ਜਾਂਦੀ ਹੈ।
ਸੰਕੇਤ ਕਿ ਤੁਹਾਡੀ ਕੰਪਨੀ ਨੂੰ ਇੱਕ ਵਿਆਪਕ ਆਰਕੀਟੈਕਚਰ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ:
- ਵੱਖ-ਵੱਖ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਐਪਸ ਜਾਂ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ;
- ਠੇਕੇਦਾਰਾਂ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਪੂਰੇ ਨੈੱਟਵਰਕ ਤੱਕ;
- ਸੰਵੇਦਨਸ਼ੀਲ ਸਰੋਤਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ਪ੍ਰਵਾਨਗੀ, ਨਿਗਰਾਨੀ, ਜਾਂ ਵਿਭਾਜਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ;
- ਕਰਮਚਾਰੀ ਪ੍ਰਬੰਧਿਤ ਅਤੇ ਅਪ੍ਰਬੰਧਿਤ ਯੰਤਰਾਂ ਦੇ ਮਿਸ਼ਰਣ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ;
- SaaS ਐਪਸ ਅਤੇ ਪ੍ਰਾਈਵੇਟ ਐਪਸ ਦੋਵੇਂ ਰੋਜ਼ਾਨਾ ਦੇ ਕੰਮ ਦਾ ਹਿੱਸਾ ਹਨ;
- ਐਡਮਿਨ ਖਾਤਿਆਂ ਨੂੰ ਆਮ ਉਪਭੋਗਤਾ ਖਾਤਿਆਂ ਨਾਲੋਂ ਸਖਤ ਪ੍ਰਬੰਧਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ;
- ਕੰਪਨੀ ਗਾਹਕ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆਵਾਂ ਜਾਂ ਪਾਲਣਾ ਸਵਾਲਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਰਹੀ ਹੈ;
- ਸਮੱਸਿਆ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨਾ ਔਖਾ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ ਕਿਉਂਕਿ ਨੀਤੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਥਾਵਾਂ ‘ਤੇ ਰਹਿੰਦੀਆਂ ਹਨ।
ਉਸ ਮਾਹੌਲ ਵਿੱਚ, ਸਵਾਲ ਹੁਣ ਨਹੀਂ ਹੈ “ਕੀ ਸਾਡੇ ਕੋਲ ਇੱਕ VPN ਹੈ?” ਇਹ ਬਣ ਜਾਂਦਾ ਹੈ “ਕੀ ਅਸੀਂ ਉਪਭੋਗਤਾ, ਭੂਮਿਕਾ, ਸਰੋਤ, ਡਿਵਾਈਸ ਅਤੇ ਜੋਖਮ ਦੇ ਅਧਾਰ ਤੇ ਪਹੁੰਚ ਫੈਸਲੇ ਲੈ ਸਕਦੇ ਹਾਂ?”
ਇਹ ਉਹ ਖੇਤਰ ਹੈ ਜਿੱਥੇ SASE ਆਰਕੀਟੈਕਚਰ ਅਤੇ zero-trust ਵਿਚਾਰ ਉਪਯੋਗੀ ਬਣਦੇ ਹਨ।
SASE ਫੈਸਲੇ ਵਿੱਚ ਕੀ ਜੋੜਦਾ ਹੈ
SASE ਸਿਰਫ਼ ਇੱਕ ਤੇਜ਼ ਜਾਂ ਜ਼ਿਆਦਾ ਮਹਿੰਗਾ VPN ਨਹੀਂ ਹੈ। ਇਹ ਨੈਟਵਰਕ ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਦੇ ਨੇੜੇ ਲਿਆਉਣ ਲਈ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਪੈਟਰਨ ਹੈ, ਅਕਸਰ ਕਲਾਉਡ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਸੇਵਾਵਾਂ ਦੁਆਰਾ।
ਪ੍ਰਵਾਨਿਤ ਸਰੋਤ ਸਮੱਗਰੀ SASE ਨੂੰ ਵੰਡੇ ਉਪਭੋਗਤਾਵਾਂ, ਰਿਮੋਟ ਟਿਕਾਣਿਆਂ ਅਤੇ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਲਈ ਨੈੱਟਵਰਕਿੰਗ ਅਤੇ ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਨ ਦੇ ਤਰੀਕੇ ਵਜੋਂ ਫਰੇਮ ਕਰਦਾ ਹੈ। ਅਭਿਆਸ ਵਿੱਚ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ SASE ਆਮ ਤੌਰ ‘ਤੇ ਚਰਚਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਇੱਕ ਕੰਪਨੀ ਨੂੰ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ ਮਾਰਗ ਤੋਂ ਵੱਧ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ. ਇਸ ਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਸਰੋਤਾਂ ਵਿੱਚ ਨੀਤੀ, ਨਿਰੀਖਣ, ਵਿਭਾਜਨ ਅਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਬੰਧਨ ਦੀ ਲੋੜ ਹੈ।
ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਲਈ, ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਟੇਕਵੇਅ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੰਖੇਪ ਸ਼ਬਦਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ ਹੈ. ਇਹ ਇਹ ਹੈ:
ਜੇਕਰ ਹਰ ਕੋਈ ਜੋ ਜੁੜਦਾ ਹੈ ਲਗਭਗ ਇੱਕੋ ਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਇੱਕ VPN ਕੰਮ ਕਰਨ ਯੋਗ ਰਹਿ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਪਹੁੰਚ ਹਰੇਕ ਭੂਮਿਕਾ, ਐਪ, ਡਿਵਾਈਸ ਅਤੇ ਜੋਖਮ ਪੱਧਰ ਲਈ ਵੱਖ-ਵੱਖ ਹੋਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ SASE ਸੋਚ ਵਧੇਰੇ ਢੁਕਵੀਂ ਬਣ ਜਾਂਦੀ ਹੈ।
ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਨੂੰ ਇੱਕ ਗੁੰਝਲਦਾਰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਜਲਦਬਾਜ਼ੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ. SASE ਲਈ ਯੋਜਨਾਬੰਦੀ, ਸੰਚਾਲਨ, ਵਿਕਰੇਤਾ ਮੁਲਾਂਕਣ, ਉਪਭੋਗਤਾ ਸਿਖਲਾਈ, ਅਤੇ ਚੱਲ ਰਹੇ ਪ੍ਰਬੰਧਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਉਹਨਾਂ ਨਿਯੰਤਰਣਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਸਮਰੱਥਾ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਕੰਪਨੀ ਸੁਰੱਖਿਆ ਪੈਦਾ ਕਰਨ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਉਲਝਣ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ।
SASE ਨੂੰ ਪਰਿਪੱਕਤਾ ਦੀ ਦਿਸ਼ਾ ਦੇ ਤੌਰ ‘ਤੇ ਇਲਾਜ ਕਰਨਾ ਬਿਹਤਰ ਪਹੁੰਚ ਹੈ। ਸਮਝੋ ਕਿ ਇਹ ਕੀ ਹੱਲ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੀ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਪਹੁੰਚ ਜੋਖਮ ਵਾਧੂ ਜਟਿਲਤਾ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਂਦੇ ਹਨ।
ਜਿੱਥੇ Zero Trust ਫਿੱਟ ਬੈਠਦਾ ਹੈ
SASE ਦੇ ਨੇੜੇ ਜ਼ੀਰੋ ਟਰੱਸਟ ਦਾ ਅਕਸਰ ਜ਼ਿਕਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਸਨੂੰ ਇਸ ਚਰਚਾ ਨੂੰ ਨਹੀਂ ਲੈਣਾ ਚਾਹੀਦਾ। ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਲਈ, zero trust ਦਾ ਸਭ ਤੋਂ ਵਿਹਾਰਕ ਹਿੱਸਾ ਵਿਆਪਕ ਭਰੋਸੇ ਤੋਂ ਸਰੋਤ-ਕੇਂਦ੍ਰਿਤ ਫੈਸਲਿਆਂ ਵੱਲ ਬਦਲਣਾ ਹੈ।
ਇਹ ਪੁੱਛਣ ਦੀ ਬਜਾਏ, “ਕੀ ਇਹ ਵਿਅਕਤੀ ਨੈੱਟਵਰਕ ‘ਤੇ ਹੈ?” ਇੱਕ zero-trust ਪਹੁੰਚ ਵਧੇਰੇ ਸਟੀਕ ਸਵਾਲ ਪੁੱਛਦੀ ਹੈ:
- ਉਪਭੋਗਤਾ ਕੌਣ ਹੈ?
- ਉਹ ਕਿਹੜੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਨ?
- ਕੀ ਉਨ੍ਹਾਂ ਦੀ ਭੂਮਿਕਾ ਦੀ ਲੋੜ ਹੈ?
- ਕੀ ਡਿਵਾਈਸ ਇਸ ਸਰੋਤ ਲਈ ਸਵੀਕਾਰਯੋਗ ਹੈ?
- ਹੁਣ ਸੈਸ਼ਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ?
- ਕੀ ਪਹੁੰਚ ਸੀਮਤ, ਸਮੀਖਿਆ, ਜਾਂ ਰੱਦ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ?
ਇਹ zero trust ਰਿਮੋਟ ਪਹੁੰਚ ਦਾ ਦਿਲ ਹੈ: ਪਹੁੰਚ ਸਿਰਫ਼ ਇਸ ਲਈ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ ਕਿਉਂਕਿ ਕੋਈ ਵਿਅਕਤੀ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਇਸਦਾ ਮੁਲਾਂਕਣ ਉਪਭੋਗਤਾ, ਸਰੋਤ ਅਤੇ ਸੰਦਰਭ ਦੇ ਦੁਆਲੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
NIST ਦੀ zero-trust ਮਾਰਗਦਰਸ਼ਨ ਇੱਥੇ ਵਿਸ਼ੇਸ਼ ਤੌਰ ‘ਤੇ ਲਾਭਦਾਇਕ ਹੈ ਕਿਉਂਕਿ ਇਹ zero trust ਨੂੰ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਮਾਰਗ ਵਜੋਂ ਫ੍ਰੇਮ ਕਰਦਾ ਹੈ, ਇੱਕ-ਕਲਿੱਕ ਉਤਪਾਦ ਨਹੀਂ। ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਉਸ ਮਾਨਸਿਕਤਾ ਦੀ ਵਰਤੋਂ ਇਹ ਦਿਖਾਏ ਬਿਨਾਂ ਕਰ ਸਕਦੀਆਂ ਹਨ ਕਿ ਉਹਨਾਂ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਰਿਪੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪ੍ਰੋਗਰਾਮ ਹੈ।
ਸਭ ਤੋਂ ਘੱਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰੈਕਟੀਕਲ ਟੈਸਟ ਹੈ
ਘੱਟੋ-ਘੱਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪਹੁੰਚ ਦਾ ਵਾਕੰਸ਼ ਤਕਨੀਕੀ ਜਾਪਦਾ ਹੈ, ਪਰ ਇਹ ਵਿਚਾਰ ਸਧਾਰਨ ਹੈ: ਲੋਕਾਂ ਨੂੰ ਆਪਣੇ ਕੰਮ ਕਰਨ ਲਈ ਘੱਟੋ-ਘੱਟ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਜਿੰਨਾ ਚਿਰ ਉਨ੍ਹਾਂ ਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ।
ਇਹ ਅਕਸਰ ਇਹ ਫੈਸਲਾ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ ਕਿ ਕੀ VPN ਕਾਫ਼ੀ ਹੈ।
ਪੁੱਛੋ:
- ਜੇਕਰ ਟੀਮ ਦਾ ਕੋਈ ਮੈਂਬਰ VPN ਰਾਹੀਂ ਜੁੜਦਾ ਹੈ, ਤਾਂ ਕੀ ਉਹ ਆਪਣੀ ਲੋੜ ਤੋਂ ਵੱਧ ਦੇਖ ਸਕਦੇ ਹਨ?
- ਕੀ ਕੋਈ ਠੇਕੇਦਾਰ ਸਿਰਫ਼ ਇੱਕ ਐਪ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਉਹਨਾਂ ਨੂੰ ਨਿਯੁਕਤ ਕੀਤਾ ਗਿਆ ਸੀ?
- ਕੀ ਵਿੱਤ, ਪ੍ਰਸ਼ਾਸਕ, ਸਰੋਤ ਕੋਡ, ਜਾਂ ਕਲਾਇੰਟ-ਡੇਟਾ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਆਮ ਪਹੁੰਚ ਤੋਂ ਵੱਖ ਕੀਤਾ ਗਿਆ ਹੈ?
- ਜਦੋਂ ਕੋਈ ਭੂਮਿਕਾ ਬਦਲਦਾ ਹੈ ਜਾਂ ਛੱਡਦਾ ਹੈ ਤਾਂ ਕੀ ਪਹੁੰਚ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲ ਸਕਦੀ ਹੈ?
- ਕੀ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕਿਹੜੇ ਖਾਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ?
ਜੇਕਰ ਉਹਨਾਂ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣਾ ਆਸਾਨ ਹੈ ਅਤੇ ਤੁਹਾਡਾ ਵਾਤਾਵਰਣ ਛੋਟਾ ਹੈ, ਤਾਂ ਇੱਕ VPN ਅਜੇ ਵੀ ਇੱਕ ਵਾਜਬ ਫਿਟ ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਉਹ ਸਵਾਲ ਅੰਤਰ ਨੂੰ ਉਜਾਗਰ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਡੇ ਰਿਮੋਟ ਐਕਸੈਸ ਮਾਡਲ ਨੂੰ ਪਰਿਪੱਕ ਹੋਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਇੱਕ ਛੋਟੀ-ਕੰਪਨੀ ਫੈਸਲਾ ਫਰੇਮਵਰਕ
ਦਿਸ਼ਾ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਫਰੇਮਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰੋ।
1. ਲੋਕਾਂ ਨੂੰ ਲੋੜੀਂਦੇ ਸਰੋਤਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ
ਸੰਦਾਂ ਨਾਲ ਸ਼ੁਰੂ ਨਾ ਕਰੋ. ਸਰੋਤਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ।
ਉਹਨਾਂ ਐਪਾਂ, ਸਿਸਟਮਾਂ, ਫਾਈਲਾਂ, ਐਡਮਿਨ ਪੈਨਲਾਂ, ਡੇਟਾਬੇਸਾਂ ਅਤੇ ਸਾਂਝੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਲਿਖੋ ਜਿਨ੍ਹਾਂ ਤੱਕ ਲੋਕਾਂ ਨੂੰ ਦੂਰ-ਦੁਰਾਡੇ ਤੋਂ ਪਹੁੰਚਣ ਦੀ ਲੋੜ ਹੈ। ਸੰਵੇਦਨਸ਼ੀਲ ਪ੍ਰਣਾਲੀਆਂ ਤੋਂ ਰੋਜ਼ਾਨਾ ਦੇ ਔਜ਼ਾਰਾਂ ਨੂੰ ਵੱਖ ਕਰੋ। ਇੱਕ ਸਧਾਰਨ VPN ਫੈਸਲਾ ਬਹੁਤ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਪਹੁੰਚ ਬੇਨਤੀ ਦੇ ਪਿੱਛੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ।
2. ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਭੂਮਿਕਾਵਾਂ ਲਈ ਮੈਪ ਕਰੋ
ਇੱਕ ਪੰਜ-ਵਿਅਕਤੀ ਦੀ ਕੰਪਨੀ ਨੂੰ ਗੁੰਝਲਦਾਰ ਰੋਲ ਡਿਜ਼ਾਈਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਪਰ ਇਸਨੂੰ ਅਜੇ ਵੀ ਬੁਨਿਆਦੀ ਸੀਮਾਵਾਂ ਦੀ ਲੋੜ ਹੈ। ਮਾਲਕਾਂ, ਕਰਮਚਾਰੀਆਂ, ਠੇਕੇਦਾਰਾਂ, ਵਿੱਤ ਉਪਭੋਗਤਾਵਾਂ, ਅਤੇ ਤਕਨੀਕੀ ਪ੍ਰਸ਼ਾਸਕਾਂ ਦੀ ਆਮ ਤੌਰ ‘ਤੇ ਇੱਕੋ ਜਿਹੀ ਪਹੁੰਚ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।
ਜੇਕਰ ਭੂਮਿਕਾਵਾਂ ਸਧਾਰਨ ਅਤੇ ਸਥਿਰ ਹਨ, ਤਾਂ VPN-based ਪਹੁੰਚ ਕਾਫ਼ੀ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਭੂਮਿਕਾਵਾਂ ਤਰਲ, ਅਸਥਾਈ ਜਾਂ ਬਹੁਤ ਵੱਖਰੀਆਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਮਜ਼ਬੂਤ ਨੀਤੀ ਨਿਯੰਤਰਣਾਂ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
3. ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਵਿਆਪਕ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਟਾਲਣਯੋਗ ਜੋਖਮ ਪੈਦਾ ਕਰਦੀ ਹੈ
ਇੱਕ ਪਰੰਪਰਾਗਤ VPN ਬਹੁਤ ਉਪਯੋਗੀ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਕੁਝ ਵਾਤਾਵਰਣਾਂ ਲਈ ਵਿਆਪਕ ਨੈੱਟਵਰਕ-ਪੱਧਰ ਦੀ ਪਹੁੰਚ ਬਹੁਤ ਚੌੜੀ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਇੱਕ ਜੁੜਿਆ ਹੋਇਆ ਉਪਭੋਗਤਾ ਉਹਨਾਂ ਸਿਸਟਮਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਦੇ ਕੰਮ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹਨ, ਤਾਂ ਇਹ ਇੱਕ ਡਿਜ਼ਾਈਨ ਮੁੱਦਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਇੱਕ ਉਪਭੋਗਤਾ-ਸਿਖਲਾਈ ਦਾ ਮੁੱਦਾ ਹੈ।
SASE ਅਤੇ zero-trust ਮਾਡਲ ਸਰੋਤਾਂ ਅਤੇ ਨੀਤੀ ‘ਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਤ ਕਰਕੇ ਉਸ ਅਟੁੱਟ ਵਿਸ਼ਵਾਸ ਨੂੰ ਘਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਨੂੰ ਰਾਤੋ-ਰਾਤ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਆਰਕੀਟੈਕਚਰ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੁੰਦੀ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਜਦੋਂ ਵਿਆਪਕ ਪਹੁੰਚ ਕਾਰੋਬਾਰ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ ਹੈ।
4. ਡਿਵਾਈਸ ਕੰਟਰੋਲ ਦੇਖੋ
ਡਿਵਾਈਸ ਕੰਟਰੋਲ ਜਵਾਬ ਬਦਲਦਾ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਲੈਪਟਾਪਾਂ, ਲਾਗੂ ਕੀਤੇ ਅੱਪਡੇਟਾਂ, ਅਤੇ ਸਪਸ਼ਟ ਮਲਕੀਅਤ ਵਾਲੀ ਇੱਕ ਕੰਪਨੀ ਦਾ ਇੱਕ ਕੰਪਨੀ ਤੋਂ ਵੱਖਰਾ ਜੋਖਮ ਪ੍ਰੋਫਾਈਲ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਕਰਮਚਾਰੀ ਅਤੇ ਠੇਕੇਦਾਰ ਨਿੱਜੀ ਡਿਵਾਈਸਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
ਜੇਕਰ ਤੁਹਾਡੀਆਂ ਸੰਵੇਦਨਸ਼ੀਲ ਐਪਾਂ ਲਈ ਡੀਵਾਈਸ ਵਿਸ਼ਵਾਸ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਬੁਨਿਆਦੀ VPN ਆਪਣੇ ਆਪ ਵਿੱਚ ਕਾਫ਼ੀ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ ਹੈ।
5. ਪ੍ਰਬੰਧਕੀ ਸਮਰੱਥਾ ਬਾਰੇ ਇਮਾਨਦਾਰ ਰਹੋ
ਗੁੰਝਲਦਾਰ ਨਿਯੰਤਰਣਾਂ ਲਈ ਦੇਖਭਾਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਨੀਤੀਆਂ ਨੂੰ ਮਾਲਕਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਪਵਾਦਾਂ ਦੀ ਸਮੀਖਿਆ ਦੀ ਲੋੜ ਹੈ। ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਮਰਥਨ ਦੀ ਲੋੜ ਹੈ। ਲੌਗਸ ਅਤੇ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਕਿਸੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਜੇਕਰ ਕਿਸੇ ਕੋਲ ਇੱਕ ਵੱਡੇ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਚਲਾਉਣ ਲਈ ਸਮਾਂ ਨਹੀਂ ਹੈ, ਤਾਂ ਕੰਪਨੀ ਨੂੰ ਇੱਕ ਸਧਾਰਨ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝਿਆ ਗਿਆ ਸੈੱਟਅੱਪ ਦੁਆਰਾ ਬਿਹਤਰ ਸੇਵਾ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇਹ ਜੋਖਮਾਂ ਨੂੰ ਦਰਜ ਕਰਦੀ ਹੈ ਅਤੇ ਅਗਲੇ ਪੜਾਅ ਲਈ ਤਿਆਰ ਕਰਦੀ ਹੈ।
6. ਅੱਜ ਦੀ ਲੋੜ ਨੂੰ ਅਗਲੇ ਪਰਿਪੱਕਤਾ ਕਦਮ ਤੋਂ ਵੱਖ ਕਰੋ
ਤੁਹਾਨੂੰ ਇਸ ਮਹੀਨੇ ਹਰ ਭਵਿੱਖੀ ਪਹੁੰਚ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇੱਕ ਛੋਟੀ ਟੀਮ ਮੌਜੂਦਾ ਲੋੜਾਂ ਲਈ ਇੱਕ VPN ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇੱਕ ਕਲੀਨਰ ਐਕਸੈਸ ਵਸਤੂ ਸੂਚੀ, ਰੋਲ ਮੈਪ, ਅਤੇ ਸੰਵੇਦਨਸ਼ੀਲ-ਸਰੋਤ ਸੂਚੀ ਵੀ ਤਿਆਰ ਕਰਦੀ ਹੈ।
ਇਹ ਤਿਆਰੀ ਬਾਅਦ ਵਿੱਚ SASE ਜਾਂ zero-trust ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਘੱਟ ਅਰਾਜਕ ਬਣਾਉਂਦਾ ਹੈ।
ਸੁਰੱਖਿਅਤ ਰਿਮੋਟ ਪਹੁੰਚ ਬਾਰੇ ਸੋਚਣ ਦਾ ਇੱਕ ਵਿਹਾਰਕ ਤਰੀਕਾ
ਸੁਰੱਖਿਅਤ ਰਿਮੋਟ ਪਹੁੰਚ ਇੱਕ ਸਥਾਈ ਜਵਾਬ ਦੇ ਨਾਲ ਇੱਕ ਸਿੰਗਲ ਉਤਪਾਦ ਸ਼੍ਰੇਣੀ ਨਹੀਂ ਹੈ। ਇਹ ਇਸ ਬਾਰੇ ਚੋਣਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਕਿ ਲੋਕ ਦਫ਼ਤਰ ਜਾਂ ਭਰੋਸੇਯੋਗ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰ ਕੰਮ ਦੇ ਸਰੋਤਾਂ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦੇ ਹਨ।
ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਲਈ, ਇੱਕ ਸਮਝਦਾਰ ਤਰੱਕੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀ ਹੈ:
- ਪਹੁੰਚ ਦੀ ਲੋੜ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: ਕਿਸ ਨੂੰ ਕੀ, ਕਿੱਥੋਂ, ਅਤੇ ਕਿਉਂ ਲੋੜ ਹੈ।
- ਇੱਕ VPN ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਦੋਂ ਇੱਕ ਛੋਟੇ, ਭਰੋਸੇਯੋਗ ਸਮੂਹ ਲਈ ਸਧਾਰਨ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂ ਗੋਪਨੀਯਤਾ ਦੀ ਲੋੜ ਹੋਵੇ।
- ਟੀਮ ਦੇ ਵਧਣ ਦੇ ਨਾਲ-ਨਾਲ ਸੰਵੇਦਨਸ਼ੀਲ ਸਰੋਤਾਂ ਲਈ ਸਪੱਸ਼ਟ ਨਿਯਮ ਸ਼ਾਮਲ ਕਰੋ।
- ਸੰਕੇਤਾਂ ਲਈ ਦੇਖੋ ਕਿ ਵਿਆਪਕ ਪਹੁੰਚ ਜੋਖਮ ਪੈਦਾ ਕਰ ਰਹੀ ਹੈ ਜਾਂ ਓਵਰਹੈੱਡ ਦੀ ਸਹਾਇਤਾ ਕਰ ਰਹੀ ਹੈ।
- SASE ਆਰਕੀਟੈਕਚਰ ‘ਤੇ ਵਿਚਾਰ ਕਰੋ ਜਦੋਂ ਪਛਾਣ, ਨੀਤੀ, ਐਪ-ਪੱਧਰ ਦਾ ਨਿਯੰਤਰਣ, ਨਿਰੀਖਣ, ਅਤੇ ਕਾਰਜਸ਼ੀਲ ਪਰਿਪੱਕਤਾ ਅਸਲ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦੀ ਹੈ।
ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਗੁੰਝਲਦਾਰਤਾ ਨੂੰ ਖਰੀਦਣ ਤੋਂ ਬਚੋ, ਜਦੋਂ ਕਿ ਇੱਕ ਸੈੱਟਅੱਪ ਤੋਂ ਪਰਹੇਜ਼ ਕਰਨਾ ਜੋ ਲੋਕਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਕੰਮ ਦੀ ਲੋੜ ਤੋਂ ਵੱਧ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ।
VPN ਬਨਾਮ SASE: ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਲਈ ਤੇਜ਼ ਤੁਲਨਾ
| ਸਵਾਲ | VPN ਫਿੱਟ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ… | SASE ਆਰਕੀਟੈਕਚਰ ਉਦੋਂ ਫਿੱਟ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ… |
|---|---|---|
| ਮੁੱਖ ਟੀਚਾ | ਤੁਹਾਨੂੰ ਆਮ ਰਿਮੋਟ-ਵਰਕ/ਯਾਤਰਾ ਦੇ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂ ਇੱਕ ਨਿੱਜੀ ਰੂਟ ਦੀ ਲੋੜ ਹੈ। | ਤੁਹਾਨੂੰ ਉਪਭੋਗਤਾਵਾਂ, ਐਪਾਂ, ਸਥਾਨਾਂ ਅਤੇ ਜੋਖਮ ਪੱਧਰਾਂ ਵਿੱਚ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪਹੁੰਚ ਨੀਤੀ ਦੀ ਲੋੜ ਹੈ। |
| ਟੀਮ ਦਾ ਆਕਾਰ | ਟੀਮ ਛੋਟੀ ਹੈ ਅਤੇ ਪਹੁੰਚ ਦੀਆਂ ਲੋੜਾਂ ਸਮਾਨ ਹਨ। | ਟੀਮ ਵਧ ਰਹੀ ਹੈ, ਵੰਡ ਰਹੀ ਹੈ, ਜਾਂ ਠੇਕੇਦਾਰਾਂ ਅਤੇ ਕਈ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰ ਰਹੀ ਹੈ। |
| ਸਰੋਤ ਸੰਵੇਦਨਸ਼ੀਲਤਾ | ਕੁਝ ਅੰਦਰੂਨੀ ਸਰੋਤ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਂ ਖੰਡਿਤ ਹਨ। | ਸੰਵੇਦਨਸ਼ੀਲ ਐਪਾਂ, ਐਡਮਿਨ ਸਿਸਟਮ, ਕਲਾਇੰਟ ਡੇਟਾ, ਜਾਂ ਨਿਯੰਤ੍ਰਿਤ ਵਰਕਫਲੋ ਨੂੰ ਸਖ਼ਤ ਨਿਯੰਤਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। |
| ਐਕਸੈਸ ਮਾਡਲ | ਮੌਜੂਦਾ ਜੋਖਮ ਪੱਧਰ ਲਈ ਵਿਆਪਕ ਪਹੁੰਚ ਸਵੀਕਾਰਯੋਗ ਹੈ। | ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਿਰਫ਼ ਖਾਸ ਐਪਾਂ ਜਾਂ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। |
| ਸੰਚਾਲਨ | ਤੁਹਾਨੂੰ ਪ੍ਰਬੰਧਨ ਲਈ ਸਮਝਣਯੋਗ ਅਤੇ ਆਸਾਨ ਚੀਜ਼ ਦੀ ਲੋੜ ਹੈ। | ਤੁਹਾਡੇ ਕੋਲ ਨੀਤੀਆਂ, ਅਪਵਾਦ, ਨਿਗਰਾਨੀ ਅਤੇ ਉਪਭੋਗਤਾ ਸਹਾਇਤਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ। |
| ਪਰਿਪੱਕਤਾ ਮਾਰਗ | ਤੁਸੀਂ ਹੁਣ ਇੱਕ ਤੰਗ ਕਨੈਕਟੀਵਿਟੀ/ਗੋਪਨੀਯਤਾ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰ ਰਹੇ ਹੋ। | ਤੁਸੀਂ ਇੱਕ ਲੰਬੀ-ਅਵਧੀ ਪਹੁੰਚ ਆਰਕੀਟੈਕਚਰ ਬਣਾ ਰਹੇ ਹੋ। |
ਬਚਣ ਲਈ ਆਮ ਗਲਤੀਆਂ
SASE ਨੂੰ ਸਿਰਫ਼ “VPN, ਪਰ ਨਵੇਂ” ਵਜੋਂ ਪੇਸ਼ ਕਰਨਾ
SASE ਸਿਰਫ਼ ਇੱਕ ਨਵਾਂ VPN ਲੇਬਲ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਵਿਆਪਕ ਆਰਕੀਟੈਕਚਰ ਹੈ। ਜੇਕਰ ਕੋਈ ਵਿਕਰੇਤਾ ਜਾਂ ਅੰਦਰੂਨੀ ਚਰਚਾ ਇਸ ਨੂੰ ਸਿੱਧੇ ਇੱਕ-ਤੋਂ-ਇੱਕ ਸਵੈਪ ਵਰਗੀ ਆਵਾਜ਼ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਅਸਲ ਪਹੁੰਚ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੌਲੀ ਕਰੋ ਅਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ।
ਹਰੇਕ ਸੁਰੱਖਿਆ ਕੰਮ ਕਰਨ ਲਈ VPN ਦੀ ਉਮੀਦ ਕਰਨਾ
ਇੱਕ VPN ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਇਸਨੂੰ ਪਛਾਣ ਨੀਤੀ, ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਨ, ਐਪ ਅਨੁਮਤੀਆਂ, ਨਿਗਰਾਨੀ, ਸਟਾਫ ਆਫਬੋਰਡਿੰਗ, ਜਾਂ ਸੰਵੇਦਨਸ਼ੀਲ-ਸਰੋਤ ਵਿਭਾਜਨ ਨੂੰ ਬਦਲਣ ਲਈ ਨਹੀਂ ਕਿਹਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਕੰਪਨੀ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਰਕੀਟੈਕਚਰ ਖਰੀਦਣਾ
SASE ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਮਲਕੀਅਤ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਨੂੰ ਇਹ ਜਾਣੇ ਬਿਨਾਂ ਇੱਕ ਗੁੰਝਲਦਾਰ ਐਕਸੈਸ ਮਾਡਲ ਨਹੀਂ ਅਪਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੌਣ ਨੀਤੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੇਗਾ, ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰੇਗਾ, ਅਪਵਾਦਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੇਗਾ, ਅਤੇ ਸੈੱਟਅੱਪ ਨੂੰ ਮੌਜੂਦਾ ਰੱਖੇਗਾ।
ਸਧਾਰਨ ਵਰਤੋਂ ਦੇ ਕੇਸ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ
ਕੁਝ ਟੀਮਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ VPN ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਮੌਜੂਦਾ ਲੋੜ ਤੰਗ ਹੈ, ਪਹੁੰਚ ਸਤਹ ਸੀਮਤ ਹੈ, ਅਤੇ ਟੀਮ ਸੈੱਟਅੱਪ ਨੂੰ ਸਮਝਦੀ ਹੈ, ਇੱਕ VPN ਅਜੇ ਵੀ ਵਿਹਾਰਕ ਵਿਕਲਪ ਹੋ ਸਕਦਾ ਹੈ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
ਕੀ SASE ਹਮੇਸ਼ਾ VPN ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ?
ਨੰਬਰ SASE ਇੱਕ VPN ਨਾਲੋਂ ਚੌੜਾ ਹੈ, ਪਰ ਵਿਆਪਕ ਦਾ ਮਤਲਬ ਹਰ ਛੋਟੀ ਕੰਪਨੀ ਲਈ ਆਪਣੇ ਆਪ ਬਿਹਤਰ ਨਹੀਂ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਲੋੜ ਇੱਕ ਛੋਟੇ ਸਮੂਹ ਲਈ ਸਧਾਰਨ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਟੀਵਿਟੀ ਹੈ, ਤਾਂ ਇੱਕ VPN ਕਾਫ਼ੀ ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੀ ਪਹੁੰਚ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਵਿੱਚ ਪਛਾਣ-ਜਾਣੂ ਨਿਯਮ, ਐਪ-ਪੱਧਰ ਨਿਯੰਤਰਣ, ਮਲਟੀਪਲ ਉਪਭੋਗਤਾ ਭੂਮਿਕਾਵਾਂ, ਨਿਰੀਖਣ, ਅਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਨੀਤੀ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ SASE ਆਰਕੀਟੈਕਚਰ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ।
ਕੀ zero trust ਦਾ ਮਤਲਬ VPN ਨਹੀਂ ਹੈ?
ਜ਼ਰੂਰੀ ਨਹੀਂ। ਜ਼ੀਰੋ ਟਰੱਸਟ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਪਹੁੰਚ ਹੈ ਜੋ ਅਪ੍ਰਤੱਖ ਭਰੋਸੇ ਨੂੰ ਘਟਾਉਣ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ, ਸਰੋਤਾਂ ਅਤੇ ਸੰਦਰਭ ਦੇ ਆਲੇ ਦੁਆਲੇ ਪਹੁੰਚ ਫੈਸਲੇ ਲੈਣ ‘ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੈ। ਕੁਝ ਸੰਸਥਾਵਾਂ ਪੜਾਵਾਂ ਵਿੱਚ ਪਹੁੰਚ ਦਾ ਆਧੁਨਿਕੀਕਰਨ ਕਰਦੀਆਂ ਹਨ। ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਕੀ ਇੱਕ VPN ਮੌਜੂਦ ਹੈ, ਪਰ ਕੀ ਪਹੁੰਚ ਸੀਮਤ ਹੈ ਜੋ ਹਰੇਕ ਉਪਭੋਗਤਾ ਅਤੇ ਭੂਮਿਕਾ ਨੂੰ ਅਸਲ ਵਿੱਚ ਲੋੜੀਂਦਾ ਹੈ।
ਕੀ ਇੱਕ ਛੋਟੀ ਕੰਪਨੀ ਨੂੰ SASE ਨਾਲ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਕੇਵਲ ਤਾਂ ਹੀ ਜੇਕਰ ਪਹੁੰਚ ਸਮੱਸਿਆ ਇਸ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਂਦੀ ਹੈ ਅਤੇ ਕੰਪਨੀ ਇਸਨੂੰ ਚਲਾ ਸਕਦੀ ਹੈ। ਬਹੁਤ ਸਾਰੀਆਂ ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਨੂੰ ਪਹਿਲਾਂ ਉਪਭੋਗਤਾਵਾਂ, ਸਰੋਤਾਂ, ਸੰਵੇਦਨਸ਼ੀਲ ਪ੍ਰਣਾਲੀਆਂ, ਡਿਵਾਈਸ ਨਿਯੰਤਰਣ ਅਤੇ ਭੂਮਿਕਾ ਦੀਆਂ ਸੀਮਾਵਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਕੰਮ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇੱਕ ਸਧਾਰਨ VPN ਕਾਫ਼ੀ ਹੈ ਜਾਂ ਕੀ ਇੱਕ ਵਿਸ਼ਾਲ ਆਰਕੀਟੈਕਚਰ ਦੀ ਲੋੜ ਹੈ।
ਸਿਰਫ਼ VPN ‘ਤੇ ਭਰੋਸਾ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਜੋਖਮ ਕੀ ਹੈ?
ਮੁੱਖ ਜੋਖਮ “VPN” ਸ਼ਬਦ ਨਹੀਂ ਹੈ. ਇਹ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਿਆਪਕ ਪਹੁੰਚ ਹੈ. ਜੇਕਰ VPN ਰਾਹੀਂ ਕਨੈਕਟ ਕਰਨ ਨਾਲ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਕੰਮ ਦੀ ਲੋੜ ਨਾਲੋਂ ਵੱਧ ਪਹੁੰਚ ਮਿਲਦੀ ਹੈ, ਤਾਂ ਕੰਪਨੀ ਨੂੰ ਬਿਹਤਰ ਵਿਭਾਜਨ, ਭੂਮਿਕਾ-ਅਧਾਰਿਤ ਅਨੁਮਤੀਆਂ, ਅਤੇ ਸਰੋਤ-ਪੱਧਰ ਦੇ ਨਿਯੰਤਰਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਸਾਨੂੰ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਇੱਕ ਪਹੁੰਚ ਵਸਤੂ ਸੂਚੀ ਬਣਾਓ। ਉਪਭੋਗਤਾਵਾਂ, ਭੂਮਿਕਾਵਾਂ, ਡਿਵਾਈਸਾਂ, ਐਪਾਂ, ਸੰਵੇਦਨਸ਼ੀਲ ਸਰੋਤਾਂ ਅਤੇ ਮੌਜੂਦਾ ਰਿਮੋਟ-ਐਕਸੈਸ ਮਾਰਗਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਸਮੱਸਿਆ ਸਧਾਰਨ ਕਨੈਕਟੀਵਿਟੀ ਹੈ ਜਾਂ ਇੱਕ ਵਿਆਪਕ ਪਹੁੰਚ-ਨਿਯੰਤਰਣ ਮੁੱਦਾ ਹੈ।
ਹੇਠਲੀ ਲਾਈਨ
ਵੀਪੀਐਨ ਬਨਾਮ ਸੇਸ ਫੈਸਲਾ ਅਸਲ ਵਿੱਚ ਇੱਕ ਪਰਿਪੱਕਤਾ ਵਾਲਾ ਫੈਸਲਾ ਹੈ।
ਇੱਕ VPN ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਦੋਂ ਕੰਪਨੀ ਨੂੰ ਇੱਕ ਤੰਗ, ਪ੍ਰਬੰਧਨਯੋਗ ਵਰਤੋਂ ਕੇਸ ਲਈ ਇੱਕ ਸਿੱਧੇ ਐਨਕ੍ਰਿਪਟਡ ਕਨੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। SASE ਬਾਰੇ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕਰੋ ਜਦੋਂ ਕੰਪਨੀ ਨੂੰ ਪਛਾਣ-ਜਾਗਰੂਕ ਨੀਤੀ, ਐਪ-ਪੱਧਰ ਨਿਯੰਤਰਣ, ਸੁਰੱਖਿਆ ਨਿਰੀਖਣ, ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ, ਡਿਵਾਈਸਾਂ ਅਤੇ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ ਹੋਰ ਸੰਗਠਿਤ ਤਰੀਕੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਲਈ, ਸਭ ਤੋਂ ਵਧੀਆ ਜਵਾਬ ਆਮ ਤੌਰ ‘ਤੇ ਉਹ ਹੁੰਦਾ ਹੈ ਜੋ ਮੌਜੂਦਾ ਜੋਖਮ ਅਤੇ ਇਸ ਨੂੰ ਚਲਾਉਣ ਦੀ ਟੀਮ ਦੀ ਯੋਗਤਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਸਮੱਸਿਆ ਸਧਾਰਨ ਹੋਣ ‘ਤੇ ਸੈੱਟਅੱਪ ਨੂੰ ਸਧਾਰਨ ਰੱਖੋ। ਜਦੋਂ ਰਿਮੋਟ ਐਕਸੈਸ ਇੱਕ ਨੀਤੀ, ਸਰੋਤ ਅਤੇ ਸੰਚਾਲਨ ਸਮੱਸਿਆ ਬਣ ਗਈ ਹੈ ਤਾਂ ਇੱਕ ਵਿਆਪਕ ਢਾਂਚੇ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।