ਸੁਰੱਖਿਆ ਟੈਸਟ ਲਈ ਪਹੁੰਚ ਹੈਂਡਓਫ: ਦਾਇਰਾ, ਖਾਤੇ ਅਤੇ ਰੱਦ
VPN ਪ੍ਰਮਾਣ-ਪੱਤਰ ਮੰਗਣ ਵਾਲੇ ਟੈਸਟਰ ਨੂੰ ਦਾਇਰੇ ਵਾਲਾ ਹੈਂਡਓਫ ਚਾਹੀਦਾ ਹੈ, ਵਾਧੂ ਲੌਗਇਨ ਨਹੀਂ। ਅਧਿਕਾਰ ਨੂੰ ਗੇਟ ਕਰੋ, ਨਿਸ਼ਾਨਿਆਂ ਦੇ ਨਾਂ ਲਵੋ, ਖਾਤੇ ਜਾਰੀ ਕਰੋ, ਫਿਰ ਰੱਦ ਕਰੋ।
ਇੱਕ ਟੈਸਟਰ ਗੇਟਵੇ ਪਤਾ, ਅੰਦਰੂਨੀ DNS ਵੇਰਵੇ ਅਤੇ VPN ਪ੍ਰਮਾਣ-ਪੱਤਰ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਬੇਨਤੀ «ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ» ਵਿਸ਼ੇ ਨਾਲ ਤੁਹਾਡੇ ਕੋਲ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਬੇਨਤੀ ਆਪਣੇ ਆਪ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਇਹ ਅੰਦਰੂਨੀ ਮੁਲਾਂਕਣ ਹੈ, ਪ੍ਰਮਾਣਿਤ ਐਪਲੀਕੇਸ਼ਨ ਟੈਸਟ ਹੈ, ਜਾਂ ਕੋਈ ਜਨਤਕ ਵੈੱਬਸਾਈਟ ਦਾ ਕੰਮ ਹੈ ਜਿੱਥੇ ਕਿਸੇ ਨੇ ਦਾਇਰਾ ਗਲਤ ਸਮਝਿਆ ਹੈ। ਹੈਂਡਓਫ ਨੂੰ ਹਰ ਕਦਮ 'ਤੇ ਇੱਕ ਗੇਟ ਨਾਲ ਕ੍ਰਮ ਵਜੋਂ ਚਲਾਓ ਅਤੇ ਪਹਿਲੇ ਉਸ ਗੇਟ 'ਤੇ ਰੁਕੋ ਜੋ ਖੁੱਲ੍ਹਦਾ ਨਹੀਂ। ਇਹ ਧੁੰਦਲੀ ਬੇਨਤੀ ਨੂੰ ਅਜਿਹੀ ਚੀਜ਼ ਬਣਾ ਦਿੰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਅਧਿਕਾਰ ਦੇ ਸਕਦੇ ਹੋ, ਸੌਂਪ ਸਕਦੇ ਹੋ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਰੱਦ ਕਰ ਸਕਦੇ ਹੋ।
ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨਾਲ ਨਹੀਂ, ਅਧਿਕਾਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ
ਤੁਹਾਡੇ ਇਨਬਾਕਸ ਤੋਂ ਕੋਈ ਵੀ ਪਤਾ ਨਿਕਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਨਿਸ਼ਾਨਿਆਂ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ 'ਤੇ ਟੈਸਟ ਮਨਜ਼ੂਰ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਕਿਸਨੂੰ ਹੈ। ਟੈਸਟਰ ਨੂੰ ਉਸ ਕੰਮ ਦੇ ਸੰਪਰਕ ਰਾਹੀਂ ਪ੍ਰਮਾਣਿਤ ਕਰੋ ਜੋ ਤੁਹਾਡੀ ਸੰਸਥਾ ਪਹਿਲਾਂ ਹੀ ਵਰਤਦੀ ਹੈ, ਈਮੇਲ ਫਾਰਵਰਡ ਕਰਨ ਵਾਲੇ ਵਿਅਕਤੀ ਰਾਹੀਂ ਨਹੀਂ। ਗਾਹਕ ਸੰਬੰਧ ਖਾਤੇ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹਰ ਸਿਸਟਮ ਦੀ ਟੈਸਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਖਰੀਦ ਆਰਡਰ ਦਾਇਰਾ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਹੈ।
ਮਨਜ਼ੂਰ ਮਕਸਦ ਨੂੰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖੋ ਅਤੇ ਇਸਨੂੰ ਹੈਂਡਓਫ ਦੇ ਕੋਲ ਰੱਖੋ। «ਗਾਹਕ ਪੋਰਟਲ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ» ਅਤੇ «ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ» ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਪੈਕੇਜਾਂ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਫ਼ਰਕ ਪ੍ਰਬੰਧ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕੋਈ ਖੋਜ ਆਉਣ ਤੋਂ ਬਾਅਦ ਨਹੀਂ। ਵਾਕ ਤੁਹਾਨੂੰ ਉਹ ਵੀ ਦਿੰਦਾ ਹੈ ਜਿਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕੋ ਜਦੋਂ ਕੰਮ ਦੇ ਵਿਚਕਾਰ ਬੇਨਤੀ ਵਧੇ।
ਜੇ ਰਾਹ ਵਿੱਚ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਜਾਂ ਹੋਰ ਤੀਜਾ ਪੱਖ ਹੈ, ਤਾਂ ਉਨ੍ਹਾਂ ਦੀਆਂ ਲੋੜਾਂ ਤੁਹਾਡੀ ਸੁਵਿਧਾ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੀਆਂ ਹਨ। ਉਨ੍ਹਾਂ ਦੀ ਇਜਾਜ਼ਤ ਬਿਨਾਂ ਕਿਸੇ ਹੋਰ ਦਾ ਢਾਂਚਾ ਟੈਸਟ ਕਰਨਾ ਉਸ 'ਤੇ ਚੱਲਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਟੈਸਟ ਕਰਨ ਤੋਂ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੈ।
ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਅਤੇ ਨਿਸ਼ਾਨਿਆਂ ਦੇ ਨਾਂ ਲਵੋ
ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਉਹ ਸਵਾਲ ਹੈ ਜਿਸਦਾ ਜਵਾਬ ਮੁਲਾਂਕਣ ਦੇਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਟੈਸਟਰ ਦੇ ਵਰਤਣ ਦੀ ਯੋਜਨਾ ਵਾਲੇ ਕਿਸੇ ਵੀ ਸਾਧਨ ਨਾਲੋਂ ਵੱਧ ਪਹੁੰਚ ਪੈਕੇਜ ਤੈਅ ਕਰਦਾ ਹੈ। ਜਨਤਕ ਗੈਰ-ਪ੍ਰਮਾਣਿਤ ਟੈਸਟ ਲਈ URL ਅਤੇ ਸਮਾਂ-ਖਿੜਕੀ ਚਾਹੀਦੀ ਹੈ। ਪ੍ਰਮਾਣਿਤ ਟੈਸਟ ਲਈ ਦਾਇਰੇ ਦੀਆਂ ਖਾਸ ਭੂਮਿਕਾਵਾਂ ਲਈ ਸਮਰਪਿਤ ਖਾਤੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਅੰਦਰੂਨੀ ਮੁਲਾਂਕਣ ਲਈ ਸਪਸ਼ਟ ਨਿਸ਼ਾਨਾ-ਸੀਮਾਵਾਂ ਵਾਲਾ ਨਿਰਧਾਰਤ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਚਾਹੀਦਾ ਹੈ।
| Viewpoint | What you hand over | What it does not authorize |
|---|---|---|
| Public website | Approved URL, TLS hostname, testing window | Internal network entry, adjacent hosts |
| Authenticated app | URL plus per-role test accounts | Other tenants, admin consoles outside scope |
| Private staging | Named private path and test accounts | Production systems behind the same gateway |
| Internal network | Entry point and written target ranges | Anything outside those ranges, including the gateway itself |
ਟਨਲ ਕਿੱਥੋਂ ਦਾਖਲ ਹੁੰਦੀ ਹੈ, ਇਹ ਇਸ ਤੱਥ ਤੋਂ ਵੱਖਰਾ ਹੈ ਕਿ ਇਸਦੇ ਪਿੱਛੇ ਕਿਹੜੀ ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਅਤੇ ਇਹ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਦੀ ਜਾਂਚ ਦੀ ਬਿਲਕੁਲ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ। ਹੈਂਡਓਫ ਵਿੱਚ ਇਹ ਸਪਸ਼ਟ ਕਹੋ, ਕਿਉਂਕਿ ਕੋਈ ਖੋਜ ਵਿਵਾਦਿਤ ਹੁੰਦੇ ਹੀ «ਤੂੰ ਮੈਨੂੰ ਉਸ ਸਬਨੈੱਟ ਵਿੱਚ ਪਹੁੰਚ ਦਿੱਤੀ» ਵਾਕ ਜਲਦੀ ਆ ਜਾਂਦਾ ਹੈ। ਲਿਖਤੀ ਨਿਸ਼ਾਨਾ-ਸੂਚੀ ਹੀ ਇੱਕੋ ਚੀਜ਼ ਹੈ ਜੋ ਬਾਅਦ ਵਿੱਚ ਇਸਨੂੰ ਤੈਅ ਕਰਦੀ ਹੈ।
URL ਨਾਲ TLS ਹੋਸਟਨਾਮ ਦਿਓ। ਸਿਰਫ਼ IP ਪਤਾ ਟੈਸਟਰ ਨੂੰ ਨਾਂ ਦਾ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਅੰਦਾਜ਼ਾ ਲਾਇਆ ਨਾਂ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀਆਂ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਹੈਂਡਓਫ ਗਲਤੀ ਦੀ ਥਾਂ ਖੋਜ ਵਜੋਂ ਰਿਪੋਰਟ ਹੁੰਦੀਆਂ ਹਨ।
ਮਿਆਦ ਸਮੇਤ ਸਮਰਪਿਤ ਪਛਾਣਾਂ ਜਾਰੀ ਕਰੋ
ਸਿਰਫ਼ ਇਸ ਕੰਮ ਲਈ ਮੌਜੂਦ ਖਾਤੇ ਪ੍ਰਦਾਨ ਕਰੋ; ਕਿਸੇ ਕਰਮਚਾਰੀ ਦਾ ਰੋਜ਼ਾਨਾ ਲੌਗਇਨ ਉਧਾਰ ਨਾ ਦਿਓ। ਸਹਿਮਤ ਕੰਮਾਂ ਲਈ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਇਜਾਜ਼ਤਾਂ ਸੈੱਟ ਕਰੋ, ਸਮਰਥਿਤ ਰਾਹੀਂ ਪ੍ਰਮਾਣਿਕਤਾ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦਾ ਪ੍ਰਬੰਧ ਕਰੋ, ਅਤੇ ਰੱਦ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਨਾਮਜ਼ਦ ਵਿਅਕਤੀ ਨਾਲ ਮਿਆਦ ਦੀ ਤਾਰੀਖ ਜੋੜੋ। ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸਹਿਮਤ ਸੁਰੱਖਿਅਤ ਚੈਨਲ ਰਾਹੀਂ ਦਿਓ, ਚਾਰੇ ਪਾਸੇ ਫਾਰਵਰਡ ਹੋਣ ਵਾਲੇ ਦਾਇਰਾ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਵੱਖਰੇ।
sudo useradd -m -e 2026-12-31 tester01 sudo passwd -S tester01 id tester01 lastlog -u tester01
ਕਿਸਨੇ ਕੀ ਅਤੇ ਕਦੋਂ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਦਰਜ ਕਰੋ। ਉਹ ਰਿਕਾਰਡ ਨਿਯੰਤਰਿਤ ਹੈਂਡਓਫ ਅਤੇ ਕਿਸੇ ਦੁਆਰਾ ਟਰੇਸ ਨਾ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਸਾਂਝੇ ਪਾਸਵਰਡ ਵਿਚਕਾਰ ਫ਼ਰਕ ਹੈ, ਅਤੇ ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹੀ ਮੰਗਿਆ ਜਾਂਦਾ ਹੈ। ਇਸਨੂੰ ਚੈਟ ਥ੍ਰੈਡ ਵਿੱਚ ਨਹੀਂ, ਦਾਇਰਾ ਦਸਤਾਵੇਜ਼ ਨਾਲ ਰੱਖੋ, ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਕੋਲ ਡਿਲਿਵਰੀ ਚੈਨਲ ਲਿਖੋ। ਸਮੇਂ ਦੀ ਮੋਹਰ ਵਾਲੀ ਇੱਕ ਲਾਈਨ ਹਰ ਵਾਰ ਯਾਦ ਨੂੰ ਹਰਾਉਂਦੀ ਹੈ।
ਮਿਆਦ ਵਾਲਾ ਖੇਤਰ ਆਖਰੀ ਸੁਰੱਖਿਆ ਹੈ, ਯੋਜਨਾ ਨਹੀਂ। ਅੰਤ ਵਿੱਚ ਕਿਸੇ ਨੇ ਨੈੱਟਵਰਕ ਰਾਹ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਭੂਮਿਕਾ ਹਟਾਉਣੀ ਹੀ ਪੈਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਅਜੇ ਵੀ ਪਹੁੰਚਯੋਗ ਨੈੱਟਵਰਕ 'ਤੇ ਮਿਆਦ ਪੁੱਗਿਆ ਲੌਗਇਨ ਰੱਦ ਕੀਤੀ ਪਹੁੰਚ ਨਹੀਂ ਹੈ।
ਖਿੜਕੀ ਖੁੱਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਬਤ ਕਰੋ ਕਿ ਹੈਂਡਓਫ ਕੰਮ ਕਰਦਾ ਹੈ
ਟੈਸਟਰ ਦੀ ਪਹਿਲੀ ਛਾਲ ਆਪ ਚਲਾਓ, ਉਸਦੀ ਸਥਿਤੀ ਦੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਨੇੜਿਓਂ। ਨਾਂ ਹੱਲ ਕਰੋ, ਸਰਟੀਫਿਕੇਟ ਦੀ ਪਛਾਣ ਜਾਂਚੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਰਾਹ ਗੁਆਂਢੀ ਦੀ ਥਾਂ ਇਚ्ਛਿਤ ਪਤੇ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ।
dig +short app.example.com openssl s_client -connect app.example.com:443 -servername app.example.com </dev/null> 2>/dev/null | openssl x509 -noout -subject -dates ip route get 10.60.0.25
ਜੇ ਰਾਹ ਕਿਸੇ ਨਿਸ਼ਾਨੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਹੈਂਡਓਫ ਸਮਝੌਤਾ ਕਰੋ, ਟੈਸਟਰ ਨੂੰ ਬਦਲਵਾਂ ਰਾਹ ਲੱਭਣ ਦੇਣ ਦੀ ਥਾਂ। ਤੁਰੰਤ ਪਹੁੰਚ ਹੀ ਉਹ ਢੰਗ ਹੈ ਜਿਸ ਨਾਲ ਮੁਲਾਂਕਣ ਚੁੱਪਚਾਪ ਆਪਣੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਵਧਦਾ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇਹ ਲਗਭਗ ਕਦੇ ਦਰਜ ਨਹੀਂ ਹੁੰਦਾ।
ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨਾਲ ਕਾਰਜਕਾਰੀ ਸੰਪਰਕ, ਮਨਜ਼ੂਰ ਸਮੇ, ਬਾਹਰ ਰੱਖੀਆਂ ਕਿਰਿਆਵਾਂ ਅਤੇ ਰੁਕਣ ਦੀਆਂ ਸ਼ਰਤਾਂ ਭੇਜੋ। ਜੋ ਟੈਸਟਰ 02:00 ਵਜੇ ਕਿਸੇ ਨੂੰ ਨਹੀਂ ਲੱਭ ਸਕਦਾ, ਉਹ ਐਸਾ ਫ਼ੈਸਲਾ ਲਵੇਗਾ ਜਿਸਦੀ ਤੁਸੀਂ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੱਤਾ, ਅਤੇ ਉਹ ਫ਼ੈਸਲਾ ਰਿਪੋਰਟ ਵਿੱਚ ਦਾਇਰੇ ਦੇ ਅੰਦਰ ਹੋਣ ਵਾਂਗ ਦਰਜ ਹੋਵੇਗਾ।
NIST SP 800-115 ਤਕਨੀਕੀ ਮੁਲਾਂਕਣ ਨੂੰ ਯੋਜਨਾਬੱਧ ਟੈਸਟ ਅਤੇ ਫਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਤੇ ਘਟਾਓ ਵਜੋਂ ਢਾਂਚਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਹੈਂਡਓਫ ਉਹੀ ਰੂਪ ਅਪਣਾਉਂਦਾ ਹੈ। ਉੱਪਰਲੇ ਗੇਟ ਸਹਾਇਤਾ ਇੰਜੀਨੀਅਰ ਲਈ ਸੰਪਾਦਕੀ ਡਿਜ਼ਾਈਨ ਫ਼ੈਸਲੇ ਹਨ, ਉਸ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਹਵਾਲਾ ਦਿੱਤੀ ਚੈੱਕਲਿਸਟ ਨਹੀਂ।
ਪਹੁੰਚ ਹਟਾ ਕੇ ਕੰਮ ਬੰਦ ਕਰੋ
ਪ੍ਰਬੰਧ ਦੇ ਉਲਟ ਕ੍ਰਮ ਵਿੱਚ ਰੱਦ ਕਰੋ: ਐਪਲੀਕੇਸ਼ਨ ਭੂਮਿਕਾਵਾਂ, ਫਿਰ ਨੈੱਟਵਰਕ ਪਹੁੰਚ, ਫਿਰ ਪਛਾਣ ਆਪ। ਹਰ ਕਦਮ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਬਟਨ ਨੇ ਜੋ ਵਾਅਦਾ ਕੀਤਾ ਕੰਸੋਲ ਨੇ ਕੀਤਾ ਮੰਨਣ ਦੀ ਥਾਂ। ਸੈਸ਼ਨ ਮਾਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖਾਤਾ ਲਾਕ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਸੈਸ਼ਨ ਪੁਰਾਣੇ ਰਾਹ ਰਾਹੀਂ ਦੁਬਾਰਾ ਪ੍ਰਮਾਣਿਤ ਹੋ ਜਾਂਦਾ ਹੈ। ਫਿਰ ਬੰਦ ਘੋਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਪਿਤ ਕਨੈਕਸ਼ਨ ਇੱਕ ਵਾਰ ਹੋਰ ਜਾਂਚੋ।
sudo passwd -l tester01 sudo pkill -u tester01 ss -tn state established '( sport = :443 )'
ਰੋਕੇ ਰੱਖੇ ਟੈਸਟ ਡੇਟਾ ਦਾ ਨਿਪਟਾਰਾ ਕਰੋ, ਫਿਰ ਸ਼ੁਰੂ ਵਿੱਚ ਸਹਿਮਤ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਸੁਧਾਰ ਟ੍ਰੈਕ ਕਰੋ। ਰਿਪੋਰਟ ਵਿੱਚ ਮਾਹੌਲ, ਪਹੁੰਚ ਪੱਧਰ, ਦਾਇਰਾ ਅਤੇ ਸੀਮਾਵਾਂ ਦੱਸੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਮੁਲਾਂਕਣ ਦੀਆਂ ਖੋਜਾਂ ਦਰਜ ਕਰਦੀ ਹੈ ਅਤੇ ਸਾਈਟ ਦੇ ਸੁਰੱਖਿਅਤ ਹੋਣ ਦਾ ਸਥਾਈ ਬਿਆਨ ਨਹੀਂ।
ਰੱਦ ਰਿਕਾਰਡ ਨੂੰ ਹੈਂਡਓਫ ਰਿਕਾਰਡ ਨਾਲ ਰੱਖੋ। ਅਗਲਾ ਕੰਮ ਖੁੱਲ੍ਹਣ 'ਤੇ ਤੁਸੀਂ ਜਾਣਨਾ ਚਾਹੋਗੇ ਕਿ ਪਿਛਲੀ ਵਾਰ ਠੀਕ ਕੀ ਹਟਾਇਆ ਗਿਆ ਅਤੇ ਕਿਸਨੇ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ, ਯਾਦ ਤੋਂ ਤਸਵੀਰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦੀ ਥਾਂ।