CSR ਇਕੱਲਾ ਨਾਮਜ਼ਦਗੀ ਨਹੀਂ: VPN CA ਨੂੰ ਕੀ ਜਾਂਚਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਦੋ ਨਾਮਜ਼ਦਗੀ ਮਾਡਲਾਂ ਦੀ ਤੁਲਨਾ ਇਸ ਆਧਾਰ 'ਤੇ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਉਹ ਕੀ ਬੰਨ੍ਹਦੇ ਹਨ, ਇਸ ਆਧਾਰ 'ਤੇ ਨਹੀਂ ਕਿ ਉਹ ਕਿਹੜਾ ਪ੍ਰੋਟੋਕੋਲ ਬੋਲਦੇ ਹਨ।

ਬੇਨਤੀ ਨਾਮ ਦਾ ਦਾਅਵਾ ਕਰਦੀ ਹੈ, ਸਬੂਤ ਨਹੀਂ ਦਿੰਦੀ

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

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

ਮਾਡਲਾਂ ਦੀ ਤੁਲਨਾ ਇਸ ਆਧਾਰ 'ਤੇ ਕਰੋ ਕਿ ਉਹ ਕੀ ਬੰਨ੍ਹਦੇ ਹਨ

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

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

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

ਪਹਿਲੀ ਜਾਰੀਕਰਨ ਤੋਂ ਜੀਵਨ ਚੱਕਰ ਦਰਜ ਕਰੋ

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

ਦਸਵੀਂ ਪਰੋਫ਼ਾਈਲ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਵੀਨੀਕਰਨ ਅਤੇ ਗੁੰਮ ਹੋਏ ਡਿਵਾਈਸ ਨੂੰ ਰੱਦ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਵਿਭਾਗ ਭਰ ਵਿੱਚ ਸਾਂਝਾ ਕੀਤਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨਿਸ਼ਾਨਾ ਹਟਾਉਣ ਨੂੰ ਰੁਕਾਵਟ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਸ ਫ਼ੈਸਲੇ ਨੂੰ ਹੁਣ ਮੁੜ ਵਿਚਾਰਨਾ ਸ਼ੁੱਕਰਵਾਰ ਦੀ ਘਟਨਾ ਵੇਲੇ ਨਾਲੋਂ ਬਹੁਤ ਸਸਤਾ ਹੈ।

ਜਾਰੀ ਕੀਤਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਂਚੋ, ਫਿਰ ਪਹੁੰਚ

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

openssl req -in client.csr -noout -verify -subject
openssl x509 -in client.crt -noout -subject -issuer -dates -ext extendedKeyUsage
openssl verify -CAfile ca.crt client.crt

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

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