ਕੁੰਜੀ ਦਾ ਪਾਸਫ਼੍ਰੇਜ਼ ਹਟਾਉਣਾ ਜਾਂ ਰੱਖਣਾ? ਤੁਸੀਂ ਜੋ ਨਕਲ ਬਣਾਉਂਦੇ ਹੋ
ਬਿਨਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਕੁੰਜੀ ਫ਼ਾਈਲ ਉਹੀ ਭੇਤ ਕਮਜ਼ੋਰ ਸੁਰੱਖਿਆ ਹੇਠ ਰੱਖਦੀ ਹੈ। ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਆਰਾਮ ਵੇਲੇ ਦੇ ਖ਼ਤਰੇ ਦੀ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਜਾਣੋ ਕਿ ਇਹ ਕੀ ਵਾਪਸ ਨਹੀਂ ਕਰਦਾ।
ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਨਿੱਜੀ ਕੁੰਜੀ ਅਤੇ ਬਿਨਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਕੁੰਜੀ ਇੱਕੋ ਕੁੰਜੀ ਸਮੱਗਰੀ ਰੱਖਦੀਆਂ ਹਨ। ਬਦਲਣਾ ਨਵੀਂ ਪਛਾਣ ਨਹੀਂ ਬਣਾਉਂਦਾ, VPN ਖਾਤਾ ਰੀਸੈਟ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਪੁਰਾਣੀ ਫ਼ਾਈਲ ਨੂੰ ਅਵੈਧ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਦੂਜੀ ਨਕਲ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਉਹ ਨਕਲ ਵੱਖਰਾ ਆਰਾਮ-ਖ਼ਤਰਾ ਰੱਖਦੀ ਹੈ।
ਕੀ ਇਹ ਅਦਲਾ-ਬਦਲੀ ਲਾਭਦਾਇਕ ਹੈ, ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਫ਼ਾਈਲ ਕਿੱਥੇ ਰਹੇਗੀ ਅਤੇ ਕੌਣ ਇਸ ਨੂੰ ਪੜ੍ਹ ਸਕੇਗਾ।
ਬਦਲਾਅ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ
ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਕੁੰਜੀ ਨੂੰ ਓਪਰੇਟਰ ਵੱਲੋਂ ਦਿੱਤਾ ਪਾਸਫ਼੍ਰੇਜ਼ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ। ਬਦਲਣ ਤੋਂ ਬਾਅਦ, ਇਸ ਨੂੰ ਫ਼ਾਈਲਸਿਸਟਮ ਅਨੁਮਤੀਆਂ ਅਤੇ ਫ਼ਾਈਲ ਦੁਆਲੇ ਦਾ ਕੋਈ ਵੀ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ। ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ੀ ਨਹੀਂ ਬਦਲੀ; ਹਮਲਾਵਰ ਅਤੇ ਕੁੰਜੀ ਵਿਚਕਾਰ ਖੜ੍ਹੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਗਿਣਤੀ ਬਦਲੀ ਹੈ। ਇਹੀ ਪੂਰੀ ਤੁਲਨਾ ਹੈ।
ਇੱਕ ਸਾਰਣੀ ਫ਼ਰਕ ਨੂੰ ਠੋਸ ਬਣਾਉਂਦੀ ਹੈ।
| Form | What protects it | How it fails |
|---|---|---|
| Encrypted key | A passphrase plus file access | Weak passphrase, or an offline attack on the file |
| Unencrypted key | File permissions and host security only | Any reader copies it silently |
ਕੋਈ ਵੀ ਰੂਪ ਆਪਣੇ ਆਪ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੈ। ਉਹ ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਅਸਫਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਲੌਗ ਵਿੱਚ ਐਂਟਰੀ ਛੱਡਦਾ ਹੈ।
ਪਾਸਫ਼੍ਰੇਜ਼ ਰੱਖਣਾ ਕਦੋਂ ਬਿਹਤਰ ਹੈ
ਜੇ ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਪਾਸਫ਼੍ਰੇਜ਼ ਮੰਗ ਸਕਦਾ ਹੈ ਜਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਭੇਤ ਭੰਡਾਰ ਤੋਂ ਲੈ ਸਕਦਾ ਹੈ, ਤਾਂ ਬਦਲਣਾ ਕੁਝ ਨਹੀਂ ਖ਼ਰੀਦਦਾ। ਤੁਸੀਂ ਇੱਕ ਨਕਲ, ਇੱਕ ਸੁਰੱਖਿਆ ਸੀਮਾ ਅਤੇ ਟ੍ਰੈਕ ਕਰਨ ਲਈ ਇੱਕ ਘੱਟ ਫ਼ਾਈਲ ਰੱਖਦੇ ਹੋ। PEM ਕੁੰਜੀਆਂ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੇ ਜ਼ਿਆਦਾਤਰ VPN ਕਲਾਇੰਟ ਇਹ ਕਰ ਸਕਦੇ ਹਨ।
ਜਦੋਂ ਟੀਮ ਕੁੰਜੀ ਸਾਂਝੀ ਕਰਦੀ ਹੈ ਤਾਂ ਵੀ ਬਦਲਣਾ ਗ਼ਲਤ ਕਦਮ ਹੈ। ਸਾਂਝੇ ਹੋਸਟ 'ਤੇ ਬਿਨਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਫ਼ਾਈਲ ਅਜਿਹੀ ਪਛਾਣ ਬਣ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਸ਼ੈੱਲ ਪਹੁੰਚ ਵਾਲਾ ਕੋਈ ਵੀ ਕਾਪੀ ਕਰ ਸਕਦਾ ਹੈ।
ਬਿਨਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਨਕਲ ਕਦੋਂ ਜਾਇਜ਼ ਹੈ
ਕੁਝ ਸੇਵਾਵਾਂ ਮੰਗ ਨਹੀਂ ਸਕਦੀਆਂ, ਕੁਝ ਕੰਟੇਨਰ ਭੇਤ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਮਾਊਂਟ ਕਰਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਯੰਤਰ ਬੂਟ ਸਮੇਂ ਬਿਨਾਂ ਇੰਟਰਐਕਟਿਵ ਰਾਹ ਦੇ ਕੁੰਜੀ ਫ਼ਾਈਲ ਪੜ੍ਹਦੇ ਹਨ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਠੀਕ ਤਰ੍ਹਾਂ ਸੀਮਿਤ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਬਿਨਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਕੁੰਜੀ ਸਮਰਥਿਤ ਡਿਜ਼ਾਈਨ ਹੋ ਸਕਦੀ ਹੈ। ਜਾਇਜ਼ਤਾ ਵਾਤਾਵਰਣ ਹੈ, ਸੁਵਿਧਾ ਨਹੀਂ।
ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਕਿ ਫ਼ਾਈਲ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਅਤੇ ਕਿਉਂ, ਤਾਂ ਜਵਾਬ ਨਾਂਹ ਹੈ।
ਕਮਾਂਡ ਅਤੇ ਇਸ ਦੇ ਤਿੱਖੇ ਕਿਨਾਰੇ
OpenSSL 3.5 ਵੱਲੋਂ ਸਮਰਥਿਤ ਫ਼ਾਈਲ-ਅਧਾਰਿਤ ਕੁੰਜੀ ਲਈ, pkey ਸੰਦਰਭ ਪਾਸਫ਼੍ਰੇਜ਼ ਹਟਾਉਣ ਅਤੇ ਜਦੋਂ ਇਨਪੁਟ ਐਨਕ੍ਰਿਪਟ ਹੋਵੇ ਅਤੇ ਕੋਈ ਪਾਸਵਰਡ ਸਰੋਤ ਨਾ ਦਿੱਤਾ ਜਾਵੇ ਤਾਂ ਇੰਟਰਐਕਟਿਵ ਪ੍ਰਾਂਪਟ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਘੱਟੋ-ਘੱਟ ਰੂਪ ਛੋਟਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਲਾਪਰਵਾਹੀ ਨਾਲ ਚਲਾਉਣਾ ਸੌਖਾ ਹੈ।
umask 077
openssl pkey -in protected-key.pem -out new-private-key.pemਤਿੰਨ ਤਿੱਖੇ ਕਿਨਾਰੇ। ਆਉਟਪੁਟ ਫ਼ਾਈਲ I/O ਪਰਮਾਣੂ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਮੌਜੂਦਾ ਆਉਟਪੁਟ ਪਾਥ ਲਿਖਣ ਦੇ ਵਿਚਕਾਰ ਕੱਟਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਨਪੁਟ ਪਾਥ ਨੂੰ ਆਉਟਪੁਟ ਵਜੋਂ ਨਾ ਵਰਤੋ, ਅਤੇ ਇੱਕੋ ਇੱਕ ਸੁਰੱਖਿਅਤ ਨਕਲ 'ਤੇ ਪ੍ਰਯੋਗ ਨਾ ਕਰੋ। ਪਾਸਫ਼੍ਰੇਜ਼ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਨਹੀਂ, ਪ੍ਰਾਂਪਟ 'ਤੇ ਦਿਓ, ਜਿੱਥੇ ਇਹ ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਵਿੱਚ ਜਾਂਦਾ ਹੈ।
ਕੋਈ ਵੀ VPN ਸੰਰਚਨਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਨਤੀਜਾ ਜਾਂਚੋ: openssl pkey -in new-private-key.pem -pubout ਨੂੰ ਪਹਿਲਾਂ ਤੁਹਾਡੇ ਕੋਲ ਮੌਜੂਦ ਉਹੀ ਜਨਤਕ ਕੁੰਜੀ ਪ੍ਰਿੰਟ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਬਦਲਾਅ ਕੀ ਨਹੀਂ ਕਰਦਾ
ਇਹ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀ ਨਕਲ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰਦਾ, ਜੋ ਤੁਸੀਂ ਜਿੱਥੇ ਵੀ ਛੱਡਿਆ ਉੱਥੇ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ। ਇਹ VPN ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਜਾਂ ਸਰਟੀਫ਼ਿਕੇਟ ਨਹੀਂ ਬਦਲਦਾ। ਅਤੇ ਇਹ ਪਹਿਲਾਂ ਹੋ ਚੁੱਕੇ ਖੁਲਾਸੇ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਕੁੰਜੀ ਲੀਕ ਹੋ ਗਈ ਹੈ, ਤਾਂ ਹੱਲ ਬਦਲੀ ਅਤੇ ਸਰਵਰ-ਪਾਸੇ ਰੱਦ ਕਰਨਾ ਹੈ, ਸਥਾਨਕ ਫਾਰਮੈਟ ਬਦਲਾਅ ਨਹੀਂ।
ਵਿਚਕਾਰਲੀ ਫ਼ਾਈਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਮਿਟਾਓ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਸੀਂ ਜੋ ਪਾਥ ਮਿਟਾ ਰਹੇ ਹੋ ਉਹੀ ਤੁਸੀਂ ਬਣਾਇਆ ਸੀ।