ਦੋ ਟੀਮਾਂ ਇੱਕੋ ਦਸਤਾਵੇਜ਼ ਮੰਗਦੀਆਂ ਹਨ ਅਤੇ ਉਸ ਤੋਂ ਵੱਖਰੇ ਅਰਥ ਕੱਢਦੀਆਂ ਹਨ। ਸਮੀਖਿਅਕ ਸਬੂਤ ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਨਾਮਜ਼ਦ ਵਿਅਕਤੀ ਨੇ ਕਿਸੇ ਤਾਰੀਖ਼ ਤੱਕ ਭੂਮਿਕਾ ਮਨਜ਼ੂਰ ਕੀਤੀ, ਜਦਕਿ ਨੈੱਟਵਰਕ ਟੀਮ ਕੋਲ ਟਿਕਾਣਿਆਂ ਨਾਲ ਭਰੀ ਫ਼ਾਇਰਵਾਲ ਲਾਗ ਹੈ ਅਤੇ ਉਹ ਮੰਨਦੀ ਹੈ ਕਿ ਉਹੀ ਕਾਫ਼ੀ ਹੈ। ਉਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸੇ ਕਰਕੇ ਮਨਜ਼ੂਰੀ ਫ਼ੋਲਡਰ ਹੋਸਟਨਾਵਾਂ ਨਾਲ ਭਰ ਜਾਂਦੇ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਆਡਿਟ ਦੇ ਪਹਿਲੇ ਸਵਾਲ ’ਤੇ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੇ ਹਨ। ਸੱਚਮੁੱਚ ਲੋੜੀਂਦਾ ਥੋੜ੍ਹਾ ਹੈ, ਅਤੇ ਉਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਇਹ ਦਰਜ ਕਰਨ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕੋਈ ਕਿੱਥੇ ਬ੍ਰਾਊਜ਼ ਕਰਦਾ ਰਿਹਾ।

ਰਿਕਾਰਡ ਦਾ ਆਕਾਰ ਤਿੰਨ ਸ਼ਰਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ: ਮਨਜ਼ੂਰੀ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਜਾਂ ਪ੍ਰਤੀ ਭੂਮਿਕਾ, ਕੀ ਇਹ ਅਧਿਕਾਰ ਵਿਅਕਤੀ ਦੀ ਨੌਕਰੀ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੀ ਕੋਈ ਇਕਰਾਰਨਾਮਾ ਜਾਂ ਢਾਂਚਾ ਪਹੁੰਚ ਸਮੀਖਿਆ ਨੂੰ ਲਾਜ਼ਮੀ ਸਬੂਤ ਵਜੋਂ ਦੱਸਦਾ ਹੈ।

ਕਨੈਕਸ਼ਨ ਤੋਂ ਨਹੀਂ, ਸਮੀਖਿਅਕ ਦੇ ਸਵਾਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਕਿੰਨਾ ਰੱਖਣਾ ਹੈ ਇਹ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ

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

ConditionAdd to the recordLeave out
Approved per personIdentity, approver, expiryDevice telemetry
Approved per roleRole, scope, population ownerPer-user destinations
Outlives employmentRemoval owner, review dateSession transcripts
Named in a contractThe cited artifact and its revisionA second, friendlier copy

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

ਫ਼ੈਸਲਾ ਚੁੱਕਣ ਵਾਲੇ ਖੇਤਰ

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

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

ਬ੍ਰਾਊਜ਼ਿੰਗ ਡੇਟਾ ਮਨਜ਼ੂਰੀ ਫ਼ਾਈਲ ਵਿੱਚ ਕਿੱਥੋਂ ਵੜਦਾ ਹੈ

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

ਜਿੱਥੇ ਸੰਦ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਉੱਥੇ ਅਟੈਚਮੈਂਟਾਂ ਨੂੰ ਸੰਕੇਤਾਂ ਨਾਲ ਬਦਲੋ। ਜੇ ਨੀਤੀ ਅਟੈਚਮੈਂਟ ’ਤੇ ਜ਼ੋਰ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਸੈਸ਼ਨ ਦੀ ਰਿਕਾਰਡਿੰਗ ਨਹੀਂ, ਫ਼ੈਸਲੇ ਦਾ ਪਾਠ ਅਤੇ ਬੇਨਤੀ ਦਾ ਥ੍ਰੈਡ ਮੰਗੋ, ਅਤੇ ਫ਼ਾਈਲ ਸੰਭਾਲਣ ਤੋਂ ਪਹਿਲਾਂ ਬਾਕੀ ਹਟਾ ਦਿਓ। ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲੇ ਦਾ ਆਪਣਾ ਸੁਨੇਹਾ ਆਮ ਤੌਰ ’ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਸਬੂਤ ਅਤੇ ਸਭ ਤੋਂ ਘੱਟ ਖੁਲਾਸਾ ਕਰਨ ਵਾਲਾ ਹੁੰਦਾ ਹੈ।

ਨਿਸ਼ਾਨ ਤੋਂ ਬਿਨਾਂ ਦਾਇਰਾ ਜਾਂਚੋ

ਮਨਜ਼ੂਰੀ ਨੂੰ ਪਹੁੰਚ ਵਿੱਚ ਬਦਲਣ ਵਾਲੀ ਚੀਜ਼ ਗੇਟਵੇ ਨੀਤੀ ਹੈ, ਇਸ ਲਈ ਇਸ ਨੂੰ ਸਿੱਧਾ ਪਰਖੋ। ਮਨਜ਼ੂਰ ਦਾਇਰੇ ਦੇ ਅੰਦਰਲੇ ਖਾਤੇ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ ਅਤੇ ਮਨਜ਼ੂਰ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚੋ, ਫਿਰ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰਲਾ ਟਿਕਾਣਾ ਅਜ਼ਮਾਓ ਅਤੇ ਇਨਕਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਨੀਤੀ ਵੱਲੋਂ ਉਮੀਦ ਕੀਤੇ ਕਲਾਇੰਟ ਅਤੇ ਢੰਗ ਨਾਲ, ਉਸੇ ਹੋਸਟ ’ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਟੈਬ ਨਾਲ ਨਹੀਂ।

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

ਅਗਲੀ ਸਮੀਖਿਆ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ ਹੈ

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

ਆਖ਼ਰੀ ਕਦਮ ਉਹੀ ਹੈ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਮਿਆਦ ਪੁੱਗੀ ਮਨਜ਼ੂਰੀ ਲਓ ਅਤੇ ਇਹ ਵੇਖਣ ਲਈ ਇਸ ਨੂੰ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਤੱਕ ਲੈ ਜਾਓ ਕਿ ਖਾਤਾ ਸੱਚਮੁੱਚ ਅਸਮਰੱਥ ਕੀਤਾ ਗਿਆ ਸੀ ਜਾਂ ਨਹੀਂ। ਜੇ ਪਛਾਣ ਅਜੇ ਵੀ ਸਰਗਰਮ ਹੈ, ਤਾਂ ਰਿਕਾਰਡ ਸਹੀ ਸੀ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ।

ਸੰਬੰਧਿਤ ਲੇਖ