VPN ਲੌਗਇਨ ਚੇਤਾਵਨੀਆਂ ਘੁਸਪੈਠ ਦੀਆਂ ਚੇਤਾਵਨੀਆਂ ਨਹੀਂ ਹਨ: ਸੈਸ਼ਨ ਵੇਖੋ
ਅਸਧਾਰਨ ਸਾਈਨ-ਇਨ ਸਮੀਖਿਆ ਦਾ ਕਾਰਨ ਹੈ, ਫੈਸਲਾ ਨਹੀਂ। ਘੁਸਪੈਠ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਨੂੰ ਸੈਸ਼ਨ ਨਾਲ, ਫਿਰ ਸੈਸ਼ਨ ਨੇ ਜਿਸ ਚੀਜ਼ ਨੂੰ ਛੋਹਿਆ ਉਸ ਨਾਲ ਜੋੜੋ।
ਨਵੇਂ ਦੇਸ਼ 'ਤੇ ਵੱਜਣ ਵਾਲੀ VPN ਚੇਤਾਵਨੀ ਨਿਰਣਾਇਕ ਲੱਗਦੀ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਅਜਿਹੀ ਨਹੀਂ ਹੁੰਦੀ। ਪ੍ਰਮਾਣਿਕਤਾ ਕਹਿੰਦੀ ਹੈ ਕਿ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਸਵੀਕਾਰ ਹੋਈ; ਸੈਸ਼ਨ ਕਹਿੰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕਨੈਕਸ਼ਨ ਇਸ ਨੂੰ ਲੈ ਗਿਆ; ਸਰੋਤ ਰਿਕਾਰਡ ਕਹਿੰਦੇ ਹਨ ਕਿ ਉਸ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਕੀ ਹੋਇਆ। ਹਰ ਇੱਕ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਤਿੰਨੇ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਨਿਯਮ ਸੋਮਵਾਰ ਤੀਹ ਟਿਕਟਾਂ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਸ਼ੁੱਕਰਵਾਰ ਅਸਲੀ ਮਾਮਲਾ ਖੁੰਝ ਜਾਂਦਾ ਹੈ।
ਵਿਦੇਸ਼ੀ ਪਤਾ ਸਵਾਲ ਹੈ, ਜਵਾਬ ਨਹੀਂ
ਸਫ਼ਰ, ਦੂਜੇ ਦੇਸ਼ ਤੋਂ ਨਿਕਲਣ ਵਾਲੇ ਮੋਬਾਈਲ ਆਪਰੇਟਰ, ਕਾਰਪੋਰੇਟ ਵੈੱਬ ਪ੍ਰੌਕਸੀ ਅਤੇ ਦੁਬਾਰਾ ਵੰਡਿਆ carrier-grade NAT ਪੂਲ — ਸਾਰੇ ਦਿਖਣ ਵਾਲਾ ਸਰੋਤ ਹਿਲਾਉਂਦੇ ਹਨ, ਹਮਲਾਵਰ ਨੂੰ ਨਹੀਂ। ਸਾਈਨ-ਇਨ ਰਿਕਾਰਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਨੈੱਟਵਰਕ ਵਿੱਚ ਕਿੱਥੋਂ ਦਾਖਲ ਹੋਇਆ, ਇਹ ਨਹੀਂ ਕਿ ਡਿਵਾਈਸ ਕਿਸ ਕੋਲ ਸੀ।
ਉਲਟੀ ਅਸਫਲਤਾ ਵੱਧ ਮਾੜੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਚੁੱਪ ਹੈ। ਵਰਤੋਂਕਾਰ ਦੇ ਆਪਣੇ ਸ਼ਹਿਰ ਤੋਂ ਵਰਤਿਆ ਚੋਰੀ ਹੋਇਆ ਪਾਸਵਰਡ ਭੂਗੋਲ ਜਾਂਚ ਵਿੱਚ ਹਰ ਪਿਛਲੇ ਲੌਗਇਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਲੌਗਇਨ ਬਣਾਉਂਦਾ ਹੈ।
ਭੂਗੋਲ ਨੂੰ ਫੈਸਲਾ ਮੰਨਣ ਦੀ ਮਾਪਣਯੋਗ ਕੀਮਤ ਹੈ। ਸਫ਼ਰ ਕਰਨ ਵਾਲੇ ਲੈਪਟਾਪ ਸਮੀਖਿਆਵਾਂ ਦਾ ਸਥਿਰ ਵਹਾਅ ਬਣਾਉਂਦੇ ਹਨ, ਸਮੀਖਿਅਕ ਪੜ੍ਹੇ ਬਿਨਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਬੰਦ ਕਰਨਾ ਸਿੱਖ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਹ ਆਦਤ ਉਦੋਂ ਤੱਕ ਚੱਲਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਅਸਲੀ ਮਾਮਲਾ ਉਸੇ ਕਤਾਰ ਵਿੱਚ ਨਹੀਂ ਆ ਜਾਂਦਾ।
ਤਿੰਨ ਕਿਸਮ ਦੇ ਰਿਕਾਰਡ ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ
ਤਾਇਨਾਤ ਉਤਪਾਦ ਅਸਲ ਵਿੱਚ ਕੀ ਭੇਜਦੇ ਹਨ ਉੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਉਤਪਾਦ ਬ੍ਰੋਸ਼ਰ ਦੇ ਇਸ ਸੰਕੇਤ ਤੋਂ ਨਹੀਂ ਕਿ ਉਹ ਕੀ ਭੇਜ ਸਕਦੇ ਹਨ। ਪ੍ਰਮਾਣਿਕਤਾ ਫੈਸਲਾ ਦਾਅਵਾ ਕੀਤੀ ਪਛਾਣ, ਢੰਗ ਅਤੇ ਨਤੀਜੇ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। ਸੈਸ਼ਨ ਜੀਵਨ ਚੱਕਰ ਕਨੈਕਸ਼ਨ, ਗੇਟਵੇ ਅਤੇ ਦਿੱਤੇ ਪਤੇ ਦਾ ਨਾਮ ਸ਼ੁਰੂ ਤੋਂ ਰੁਕਣ ਤੱਕ ਲੈਂਦਾ ਹੈ।
| Record | Question it answers | What it cannot prove |
|---|---|---|
| Authentication decision | Which identity was accepted or rejected, by which method, at what time | That the person operating the device was the account owner |
| Session lifecycle | Which connection, gateway and assigned address were active, and for how long | What the session did with that access |
| Resource event | Which read, write or denied operation a service observed | Which human behind the session triggered it |
| Policy change | Whether an administrator altered the rule that governs the access | Whether the change was reviewed or intended |
ਖਾਲੀ ਸੈੱਲ ਸੰਗ੍ਰਹਿ ਵਿੱਚ ਖਾਲੀ ਥਾਂ ਹੈ, ਬਰੀਆ ਨਹੀਂ। ਜੇ ਸਰੋਤ ਘਟਨਾਵਾਂ ਕਦੇ ਨਹੀਂ ਆਉਂਦੀਆਂ, ਤਾਂ ਸ਼ੱਕੀ ਪੜ੍ਹਤ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਦਾ ਅਰਥ ਹੈ ਕਿ ਪਾਈਪਲਾਈਨ ਕੋਲ ਦੱਸਣ ਲਈ ਕੁਝ ਨਹੀਂ, ਅਤੇ ਚੁੱਪ ਡੈਸ਼ਬੋਰਡ ਨੈੱਟਵਰਕ ਨਹੀਂ, ਪਾਈਪਲਾਈਨ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਉਨ੍ਹਾਂ 'ਤੇ ਨਿਰਭਰ ਨਿਯਮ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਤਾਇਨਾਤੀ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਰਿਕਾਰਡ ਬਣਾਉਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਗੁੰਮ ਫੀਡ ਦੇ ਮਾਲਕ ਦਾ ਨਾਮ ਦਿਓ।
ਲੇਖਾ ਵੇਰਵੇ ਉਹ ਥਾਂ ਹਨ ਜਿੱਥੇ ਸੈਸ਼ਨ ਜਾਂਚਯੋਗ ਬਣਦੇ ਹਨ। RFC 2866 ਵਿੱਚ ਵਰਣਿਤ RADIUS ਲੇਖਾ ਸੈਸ਼ਨ ਪਛਾਣ ਨਾਲ ਜੁੜੇ ਸ਼ੁਰੂ, ਰੁਕਣ ਅਤੇ ਵਿਚਕਾਰਲੇ ਅੱਪਡੇਟ ਢੋਂਦਾ ਹੈ, ਇਸ ਲਈ ਸ਼ੁਰੂਆਤ ਵਾਲਾ ਅਤੇ ਰੁਕਣ ਤੋਂ ਬਿਨਾਂ ਸੈਸ਼ਨ ਰਹੱਸ ਨਹੀਂ, ਤੁਸੀਂ ਨਾਮ ਦੇ ਸਕਦੇ ਹੋ ਅਜਿਹੀ ਖਾਲੀ ਥਾਂ ਹੈ।
ਵਰਤੋਂਕਾਰ ਨਾਮ 'ਤੇ ਨਹੀਂ, ਸੈਸ਼ਨ 'ਤੇ ਜੋੜੋ
ਇੱਕ ਖਾਤਾ ਕਾਨੂੰਨੀ ਤੌਰ 'ਤੇ ਇੱਕੋ ਸਮੇਂ ਕਈ ਸੈਸ਼ਨ ਰੱਖਦਾ ਹੈ: ਲੈਪਟਾਪ, ਫ਼ੋਨ, ਰਾਤ ਭਰ ਜੁੜਿਆ ਛੱਡਿਆ ਲੈਬ ਮਸ਼ੀਨ। ਉਸ ਵਰਤੋਂਕਾਰ ਨਾਮ ਦੀ ਹਰ ਘਟਨਾ ਜੋੜਨ ਨਾਲ ਤਿੰਨ ਡਿਵਾਈਸ ਇੱਕ ਕਹਾਣੀ ਵਿੱਚ ਪਿਘਲ ਜਾਂਦੇ ਹਨ ਅਤੇ ਫਿਰ ਸੰਜੋਗ ਨੂੰ ਸਮਝੌਤਾ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਦਿੱਤੇ ਪਤੇ ਵੀ ਮੁੜ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਸੈਸ਼ਨ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਪਤੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਜੋੜ ਪਿਛਲੇ ਮਹੀਨੇ ਦੀ ਡਿਵਾਈਸ ਨੂੰ ਅੱਜ ਦੀ ਘਟਨਾ ਵਿੱਚ ਖਿੱਚ ਲਿਆਉਂਦਾ ਹੈ। ਪਤੇ ਕੋਲ ਸੈਸ਼ਨ ਕੁੰਜੀ ਰੱਖੋ ਅਤੇ ਮੇਲ ਨੂੰ ਸੈਸ਼ਨ ਨੇ ਅਸਲ ਵਿੱਚ ਕਵਰ ਕੀਤੇ ਸਮੇਂ ਦੀ ਵਿੰਡੋ ਤੱਕ ਸੀਮਿਤ ਕਰੋ।
ਜਿੱਥੇ ਸੇਵਾ ਵੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਅਨੁਵਾਦ ਮੂਲ ਸਰੋਤ ਹਟਾਉਂਦਾ ਹੈ, ਉੱਥੇ ਉਸ ਸੀਮਾ 'ਤੇ ਬਚੀ ਪਛਾਣ ਵਰਤੋ, ਜਿਵੇਂ ਆਪਸੀ TLS ਵਿਸ਼ਾ ਜਾਂ ਇੱਕਲ ਸਾਈਨ-ਆਨ ਦਾਅਵਾ। ਪਤੇ ਅਤੇ ਵਿਅਕਤੀ ਵਿਚਕਾਰ ਇੱਕ-ਤੋਂ-ਇੱਕ ਮੈਪਿੰਗ ਘੜਨਾ ਵਾਧੂ ਕਦਮਾਂ ਨਾਲ ਉਹੀ ਗਲਤੀ ਹੈ।
ਮਾਲਕ ਤੋਂ ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਡੈਸ਼ਬੋਰਡ ਹੈ
ਹਰ ਨਿਯਮ ਨੂੰ ਸ਼ਰਤ, ਇਸ ਨੂੰ ਪੈਦਾ ਕਰਨ ਵਾਲੀਆਂ ਨਿਰਦੋਸ਼ ਵਿਆਖਿਆਵਾਂ, ਇਕੱਠੇ ਕਰਨ ਵਾਲੇ ਸਬੂਤ ਅਤੇ ਕੰਮ ਕਰਨ ਵਾਲਾ ਵਿਅਕਤੀ ਚਾਹੀਦਾ ਹੈ। ਵਾਰ-ਵਾਰ ਰੱਦ ਕੀਤੀ ਪ੍ਰਸ਼ਾਸਨਿਕ ਕਾਰਵਾਈ, ਅਸਫਲ ਪਾਸਵਰਡਾਂ ਦਾ ਧਮਾਕਾ ਅਤੇ ਚੁੱਪ ਸੰਗ੍ਰਾਹਕ ਤਿੰਨ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਘੜੀਆਂ ਨਾਲ।
ਸੂਚਨਾ ਰੋਕਥਾਮ ਨਹੀਂ ਹੈ, ਅਤੇ ਵੰਡ ਸੂਚੀ ਕੁਝ ਵੀ ਸੀਮਿਤ ਨਹੀਂ ਕਰਦੀ। ਜੀਵਤ ਸੈਸ਼ਨ ਬਦਲਣ ਲਈ ਉਹ ਭਾਗ ਚਾਹੀਦਾ ਹੈ ਜੋ ਇਹ ਕਰ ਸਕੇ, ਕਨੈਕਸ਼ਨ ਡੇਗਣ ਵਾਲਾ ਗੇਟਵੇ ਹੋਵੇ ਜਾਂ ਸੈਸ਼ਨ ਰੱਦ ਕਰਨ ਵਾਲਾ ਪਛਾਣ ਪ੍ਰਦਾਤਾ। ਪੁਰਾਣੀਆਂ ਫੀਡਾਂ ਅਤੇ ਗੁੰਮ ਰੁਕਣ ਰਿਕਾਰਡ ਵੀ ਨਿਯਮ ਦੇ ਪਾਠ ਵਿੱਚ ਆਉਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ ਦਿਨ ਕੁਝ ਨਾ ਭੇਜਣ ਵਾਲਾ ਸੰਗ੍ਰਾਹਕ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਬਿਲਕੁਲ ਚੁੱਪ ਨੈੱਟਵਰਕ ਵਾਂਗ ਦਿਖਦਾ ਹੈ। ਫ਼ਰਕ ਸਿਰਫ਼ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਹੀ ਦਿਖਦਾ ਹੈ।
ਚੁੱਪ ਹਫ਼ਤੇ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਗ੍ਰਹਿ ਮਾਰਗ ਜਾਂਚੋ
ਇੱਕ ਵੀ ਨਿਯਮ ਟਿਊਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਾਈਪਲਾਈਨ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਸਾਬਤ ਕਰੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਆਦੇਸ਼ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ ਕਿ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਲੇਖਾ ਸਰੋਤੇ ਸਰਗਰਮ ਹਨ, ਪਰਖ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਹੀ ਕਾਰਨ ਨਾਲ ਰੱਦ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਘਟਨਾਵਾਂ ਅਜੇ ਵੀ ਆ ਰਹੀਆਂ ਹਨ:
ss -uanp | grep -E ':(1812|1813)\b' radtest alice 'not-the-password' 127.0.0.1 0 testing123 journalctl -u openvpn-server@server --since '-30 min' | grep -c 'Peer Connection Initiated' timedatectl | grep -E 'System clock|synchronized'
ਪਰਖ ਤੋਂ ਆਇਆ Access-Reject ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚੀ ਅਤੇ ਸਾਂਝਾ ਭੇਤ ਮੇਲ ਖਾਧਾ, ਅਤੇ ਇਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਇਸ ਦੀ ਥਾਂ ਟਾਈਮਆਊਟ ਭੇਤ, ਸਰੋਤੇ ਜਾਂ ਇਸ ਦੇ ਸਾਹਮਣੇ ਦੇ ਫਿਲਟਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਠੀਕ ਹੋਣ ਤੱਕ ਹੇਠਾਂ ਦੀ ਹਰ ਚੇਤਾਵਨੀ ਜਾਂਚੀ ਨਹੀਂ ਜਾ ਸਕਦੀ।
ਘੜੀ ਦੀ ਸਥਿਤੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਸਹਿ-ਸੰਬੰਧ ਵਿੰਡੋ ਸਹਿਮਤੀ ਮੰਨਦੀਆਂ ਹਨ। ਕੁਝ ਮਿੰਟ ਭਟਕਿਆ ਗੇਟਵੇ ਬਾਕੀ ਸਾਫ਼ ਸੈਸ਼ਨ-ਜੋੜ ਨੂੰ ਅਸੰਭਵ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਮੀਖਿਅਕ ਵਿੰਡੋ ਚੌੜੀ ਕਰਕੇ ਭਰਪਾਈ ਕਰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਜੋੜ ਭੇਦ ਕਰਨਾ ਬੰਦ ਨਾ ਕਰ ਦੇ। ਨਿਯਮ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਵਿਚਲਨ ਜਾਂਚੋ।
ਫਿਰ ਇੱਕ ਨਿਯਮ ਨੂੰ ਨਿਰਦੋਸ਼ ਪਰਖ ਹੇਠ ਚਲਾਓ: ਅਣਕਿਆਸੇ ਪਤੇ ਤੋਂ ਲੌਗਇਨ ਬਣਾਓ, ਚੇਤਾਵਨੀ ਵੱਜਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਸੈਸ਼ਨ ਅਤੇ ਇਸ ਦੀਆਂ ਸਰੋਤ ਘਟਨਾਵਾਂ ਖਿੱਚ ਸਕਦਾ ਹੈ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਟਿਕਟ ਸੈਸ਼ਨ ਪਛਾਣ ਢੋਂਦੀ ਹੈ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਸੁਸੰਗਤ ਕਹਾਣੀ ਬਣਾਉਣ ਵਾਲਾ ਨਿਯਮ ਪਾਸ ਹੁੰਦਾ ਹੈ। ਲੌਗ ਲਾਈਨਾਂ ਦਾ ਢੇਰ ਬਣਾਉਣ ਵਾਲਾ ਨਿਯਮ ਅਜੇ ਵੀ ਡੈਸ਼ਬੋਰਡ ਹੈ। ਨਤੀਜਾ ਨਿਯਮ ਦੇ ਕੋਲ ਦਰਜ ਕਰੋ ਤਾਂ ਜੋ ਅਗਲੀ ਸਮੀਖਿਆ ਅਨੁਮਾਨ ਨਹੀਂ, ਸਬੂਤ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ।