VPN ਐਗਜ਼ਿਟ ਤੋਂ ਆਉਣ ਵਾਲੀ ਦੁਰਵਰਤੋਂ ਦੀ ਟ੍ਰੈਫਿਕ ਦੀ ਰਿਪੋਰਟ ਕਿਵੇਂ ਕਰੀਏ
VPN ਐਗਜ਼ਿਟ ਤੋਂ ਆਉਣ ਵਾਲੀ ਦੁਰਵਰਤੋਂ ਦੀ ਰਿਪੋਰਟ ਕਰੋ: ਟ੍ਰੈਫਿਕ ਰੋਕਣ ਨੂੰ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਤੋਂ ਵੱਖ ਰੱਖੋ, ਕਾਰਵਾਈ ਕਰ ਸਕਣ ਵਾਲਾ ਚੈਨਲ ਚੁਣੋ ਅਤੇ ਸੀਮਤ ਸਬੂਤ ਭੇਜੋ।
VPN ਐਗਜ਼ਿਟ ਤੋਂ ਆਉਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਇਹ ਦੱਸੇ ਬਿਨਾਂ ਵੀ ਦੁਰਵਰਤੋਂ ਹੋ ਸਕਦੀ ਹੈ ਕਿ ਇਹ ਕਿਸ ਨੇ ਭੇਜੀ, ਅਤੇ ਤੁਸੀਂ ਜੋ ਰਿਪੋਰਟ ਲਿਖਦੇ ਹੋ ਉਹ ਇਸ ਗੱਲ ’ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇ ਰਹੇ ਹੋ। ਟ੍ਰੈਫਿਕ ਰੋਕਣਾ ਅੱਜ ਤੁਹਾਡਾ ਕੰਮ ਹੈ। ਸਬੂਤ ਸੰਭਾਲਣਾ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਹੈ। ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਲਈ ਕਾਨੂੰਨੀ ਪ੍ਰਕਿਰਿਆ ਚਾਹੀਦੀ ਹੈ ਜੋ ਸ਼ਾਇਦ ਤੁਹਾਡੇ ਕੋਲ ਨਹੀਂ ਹੈ। ਇਹ ਤਿੰਨ ਜਦੋਂ ਇੱਕ ਸ਼ਿਕਾਇਤ ਵਿੱਚ ਮਿਲ ਜਾਂਦੇ ਹਨ ਤਾਂ ਰਿਪੋਰਟਾਂ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਸਿਰਫ਼ ਆਪਣੇ ਹਿੱਸੇ ’ਤੇ ਕਾਰਵਾਈ ਕਰ ਸਕਦਾ ਹੈ।
ਪਹਿਲਾਂ ਤਿੰਨ ਸਵਾਲ ਵੱਖ ਕਰੋ
ਤੁਸੀਂ ਕਿਹੜਾ ਨਤੀਜਾ ਚਾਹੁੰਦੇ ਹੋ ਇਹ ਤੈਅ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਟੀਚਾ ਬੇਨਤੀਆਂ ਰੋਕਣਾ ਹੈ, ਤਾਂ ਅੱਜ ਤੁਸੀਂ ਪਤਾ ਰੇਂਜ ਬਲਾਕ ਕਰ ਸਕਦੇ ਹੋ, ਖਾਤੇ ਦੀ ਦਰ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਅੰਤਿਮ ਬਿੰਦੂ ਨੂੰ ਸਖ਼ਤ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਦੁਰਵਰਤੋਂ ਦੀ ਰਿਪੋਰਟ ਗੌਣ ਹੈ। ਜੇ ਟੀਚਾ ਜਾਂਚ ਵਿੱਚ ਟਿਕਣ ਵਾਲਾ ਰਿਕਾਰਡ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਮਾਂ-ਛਾਪ, ਬੇਨਤੀ ਪਛਾਣਕਰਤਾ ਅਤੇ ਸੁਰੱਖਿਅਤ ਥਾਂ ’ਤੇ ਰੱਖੀ ਬਿਨਾਂ ਸੰਪਾਦਿਤ ਮੂਲ ਨਕਲ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਟੀਚਾ ਪਤੇ ਪਿੱਛੇ ਦਾ ਨਾਮ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਆਪਰੇਟਰ ਦੀ ਕਾਨੂੰਨੀ ਪ੍ਰਕਿਰਿਆ ਜਾਂ ਅਦਾਲਤ ਦਾ ਹੁਕਮ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਨਿੱਜੀ ਸ਼ਿਕਾਇਤ ਉਸ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੀ।
ਇਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਪੁਰਾਣੀ ਬੇਕਾਰ ਰਿਪੋਰਟ ਬਣਦੀ ਹੈ: ਗੁੱਸੇ ਭਰਿਆ ਪੈਰਾ, ਕੋਈ ਟਾਈਮ ਜ਼ੋਨ ਨਹੀਂ, ਗਾਹਕ ਵੇਰਵਿਆਂ ਦੀ ਮੰਗ, ਅਤੇ ਇਸ ਗੱਲ ਦਾ ਕੋਈ ਸੰਕੇਤ ਨਹੀਂ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਮਦਦ ਕਰਨਾ ਚਾਹੇ ਤਾਂ ਵੀ ਕੀ ਕਰ ਸਕਦਾ ਹੈ। ਉਹ ਰਿਪੋਰਟ ਬਿਨਾਂ ਕਾਰਵਾਈ ਦੇ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਭੇਜਣ ਵਾਲਾ ਸਿੱਟਾ ਕੱਢਦਾ ਹੈ ਕਿ ਦੁਰਵਰਤੋਂ ਡੈਸਕ ਕੁਝ ਨਹੀਂ ਕਰਦੇ। ਪ੍ਰਾਪਤਕਰਤਾ ਕੋਲ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਸੀ।
ਈਮੇਲ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨਾਂ ਜਵਾਬ ਲਿਖ ਲਓ। ਉਹੀ ਲਹਿਜ਼ਾ, ਲੰਬਾਈ ਅਤੇ ਬੇਨਤੀ ਤੈਅ ਕਰਦੇ ਹਨ।
ਐਗਜ਼ਿਟ ਪਤਾ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
VPN ਨਾਲ ਜੁੜਿਆ ਪਤਾ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਇੰਟਰਨੈੱਟ ਵਿੱਚ ਕਿੱਥੋਂ ਦਾਖਲ ਹੋਈ, ਇਹ ਨਹੀਂ ਕਿ ਇਸ ਨੂੰ ਕਿਸ ਨੇ ਸ਼ੁਰੂ ਕੀਤਾ. ਵਪਾਰਕ ਐਗਜ਼ਿਟ ਇੱਕੋ ਸਮੇਂ ਕਈ ਗਾਹਕ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸ ਦੇ ਅੱਗੇ ਦਾ ਕੈਰੀਅਰ-ਗਰੇਡ NAT ਪੋਰਟ ਰੇਂਜਾਂ ਵਰਤ ਕੇ ਇੱਕ ਜਨਤਕ ਪਤਾ ਹਜ਼ਾਰਾਂ ਗਾਹਕਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦਾ ਹੈ। RFC 6269 ਉਸ ਪਤਾ-ਸਾਂਝੇਦਾਰੀ ਮਾਡਲ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਿਹਾਰਕ ਨਤੀਜਾ ਇਹ ਹੈ ਕਿ ਸਰੋਤ ਪਤਾ ਅਤੇ ਸਮਾਂ-ਛਾਪ ਕਿਸੇ ਗਾਹਕ ਦੀ ਪਛਾਣ ਸਿਰਫ਼ ਤਦ ਹੀ ਕਰ ਸਕਦੇ ਹਨ ਜਦੋਂ ਆਪਰੇਟਰ ਕੋਲ ਉਸ ਪਲ ਦਾ ਮੈਪਿੰਗ ਅਜੇ ਵੀ ਹੋਵੇ।
ਜੋ ਤੁਸੀਂ ਸਾਬਤ ਕਰ ਸਕਦੇ ਹੋ ਉਹ ਦਰਜ ਕਰੋ। ਇਸ ਦਾ ਮਤਲਬ ਹੈ UTC ਸਮੇਂ ਵਿੱਚ ਮੂਲ ਖੇਤਰ ਦਰਜ ਕੀਤਾ ਸਮਾਂ-ਛਾਪ, ਸਰੋਤ ਪਤਾ, ਸਰੋਤ ਪੋਰਟ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਬੇਨਤੀ ਪਛਾਣਕਰਤਾ, ਅਤੇ ਇਹ ਕਿ ਕਾਰਵਾਈ ਪ੍ਰਮਾਣਿਤ ਖਾਤੇ ਤੋਂ ਆਈ ਜਾਂ ਅਗਿਆਤ ਬੇਨਤੀ ਤੋਂ। ਕੱਚਾ ਰਿਕਾਰਡ ਰੱਖੋ, ਫਿਰ ਪ੍ਰਾਪਤਕਰਤਾ ਲਈ ਸੰਪਾਦਿਤ ਨਕਲ ਬਣਾਓ। ਲੌਗ ਦੀ ਮੂਲ ਲਾਈਨ ਲਈ ਸਕ੍ਰੀਨਸ਼ਾਟ ਮਾੜਾ ਬਦਲ ਹੈ।
ਸੰਭਾਲਣ ਦੀ ਮਿਆਦ ਛੋਟੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਆਪਰੇਟਰ ਮੁਤਾਬਕ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ। ਜਿੰਨੀ ਛੇਤੀ ਤੁਸੀਂ ਪੁੱਛੋਗੇ, ਮੈਪਿੰਗ ਦੇ ਅਜੇ ਵੀ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਓਨੀ ਵੱਧ ਹੋਵੇਗੀ, ਅਤੇ ਸਮੱਸਿਆ ਪਹਿਲਾਂ ਹੀ ਘਟਾ ਚੁੱਕੇ ਹੋਣ ’ਤੇ ਵੀ ਛੇਤੀ ਰਿਪੋਰਟ ਕਰਨ ਦਾ ਇਹੀ ਮੁੱਖ ਤਰਕ ਹੈ।
ਉਹ ਚੈਨਲ ਚੁਣੋ ਜੋ ਸੱਚਮੁੱਚ ਕਾਰਵਾਈ ਕਰ ਸਕਦਾ ਹੈ
ਤਿੰਨ ਚੈਨਲ ਹਨ ਅਤੇ ਉਹ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦੇ। ਐਗਜ਼ਿਟ ਆਪਰੇਟਰ ਦਾ ਦੁਰਵਰਤੋਂ ਡੈਸਕ ਆਪਣੇ ਹੀ ਗਾਹਕ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਖਾਤਾ ਮੁਅੱਤਲ ਕਰ ਸਕਦਾ ਹੈ। ਪਤਾ ਰੇਂਜ ਦਾ ਰਜਿਸਟਰੀ ਸੰਪਰਕ ਤਦ ਸਹੀ ਆਪਰੇਟਰ ਵੱਲ ਭੇਜ ਸਕਦਾ ਹੈ ਜਦੋਂ whois ਰਿਕਾਰਡ ਪੁਰਾਣਾ ਹੋਵੇ ਜਾਂ ਕਿਸੇ ਮੁੜ-ਵਿਕਰੇਤਾ ਦਾ ਹੋਵੇ। ਕਾਨੂੰਨ ਲਾਗੂ ਕਰਨ ਵਾਲੀਆਂ ਏਜੰਸੀਆਂ ਸ਼ੱਕੀ ਅਪਰਾਧ, ਧਮਕੀਆਂ ਅਤੇ ਗੰਭੀਰ ਉਲੰਘਣਾ ਵੇਖਦੀਆਂ ਹਨ, ਅਤੇ ਬਹੁਤੇ ਅਧਿਕਾਰ ਖੇਤਰਾਂ ਵਿੱਚ ਖੁਲਾਸਾ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰ ਸਕਦਾ ਹੈ ਸਿਰਫ਼ ਉਹੀ ਚੈਨਲ।
| Channel | What it can do | What it cannot do |
|---|---|---|
| Exit operator abuse desk | Investigate, warn or suspend the account | Disclose a subscriber to a private complainant |
| Registry contact | Identify the network holder and its abuse address | Act on the incident itself |
| Law enforcement | Preserve and compel records under legal process | Move faster than your own mitigation |
ਦੋ ਸ਼ਰਤਾਂ ਚੈਨਲ ਚੁਣਦੀਆਂ ਹਨ। ਘਟਨਾ ਚੱਲ ਰਹੀ ਹੈ, ਜੋ ਪਹਿਲਾਂ ਰਾਹਤ ਅਤੇ ਸਮਾਨਾਂਤਰ ਰਿਪੋਰਟ ਦੇ ਹੱਕ ਵਿੱਚ ਹੈ, ਜਾਂ ਪੁਰਾਣੀ ਹੈ, ਜੋ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਬੂਤ ਸੰਭਾਲਣ ਦੇ ਹੱਕ ਵਿੱਚ ਹੈ? ਤੁਹਾਨੂੰ ਟ੍ਰੈਫਿਕ ਰੁਕਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਤਿੰਨੇ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੇ ਹਨ, ਜਾਂ ਪਛਾਣ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਸਿਰਫ਼ ਕਾਨੂੰਨੀ ਰਾਹ ਦੇ ਸਕਦਾ ਹੈ? ਤੀਜੀ ਸ਼ਰਤ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕਿੰਨਾ ਵੇਰਵਾ ਭੇਜਣਾ ਹੈ: ਐਗਜ਼ਿਟ ਚਲਾਉਣ ਵਾਲੇ ਆਪਰੇਟਰ ਨੂੰ ਤਕਨੀਕੀ ਵੇਰਵੇ ਚਾਹੀਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਰਜਿਸਟਰੀ ਸੰਪਰਕ ਨੂੰ ਸਿਰਫ਼ ਪਤਾ ਰੇਂਜ ਅਤੇ ਸਮੱਸਿਆ ਚਾਹੀਦੀ ਹੈ।
ਜਦੋਂ ਘਟਨਾ ਚੱਲ ਰਿਹਾ ਅਪਰਾਧ ਹੈ, ਤਾਂ ਦੁਰਵਰਤੋਂ ਡੈਸਕ ਅਤੇ ਅਧਿਕਾਰੀ ਬਦਲ ਨਹੀਂ ਹਨ। ਦੋਵਾਂ ਨੂੰ ਰਿਪੋਰਟ ਕਰੋ, ਅਤੇ ਆਪਰੇਟਰ ਨੂੰ ਦੱਸੋ ਕਿ ਕਾਨੂੰਨੀ ਬੇਨਤੀ ਆ ਸਕਦੀ ਹੈ ਤਾਂ ਜੋ ਉਸ ਦੀ ਆਪਣੀ ਸੰਭਾਲ ਨੀਤੀ ਸਰਗਰਮ ਹੋਵੇ।
ਉਹ ਰਿਪੋਰਟ ਲਿਖੋ ਜਿਸ ’ਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਕਾਰਵਾਈ ਕਰ ਸਕੇ
ਸੁਨੇਹਾ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਪੜ੍ਹੇ ਜਾਣ ਜੋਗਾ ਛੋਟਾ ਰੱਖੋ। ਇੱਕ ਪੈਰਾ ਦੱਸਦਾ ਹੈ ਕੀ ਹੋਇਆ ਅਤੇ ਕਦੋਂ, ਇੱਕ ਬਲਾਕ ਸਟੀਕ ਸਮਾਂ-ਛਾਪਾਂ ਨਾਲ ਸਬੂਤ ਗਿਣਦਾ ਹੈ, ਇੱਕ ਲਾਈਨ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਕੀ ਕੀਤਾ ਅਤੇ ਇੱਕ ਲਾਈਨ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਮੰਗਦੇ ਹੋ। ਕੇਸ ਹਵਾਲੇ ਦੀ ਬੇਨਤੀ ਅੰਤ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਜੋ ਰੁੱਝਿਆ ਵਿਸ਼ਲੇਸ਼ਕ ਗੱਲਬਾਤ ਦੀ ਥਾਂ ਨੰਬਰ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕੇ।
ਜੋ ਨਕਲ ਤੁਸੀਂ ਭੇਜਦੇ ਹੋ ਉਸ ਵਿੱਚੋਂ ਭੇਦ ਹਟਾਓ। ਪਾਸਵਰਡ, ਸੈਸ਼ਨ ਟੋਕਨ, ਅਸੰਬੰਧਿਤ ਨਿੱਜੀ ਡੇਟਾ ਅਤੇ ਅੰਦਰੂਨੀ ਹੋਸਟਨਾਮ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਮਦਦ ਨਹੀਂ ਕਰਦੇ ਅਤੇ ਤੁਹਾਡਾ ਆਪਣਾ ਜੋਖਮ ਵਧਾਉਂਦੇ ਹਨ। ਜੇ ਘਟਨਾ ਕਾਨੂੰਨੀ ਸਬੂਤ ਬਣ ਸਕਦੀ ਹੈ ਤਾਂ ਬਿਨਾਂ ਸੰਪਾਦਿਤ ਮੂਲ ਨੂੰ ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੀ ਥਾਂ ’ਤੇ ਅਤੇ ਦਰਜ ਹੈਸ਼ ਨਾਲ ਰੱਖੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਆਦੇਸ਼ ਕੁਝ ਵੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤੇ ਬਾਰੇ ਜਨਤਕ ਤੱਥ ਇਕੱਠੇ ਕਰਦੇ ਹਨ।
whois 198.51.100.7 | grep -iE 'orgname|netrange|abuse'
dig +short -x 198.51.100.7
grep '198.51.100.7' /var/log/nginx/access.log | head -n 20ਜੋ ਪਤਾ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਵੇਖਿਆ ਉਹ ਭਰੋ, ਅਤੇ ਧਿਆਨ ਦਿਓ ਕਿ ਉੱਪਰ ਵਰਗੀ ਦਸਤਾਵੇਜ਼ੀ ਰੇਂਜ ਜੀਵਤ ਰਿਕਾਰਡ ਵਾਪਸ ਨਹੀਂ ਦੇਵੇਗੀ। ਜੇ whois ਆਉਟਪੁੱਟ VPN ਬ੍ਰਾਂਡ ਦੀ ਥਾਂ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦਾ ਨਾਮ ਦੇਵੇ, ਤਾਂ ਉਹੀ ਪ੍ਰਦਾਤਾ ਸਹੀ ਪ੍ਰਾਪਤਕਰਤਾ ਹੈ, ਕਿਉਂਕਿ ਪਤਾ ਵੰਡ ਅਤੇ ਗਾਹਕ ਸੰਬੰਧ ਉਸ ਕੋਲ ਹਨ।
ਜਵਾਬ ਸੰਭਾਲੋ ਅਤੇ ਰਿਕਾਰਡ ਰੱਖੋ
ਚੁੱਪ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਕੁਝ ਹੋਇਆ ਹੀ ਨਹੀਂ। ਆਪਰੇਟਰ ਅਕਸਰ ਰਿਪੋਰਟ ’ਤੇ ਕਾਰਵਾਈ ਕਰਦੇ ਹਨ ਬਿਨਾਂ ਰਿਪੋਰਟ ਕਰਨ ਵਾਲੇ ਨੂੰ ਦੱਸੇ, ਕਿਉਂਕਿ ਉਹ ਗਾਹਕ ਜਾਣਕਾਰੀ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਨੀਤੀ ਇਸ ਦੀ ਮਨਾਹੀ ਕਰ ਸਕਦੀ ਹੈ। ਕੇਸ ਨੰਬਰ ਵਾਲੀ ਛੋਟੀ ਪੁਸ਼ਟੀ ਸਭ ਤੋਂ ਵੱਧ ਹੈ ਜਿਸ ਦੀ ਤੁਸੀਂ ਆਸ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਹੋਰ ਤਕਨੀਕੀ ਵੇਰਵੇ ਮੰਗਣਾ ਦੇਰੀ ਨਹੀਂ ਸਗੋਂ ਚੰਗਾ ਸੰਕੇਤ ਹੈ।
ਰਿਪੋਰਟ ਖੁੱਲ੍ਹੀ ਰਹਿਣ ਤੱਕ ਕਿਸੇ ਪਤੇ ਜਾਂ ਪ੍ਰਦਾਤਾ ਵਿਰੁੱਧ ਦੋਸ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ। ਸਾਂਝੇ ਐਗਜ਼ਿਟ ਨੂੰ ਦੋਸ਼ੀ ਕਹਿਣਾ ਉਸ ਐਗਜ਼ਿਟ ਦੇ ਹਰ ਦੂਜੇ ਗਾਹਕ ਨੂੰ ਸਜ਼ਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਜੇ ਕੇਸ ਬਾਅਦ ਵਿੱਚ ਕਾਨੂੰਨੀ ਪ੍ਰਕਿਰਿਆ ਤੱਕ ਪਹੁੰਚੇ ਤਾਂ ਨੁਕਸਾਨ ਕਰ ਸਕਦਾ ਹੈ। NIST ਦੀ ਘਟਨਾ-ਪ੍ਰਤੀਕਿਰਿਆ ਮਾਰਗਦਰਸ਼ਕਾ ਘਟਨਾ ਰਿਕਾਰਡਾਂ ਦੇ ਸਰੋਤ ਅਤੇ ਗੋਪਨੀਯਤਾ ਨੂੰ ਪ੍ਰਤੀਕਿਰਿਆ ਦਾ ਹਿੱਸਾ ਮੰਨਦੀ ਹੈ, ਉਸ ਤੋਂ ਬਾਅਦ ਦਾ ਕਾਗਜ਼ੀ ਕੰਮ ਨਹੀਂ।
ਆਪਣੇ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਚੱਕਰ ਬੰਦ ਕਰੋ: ਕੀ ਭੇਜਿਆ, ਕਿਸ ਨੂੰ, ਕਦੋਂ, ਅਤੇ ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕੀ ਬਦਲਿਆ। ਇਹੀ ਇਤਿਹਾਸ ਅਗਲੀ ਘਟਨਾ ਨੂੰ ਖਿੱਲਰ-ਪੁੱਲਰ ਤੋਂ ਜਾਣੇ-ਪਛਾਣੇ ਪਹਿਲੇ ਕਦਮ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।