SECLEVEL=0 ਲੱਛਣ ਠੀਕ ਕਰਦਾ ਹੈ, ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ

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

ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕਿਹੜੀ ਲਾਇਬ੍ਰੇਰੀ ਅਤੇ ਕਿਹੜੀ ਨੀਤੀ ਲਾਗੂ ਹੈ

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

openvpn --version | head -3
openssl version -a

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

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

ਰੱਦ ਹੋ ਸਕਣ ਵਾਲੀਆਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਵੱਖ ਕਰੋ

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

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

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

ਇਨਪੁਟ ਬਦਲੋ, ਸੀਮਾ ਨਹੀਂ

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

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

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

ਜੇ ਘਟਾਉਣਾ ਹੀ ਪਵੇ, ਤਾਂ ਸੀਮਤ ਕਰੋ ਅਤੇ ਦਰਜ ਕਰੋ

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

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

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

ਬਾਅਦ ਵਿੱਚ ਪਛਾਣ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

openssl x509 -in /etc/openvpn/client.crt -noout -subject -dates -text | grep -E 'Signature Algorithm|Public-Key'
openvpn --show-tls | head -20

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

ਆਡਿਟ ਤੋਂ ਬਚਣ ਵਾਲੀ ਹੈਂਡਓਵਰ ਕਹਿੰਦੀ ਹੈ ਕਿ ਕਿਸ ਨੀਤੀ ਨੇ ਕਿਹੜਾ ਇਨਪੁਟ ਰੱਦ ਕੀਤਾ, ਕੀ ਬਦਲਿਆ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਕੀ ਸਵੀਕਾਰਯੋਗ ਰਹਿੰਦਾ ਹੈ। „ਇਹ SECLEVEL=0 ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ“ ਇੱਕ ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਨਿਰੀਖਣ ਹੈ, ਤੈਨਾਤੀ ਦਾ ਸੁਰੱਖਿਆ ਮੁਲਾਂਕਣ ਨਹੀਂ।