ਦਫ਼ਤਰ ਦੇ Wi-Fi ’ਤੇ ਹੋ ਅਤੇ ਫਿਰ ਵੀ VPN ਮੰਗਿਆ ਜਾ ਰਿਹਾ ਹੈ? ਇਹ ਹੈ ਕਾਰਨ

ਲੈਪਟਾਪ ਕਾਰਪੋਰੇਟ SSID ’ਤੇ ਹੈ, ਸਰਟੀਫਿਕੇਟ ਦੀ ਬੇਨਤੀ ਸਵੀਕਾਰ ਕੀਤੀ ਗਈ ਹੈ, ਅਤੇ ਇੱਕ ਵੈੱਬ ਐਪ ਅਜੇ ਵੀ VPN ਮੰਗ ਰਹੀ ਹੈ। ਇਹ ਦੋਹਰਾ ਕੰਮ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਕਈ ਵਾਰ ਇਹ ਹੁੰਦਾ ਵੀ ਹੈ। ਦੋਵੇਂ ਲੌਗਇਨ ਆਮ ਤੌਰ ’ਤੇ ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਲਾਗੂ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਹ ਜਾਣਨ ਦਾ ਇੱਕੋ ਤਰੀਕਾ ਕਿ ਦੂਜਾ ਆਪਣੀ ਥਾਂ ਦਾ ਹੱਕਦਾਰ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਪੁੱਛਣਾ ਹੈ ਕਿ ਇਹ ਕੀ ਬਦਲਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣਾ ਦਾਖ਼ਲੇ ਦਾ ਫ਼ੈਸਲਾ ਹੈ

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

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

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

EAP-TTLS ਅਸਲ ਵਿੱਚ ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ

EAP-TTLS ਪ੍ਰਮਾਣਿਕਤਾ ਦੌਰਾਨ TLS ਸੁਰੰਗ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਦੇ ਅੰਦਰ ਅੰਦਰੂਨੀ ਢੰਗ ਚਲਾਉਂਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਢੰਗ ਅਕਸਰ PAP ਹੁੰਦਾ ਹੈ, ਅਤੇ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਇਸਦਾ ਦਿਖਣਾ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਪਾਸਵਰਡ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਵਜੋਂ ਹਵਾ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਨੂੰ TLS ਸੁਰੰਗ ਹੀ ਢੋਂਦੀ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਅਜੇ ਵੀ ਸਰਵਰ ਦੀ ਪਛਾਣ ਤਸਦੀਕ ਕਰਨੀ ਪੈਂਦੀ ਹੈ ਅਤੇ ਸਹੀ CA ’ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਜਾਣਿਆ-ਪਛਾਣਿਆ SSID ਉਹ ਤਸਦੀਕ ਨਹੀਂ ਹੈ। ਅੰਦਰੂਨੀ ਢੰਗ ਦੀ ਚੋਣ ਨੂੰ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੇ ਫਾਰਮੈਟ ਵਜੋਂ ਪੜ੍ਹੋ, ਬਾਹਰੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਬਾਰੇ ਬਿਆਨ ਵਜੋਂ ਨਹੀਂ।

ਇਹ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਹੈ, ਲੈਪਟਾਪ ਦੀ ਬਾਅਦ ਦੀ ਟ੍ਰੈਫਿਕ ਲਈ ਡੇਟਾ ਸੁਰੰਗ ਨਹੀਂ।

ਪ੍ਰਮਾਣਿਕਤਾ ਖ਼ਤਮ ਹੋਣ ’ਤੇ TLS ਸੁਰੰਗ ਚਲੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਪੈਕੇਟ ਸਵੀਕਾਰ ਕੀਤੇ ਸੈਗਮੈਂਟ ਰਾਹੀਂ ਸਫ਼ਰ ਕਰਦੇ ਹਨ। ਇਹਨਾਂ ਦੋਹਾਂ ਨੂੰ ਰਲਾਉਣਾ ਹੀ ਉਸ ਵਿਸ਼ਵਾਸ ਦੀ ਜੜ੍ਹ ਹੈ ਕਿ Wi-Fi ਐਨਕ੍ਰਿਪਸ਼ਨ ਪਹਿਲਾਂ ਹੀ VPN ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ।

VPN ਦੂਜਾ, ਹੋਰ ਸੰਕਰਾ ਫ਼ੈਸਲਾ ਹੈ

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

ਇਸੇ ਲਈ ਸੰਭਾਲ ਭੂਮਿਕਾ ਨੂੰ ਬਾਕੀਆਂ ਵਾਂਗ Wi-Fi ’ਤੇ ਦਾਖ਼ਲਾ ਮਿਲ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਪ੍ਰਬੰਧਨ ਸਬਨੈੱਟ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਸੁਰੰਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। Wi-Fi ਦਾ ਫ਼ੈਸਲਾ ਐਕਸੈਸ ਪੁਆਇੰਟ ’ਤੇ ਲਿਆ ਗਿਆ; ਇਹ ਫ਼ੈਸਲਾ ਗੇਟਵੇ ’ਤੇ ਲਿਆ ਜਾਂਦਾ ਹੈ।

ਦੋਵੇਂ ਪੜਾਅ ਐਨਕ੍ਰਿਪਟ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਗੈਰ-ਸਬੰਧਤ ਨੀਤੀਆਂ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਨ।

ਟਿਕਾਣੇ-ਆਧਾਰਿਤ ਭਰੋਸਾ ਕਿੱਥੇ ਟੁੱਟਦਾ ਹੈ

ਦਫ਼ਤਰ ਦੇ ਨੈੱਟਵਰਕ ਨੂੰ ਅੰਤਰਨਿਹਿਤ ਤੌਰ ’ਤੇ ਭਰੋਸੇਯੋਗ ਮੰਨਣਾ ਇੱਕ ਸਧਾਰਨ ਕਾਰਨ ਕਰਕੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ: ਨੈੱਟਵਰਕ ਵਿੱਚ ਟਿਕਾਣਾ ਕਨੈਕਸ਼ਨ ਦਾ ਗੁਣ ਹੈ, ਵਿਅਕਤੀ ਦਾ ਨਹੀਂ। NIST ਦੀ ਜ਼ੀਰੋ-ਟਰਸਟ ਮਾਰਗਦਰਸ਼ਕਾ ਇਹ ਸਿੱਧਾ ਕਹਿੰਦੀ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਹਰ ਬੇਨਤੀ ’ਤੇ ਤੈਅ ਹੁੰਦੀ ਹੈ, ਹਰ ਇਮਾਰਤ ’ਤੇ ਨਹੀਂ। ਜੋ ਵੀ ਉਸੇ SSID ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਉਹ ਉਹੀ ਟਿਕਾਣਾ ਵਿਰਾਸਤ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ। ਇਸੇ ਲਈ ਸਟਾਫ਼ ਨੈੱਟਵਰਕ ’ਤੇ ਸਮਝੌਤਾ ਹੋਇਆ ਲੈਪਟਾਪ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ਵਾਲੇ ਜਿੰਨਾ ਹੀ ਸ਼ੱਕ ਦਾ ਹੱਕਦਾਰ ਹੈ।

ਵਿਹਾਰਕ ਨਤੀਜਾ ਇਹ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਅਧਿਕਾਰ ਅਜੇ ਵੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੂਰਾ ਸਬਨੈੱਟ ਦੇਣ ਵਾਲਾ VPN, ਨਾਲ ਹੀ ਉਸ ਸਬਨੈੱਟ ਤੋਂ ਆਉਣ ਵਾਲੀ ਹਰ ਬੇਨਤੀ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਵਾਲਾ ਐਪਲੀਕੇਸ਼ਨ, ਮਾੜੇ ਦਿਨ ਤੋਂ ਇੱਕ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਦੂਰੀ ’ਤੇ ਹੈ।

ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਪਰਤ ਦੂਜੀ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੀ, ਕਿਉਂਕਿ ਉਹ ਵੱਖਰੇ ਦਾਇਰਿਆਂ ਵਿੱਚ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ।

ਦੂਜਾ ਲੌਗਇਨ ਆਪਣੀ ਥਾਂ ਦਾ ਹੱਕਦਾਰ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਕਿਵੇਂ ਜਾਣੀਏ

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

ਅਣਜਾਣੇ ਸਿੱਧੇ ਰਾਹਾਂ ਨੂੰ ਵੀ ਵੇਖੋ, ਕਿਉਂਕਿ ਸੁਰੰਗ ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚਯੋਗ ਸਰੋਤ ਸੁਰੰਗ ਨੂੰ ਸਜਾਵਟ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਹਰ ਸੀਮਾ ਅਤੇ ਉਸਦਾ ਮਕਸਦ ਦਰਜ ਕਰੋ, ਅਤੇ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਉਣਾ ਪਵੇਗਾ ਕਿ ਦੋ ਲੌਗਇਨ ਕਿਉਂ ਹਨ।