OpenVPN EC ਬਨਾਮ ED: ਇਹ ਨਾਮ ਤਾਕਤ ਦੀ ਪੌੜੀ ਕਿਉਂ ਨਹੀਂ
EC, ED, ECDHE ਅਤੇ auth ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਕੁਝ ਵੀ ਤੁਲਨਾ ਜਾਂ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ OpenVPN ਪ੍ਰੋਫ਼ਾਈਲ ਨੂੰ ਹਰ ਨਾਮ ਦੇ ਕੰਮ ਅਨੁਸਾਰ ਤਰਤੀਬ ਦਿਓ।
ਇੱਕ ਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ec, ed, ecdh, ecdsa, auth ਅਤੇ TLS ਸਾਈਫਰਾਂ ਦੀ ਸੂਚੀ ਇੱਕ-ਦੂਜੇ ਦੇ ਨਾਲ ਰੱਖੋ, ਅਤੇ ਫ਼ਾਈਲ ਛੇ ਸਥਿਤੀਆਂ ਵਾਲੇ ਤਾਕਤ-ਡਾਇਲ ਵਰਗੀ ਦਿੱਸਣ ਲੱਗਦੀ ਹੈ। ਪਰ ਇਹ ਅਜਿਹੀ ਨਹੀਂ ਹੈ। ਹਰ ਨਾਮ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਵੱਖਰੀਆਂ ਦੋ ਪ੍ਰੋਫ਼ਾਈਲਾਂ ਜ਼ਰੂਰੀ ਤੌਰ ’ਤੇ ਇੱਕ-ਦੂਜੇ ਤੋਂ ਵੱਧ ਮਜ਼ਬੂਤ ਜਾਂ ਕਮਜ਼ੋਰ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਨਾਮਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਕੰਮ ਅਨੁਸਾਰ ਤਰਤੀਬ ਦੇਣ ਵਿੱਚ ਲਗਭਗ ਪੰਜ ਮਿੰਟ ਲੱਗਦੇ ਹਨ ਅਤੇ ਚੱਲ ਰਹੀ ਸੰਰਚਨਾ ’ਤੇ ਲੋਕਾਂ ਵੱਲੋਂ ਕੀਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਜ਼ਿਆਦਾਤਰ ਮਾੜੀਆਂ ਸੋਧਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ।
ਹੇਠਾਂ ਦਿੱਤੀ ਤਰਤੀਬ ਉਲਝਣ ਤੋਂ ਹੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਫਿਰ ਬਾਹਰ ਵੱਲ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਉਹਨਾਂ ਹਿੱਸਿਆਂ ਵੱਲ ਜਾਂਦੀ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਤੁਹਾਡੀ ਟਰੈਫ਼ਿਕ ਨੂੰ ਕੀ ਬਚਾਉਂਦਾ ਹੈ। ਹਰ ਹਿੱਸਾ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਇੱਕ ਗ਼ਲਤ ਪੜ੍ਹਤ ਲੈਂਦਾ ਹੈ ਅਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਨਾਮ ਅਸਲ ਵਿੱਚ ਕਿਸ ਨਾਲ ਜੁੜਿਆ ਹੈ।
ਦੋ ਅੱਖਰ, ਦੋ ਵੱਖਰੇ ਸਵਾਲ
ਸਭ ਤੋਂ ਵੱਧ ਬਹਿਸ ਪੈਦਾ ਕਰਨ ਵਾਲੀ ਜੋੜੀ EC ਅਤੇ ED ਹੈ, ਅਤੇ ਬਹਿਸ ਆਮ ਤੌਰ ’ਤੇ ਮੰਨ ਲੈਂਦੀ ਹੈ ਕਿ ਉਹ ਇੱਕ ਹੀ ਸਵਾਲ ਦੇ ਮੁਕਾਬਲੇ ਵਾਲੇ ਜਵਾਬ ਹਨ। ਉਹ ਇੱਕੋ ਧੁਰੇ ’ਤੇ ਵੀ ਨਹੀਂ ਹਨ। EC ਗਣਿਤ ਦਾ ਇੱਕ ਪਰਿਵਾਰ ਦੱਸਦਾ ਹੈ: ਅੰਡਾਕਾਰ ਵਕਰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ੀ, ਜਿੱਥੇ ਸੁਰੱਖਿਆ ਵੱਡੇ ਪਰਿਮਿਤ ਖੇਤਰ ਵਿੱਚ ਨਹੀਂ, ਸਗੋਂ ਵਕਰ ’ਤੇ ਵਿਵਿਕਤ ਲਘੂਗਣਕ ਦੀ ਔਖਿਆਈ ਤੋਂ ਆਉਂਦੀ ਹੈ।
ED ਉਸ ਪਰਿਵਾਰ ਦੇ ਅੰਦਰ ਵਕਰ ਦੀ ਸ਼ਕਲ ਦੱਸਦਾ ਹੈ। Twisted Edwards ਵਕਰ ਉਹ ਪੇਸ਼ਕਾਰੀ ਹਨ ਜੋ ਰਫ਼ਤਾਰ ਅਤੇ ਕਈ ਲਾਗੂ ਕਰਨ ਵਾਲੀਆਂ ਗ਼ਲਤੀਆਂ ਵਿਰੁੱਧ ਟਿਕਾਅ ਲਈ ਚੁਣੀ ਗਈ ਹੈ, ਅਤੇ Ed25519 ਉਹ ਨਾਮ ਹੈ ਜੋ ਲੋਕ ਆਮ ਤੌਰ ’ਤੇ ਮੁਰਾਦ ਲੈਂਦੇ ਹਨ। ਵਕਰ ਅੰਡਾਕਾਰ ਵਕਰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ੀ ਦਾ ਮੁਕਾਬਲਾ ਨਹੀਂ ਹੈ; ਇਹ ਅੰਡਾਕਾਰ ਵਕਰ ਲਿਖਣ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। ED ਨੂੰ "ਨਵਾਂ, ਵੱਧ ਮਜ਼ਬੂਤ EC" ਪੜ੍ਹਨਾ ਪਹਿਲਾ ਗ਼ਲਤ ਮੋੜ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਦਾ ਸਭ ਕੁਝ ਉਸੇ ਦਿਸ਼ਾ ਵਿੱਚ ਗ਼ਲਤ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ।
ਦਸਤਖ਼ਤ ਕਰਨਾ ਅਤੇ ਅਦਲਾ-ਬਦਲੀ ਕਰਨਾ ਵੱਖਰੇ ਕੰਮ ਹਨ
ਪਰਿਵਾਰ ਦਾ ਸਵਾਲ ਤੈਅ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਬਾਕੀ ਨਾਮ ਦੋ ਕਾਲਮਾਂ ਵਿੱਚ ਵੰਡੇ ਜਾਂਦੇ ਹਨ ਜੋ ਕਦੇ ਵੀ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੇ। ਇੱਕ ਕਾਲਮ ਦਸਤਖ਼ਤ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਸਾਂਝੇ ਭੇਤ ’ਤੇ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ।
| Name in the profile | Job it does | What it is not |
|---|---|---|
ecdsa | Signature scheme using elliptic-curve keys | Not a key-exchange method |
eddsa, Ed25519 | Signature scheme for twisted Edwards curves | Not interchangeable with ECDSA |
ecdh, X25519 | Ephemeral key agreement | Not a signature and not a cipher |
auth | HMAC digest for packet authentication | Not the data cipher |
EdDSA ਅਤੇ ECDSA ਦੋਵੇਂ ਦਸਤਖ਼ਤ ਕਰਦੇ ਹਨ, ਪਰ ਇਹ ਵੱਖਰੇ ਕੁੰਜੀ ਫਾਰਮੈਟਾਂ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਸਕੀਮਾਂ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਲਈ ਜਾਰੀ ਸਰਟੀਫ਼ਿਕੇਟ ਦੂਜੇ ਵਜੋਂ ਵਰਤਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। EdDSA ਥੋੜ੍ਹੇ ਵਕਰਾਂ ਦੇ ਸਮੂਹ ਲਈ ਪਰਿਭਾਸ਼ਿਤ ਹੈ; P-256 ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ P-256 ਸਰਟੀਫ਼ਿਕੇਟ ECDSA ਨਾਲ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕਦੇ ਵੀ Ed25519 ਨਾਲ ਨਹੀਂ।
ਅਦਲਾ-ਬਦਲੀ ਕਾਲਮ ਵਿੱਚ EdDH ਨਾਮ ਦਾ ਕੋਈ ਬਰਾਬਰ ਨਹੀਂ ਹੈ। Curve25519 ਕੁੰਜੀ ’ਤੇ ਅਸਥਾਈ ਸਹਿਮਤੀ X25519 ਹੈ, ਅਤੇ ਇਹ ਖ਼ਾਸ ਵਕਰ ਵਾਲਾ ECDH ਹੈ, ਠੀਕ P-256 ਵਾਂਗ। Ed25519 ਸਖ਼ਤੀ ਨਾਲ ਦਸਤਖ਼ਤ ਸਕੀਮ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਪਰ ਦੋਵੇਂ ਵਕਰ ਸੰਬੰਧਿਤ ਹੋਣ ਕਰਕੇ ਨਾਮ ਅਦਲਾ-ਬਦਲੀ ਲਈ ਵੀ ਢਿੱਲਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ: ਦਸਤਖ਼ਤ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ Edwards ਰੂਪ ਅਤੇ X25519 ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ Montgomery ਰੂਪ ਇੱਕੋ ਹੀ ਅਧਾਰ ਸਮੂਹ ਦੱਸਦੇ ਹਨ।
EC ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ dh ਫ਼ਾਈਲ ਕਿਉਂ ਨਹੀਂ ਹੁੰਦੀ
dh ਫ਼ਾਈਲ ਵਿੱਚ ਪਰਿਮਿਤ ਖੇਤਰ Diffie-Hellman ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਬਣਾਏ ਪੈਰਾਮੀਟਰ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਹ ਪੈਰਾਮੀਟਰ ਇਸ ਲਈ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਵੱਡੀ ਭਾਜ ਸੰਖਿਆ ਅਤੇ ਜਨਰੇਟਰ ਕਿਤੋਂ ਨਾ ਕਿਤੋਂ ਆਉਣੇ ਜ਼ਰੂਰੀ ਹਨ। ਅੰਡਾਕਾਰ ਵਕਰ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਨੂੰ ਉਹ ਨਹੀਂ ਚਾਹੀਦੇ: ਨਾਮ ਦਿੱਤਾ ਵਕਰ ਹੀ ਪੈਰਾਮੀਟਰ ਸਮੂਹ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਧਿਰਾਂ ਇਸ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੀਆਂ ਹਨ। EC ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਇਸ ਹਦਾਇਤ ਨੂੰ ਛੱਡ ਸਕਣ ਦਾ ਪੂਰਾ ਕਾਰਨ ਇਹੀ ਹੈ।
ਬਾਕੀ ਪੱਖੋਂ ਆਧੁਨਿਕ ਦਿੱਸਦੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਦੋ ਸਥਿਤੀਆਂ ਅਜੇ ਵੀ dh ਲਾਈਨ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਪਹਿਲੀ ਉਹ ਦੂਜਾ ਸਰੋਤਾ ਜਾਂ ਪੁਰਾਣਾ ਸਾਥੀ ਹੈ ਜੋ ਸੱਚਮੁੱਚ ਪਰਿਮਿਤ ਖੇਤਰ ਦੇ ਸਮੂਹਾਂ ’ਤੇ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ। ਦੂਜੀ RSA ਯੁੱਗ ਦੇ ਟੈਂਪਲੇਟ ਤੋਂ ਨਕਲ ਕੀਤਾ ਅਤੇ ਕਦੇ ਨਾ ਹਟਾਇਆ ਬਚਿਆ ਪਾਠ ਹੈ। ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਅਦਲਾ-ਬਦਲੀ ਲਈ ਵਕਰ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ 2048-ਬਿੱਟ dh ਫ਼ਾਈਲ ਲੋਡ ਕਰਦੀ ਹੈ, ਉਹ ਅਜਿਹਾ ਕਰਨ ਕਰਕੇ ਵੱਧ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੁੰਦੀ; ਉਹ ਨਾ ਵਰਤੀ ਵਸਤੂ ਢੋਂਦੀ ਹੈ।
TLS 1.3 ਨੇ ਨਾਮ ਵਿੱਚੋਂ ਕੁੰਜੀ ਅਦਲਾ-ਬਦਲੀ ਹਟਾ ਦਿੱਤੀ
TLS_AES_256_GCM_SHA384 ਦੀ TLS-ECDHE-ECDSA-WITH-AES-256-GCM-SHA384 ਨਾਲ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਛੋਟਾ ਨਾਮ ਘਟਾਓ ਵਰਗਾ ਦਿੱਸਦਾ ਹੈ। ਇਹ ਨਾਮ ਬਦਲਣਾ ਹੈ, ਅਤੇ ਕਾਰਨ ਢਾਂਚਾਗਤ ਹੈ: TLS 1.3 ਨੇ ਸਥਿਰ RSA ਅਤੇ ਪਰਿਮਿਤ ਖੇਤਰ ਦੀ Diffie-Hellman ਕੁੰਜੀ ਅਦਲਾ-ਬਦਲੀ ਹਟਾ ਦਿੱਤੀ, ਇਸ ਲਈ ਅਸਥਾਈ ਅੰਡਾਕਾਰ ਵਕਰ ਅਦਲਾ-ਬਦਲੀ ਹੀ ਬਚਿਆ ਇੱਕੋ-ਇੱਕ ਗ਼ੈਰ-PSK ਵਿਕਲਪ ਹੈ। ਹਰ ਸੂਟ ਵਿੱਚ ਉਸ ਦਾ ਨਾਮ ਦੇਣਾ ਉਹੀ ਤੱਥ ਦਰਜਨ ਭਰ ਵਾਰ ਦੁਹਰਾਉਣਾ ਹੋਵੇਗਾ।
ਸਰਟੀਫ਼ਿਕੇਟ ਦੀ ਕਿਸਮ ਨਾਮ ਵਿੱਚੋਂ ਸੰਬੰਧਿਤ ਕਾਰਨ ਨਾਲ ਗ਼ਾਇਬ ਹੋਈ। 1.3 ਵਿੱਚ ਸਰਟੀਫ਼ਿਕੇਟ ਹੈਂਡਸ਼ੇਕ ਦੇ ਦਸਤਖ਼ਤ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚਦਾ ਹੈ, ਕੁੰਜੀ ਸਮਝੌਤੇ ਦੀ ਨਹੀਂ, ਇਸ ਲਈ ਇਹ ਹੁਣ ਸੂਟ ਨਹੀਂ ਚੁਣਦਾ। ਇਸੇ ਕਰਕੇ ਸੰਰਚਨਾ ਵਿੱਚ 1.3 ਲਈ ਵੱਖਰੀ ਸਾਈਫਰ ਸੂਚੀ ਹੈ: ਸੂਟਾਂ ਦੇ ਨਾਮ ਬਦਲੇ ਗਏ ਅਤੇ ਮੁੜ ਵਿਵਸਥਿਤ ਹੋਏ, ਕਮਜ਼ੋਰ ਨਹੀਂ ਕੀਤੇ ਗਏ।
ਇੱਕ ਨਤੀਜਾ ਸਾਫ਼ ਕਹਿਣਾ ਬਣਦਾ ਹੈ। ECDHE ਕੁੰਜੀ ਅਦਲਾ-ਬਦਲੀ ਦਾ ਐਲਗੋਰਿਦਮ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਸਾਈਫਰ ਨਹੀਂ। "ਅੰਡਾਕਾਰ" ਕਿਹਾ ਗਿਆ ਸੂਟ ਦੋਵੇਂ ਧਿਰਾਂ ਸਾਂਝੀ ਕੁੰਜੀ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚੀਆਂ ਇਸ ਬਾਰੇ ਕੁਝ ਕਹਿੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਪੇਲੋਡ ਨੂੰ ਕੀ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ।
auth ਪੈਕਟਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚਦਾ ਹੈ, ਪੇਲੋਡ ਦੀ ਨਹੀਂ
auth ਹਦਾਇਤ ਉਹ HMAC ਡਾਈਜੈਸਟ ਚੁਣਦੀ ਹੈ ਜੋ ਪੈਕਟਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚਦਾ ਹੈ, ਅਤੇ ਇਸ ਦਾ ਇਤਿਹਾਸਕ ਮੂਲ ਮੁੱਲ SHA1 ਹੈ। ਗ਼ੈਰ-AEAD ਡੇਟਾ ਸਾਈਫਰ ਨਾਲ OpenVPN ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਟੈਕਸਟ ’ਤੇ ਡਾਈਜੈਸਟ ਗਿਣ ਕੇ ਉਸ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਇਹ ਇਨਕ੍ਰਿਪਟ-ਫਿਰ-MAC ਬੰਦੋਬਸਤ ਹੀ ਪੈਡਿੰਗ ਨਾਲ ਛੇੜਛਾੜ ਨੂੰ ਅਵਿਵਹਾਰਕ ਬਣਾਉਂਦੀ ਹੈ।
ਇੱਥੇ ਭਰਮ ਇਹ ਹੈ ਕਿ auth ਨੂੰ SHA512 ਤੱਕ ਵਧਾਉਣ ਨਾਲ ਸੁਰੰਗ ਮਜ਼ਬੂਤ ਹੁੰਦੀ ਹੈ। ਇਹ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਤਾਕਤ ਨਹੀਂ ਵਧਾਉਂਦਾ, ਅਤੇ ਜੇ ਤੈਅ ਕੀਤਾ ਡੇਟਾ ਸਾਈਫਰ AES-256-GCM ਵਰਗਾ AEAD ਮੋਡ ਹੈ, ਤਾਂ ਡਾਈਜੈਸਟ ਡੇਟਾ ਪੈਕਟਾਂ ’ਤੇ ਬਿਲਕੁਲ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ। GCM ਟੈਗ ਪਹਿਲਾਂ ਹੀ ਉਨ੍ਹਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚਦਾ ਹੈ, ਅਤੇ auth ਮੁੱਲ ਕੰਟਰੋਲ ਚੈਨਲ ਦੇ HMAC ਲਈ ਅਤੇ ਹਾਲੇ ਵੀ ਵਰਤੇ ਜਾ ਰਹੇ ਕਿਸੇ ਵੀ ਗ਼ੈਰ-AEAD ਸਾਈਫਰ ਲਈ ਰਹਿੰਦਾ ਹੈ।
ਇਸ ਲਈ ਹਦਾਇਤ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਪਰ ਫ਼ਾਈਲ ਵਿੱਚ ਇਸ ਦੀ ਥਾਂ ਸੁਝਾਉਂਦੀ ਥਾਂ ਨਾਲੋਂ ਛੋਟੀ ਥਾਂ ’ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਸਾਈਫਰ ਤੈਅ ਹੋਇਆ ਇਹ ਜਾਂਚਣ ਨਾਲ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਇਹ ਬਿਲਕੁਲ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਪ੍ਰੋਫ਼ਾਈਲ ਕਾਲਮ ਅਨੁਸਾਰ ਪੜ੍ਹੋ, ਤਰਤੀਬ ਅਨੁਸਾਰ ਨਹੀਂ
ਤਿੰਨ ਸਵਾਲ ਪਰਤਾਂ ਨੂੰ ਸਾਫ਼ ਵੱਖਰਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਜਵਾਬ ਤੈਅ ਹੋਈ ਸੈਸ਼ਨ ਦਾ ਵੱਖਰਾ ਹਿੱਸਾ ਦਿੰਦਾ ਹੈ। ਕਿਹੜਾ ਸਾਈਫਰ ਪੇਲੋਡ ਬਚਾਉਂਦਾ ਹੈ? ਕਿਹੜਾ ਟੈਗ ਜਾਂ ਡਾਈਜੈਸਟ ਹਰ ਪੈਕਟ ਦੀ ਜ਼ਮਾਨਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਸਾਈਫਰ ਇਸ ਦੀ ਬਿਲਕੁਲ ਲੋੜ ਰੱਖਦਾ ਹੈ? ਕਿਸ ਦੇ ਸਰਟੀਫ਼ਿਕੇਟ ਨੇ ਹੈਂਡਸ਼ੇਕ ਬੰਦ ਕੀਤਾ, ਅਤੇ ਕੰਟਰੋਲ ਚੈਨਲ ਇਸ ਤੋਂ ਇਲਾਵਾ tls-auth ਜਾਂ tls-crypt ਨਾਲ ਸੁਰੱਖਿਅਤ ਹੈ?
EC ਜਾਂ ED ਲੇਬਲ ਵਿੱਚ ਕੁਝ ਵੀ ਉਨ੍ਹਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਤੈਅ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਸੂਟ ਦਾ ਨਾਮ ਇਕੱਲਾ ਵੀ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਤੈਅ ਨਹੀਂ ਕਰਦਾ। ਤੈਅ ਹੋਇਆ ਨਤੀਜਾ ਹੀ ਇੱਕਲੌਤਾ ਸਬੂਤ ਹੈ, ਇਸ ਲਈ ਸ਼ਬਦਾਵਲੀ ਤੋਂ ਤਾਕਤ ਦਾ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਉਹੀ ਪੜ੍ਹੋ:
openssl x509 -in client.crt -noout -text | grep -E 'Signature Algorithm|Public Key Algorithm'
grep -i 'control channel' /var/log/openvpn.logਪਹਿਲਾ ਹੁਕਮ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਸਰਟੀਫ਼ਿਕੇਟ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਦਸਤਖ਼ਤ ਸਕੀਮ ਵਰਤਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ECDSA ਚਲਾ ਰਹੇ ਹੋ ਜਾਂ Ed25519 ਇਹ ਜਾਣਨ ਦਾ ਇਹੀ ਇੱਕਲੌਤਾ ਭਰੋਸੇਯੋਗ ਤਰੀਕਾ ਹੈ। ਦੂਜਾ ਕਲਾਇੰਟ ਵੱਲੋਂ ਸੈਸ਼ਨ ਲਈ ਦਰਜ ਕੀਤੀ ਕੰਟਰੋਲ ਚੈਨਲ ਲਾਈਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ TLS ਸੰਸਕਰਣ ਅਤੇ ਉਹ ਸੂਟ ਸ਼ਾਮਲ ਹੈ ਜਿਸ ’ਤੇ ਇਹ ਰੁਕਿਆ। ਜੇ ਪ੍ਰੋਫ਼ਾਈਲ ਦੀ ਸੋਧ ਇਨ੍ਹਾਂ ਦੋ ਆਉਟਪੁੱਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਾਲ ਵੀ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਦੀ, ਤਾਂ ਇਹ ਸ਼ਾਇਦ ਗੁਣ ਦਾ ਨਹੀਂ ਸਗੋਂ ਨਾਮ ਦਾ ਬਦਲਾਅ ਹੈ।