ਹਰ ਥਾਂ Signal Protocol ਰਾਹੀਂ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ AES-256
Tosh Defence ਦਾ Sanket (Sanket.Chat), Signal ਦੀ ਅਧਿਕਾਰਤ ਅਤੇ ਸੁਤੰਤਰ ਤੌਰ ਉੱਤੇ ਆਡਿਟ ਕੀਤੀ libsignal ਰਾਹੀਂ Signal Protocol ਵਰਤ ਕੇ, ਹਰ ਸੁਨੇਹੇ, ਪ੍ਰਤੀਕਿਰਿਆ ਅਤੇ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਪ੍ਰਸਾਰਣ ਨੂੰ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਕੁੰਜੀ ਸਹਿਮਤੀ ਲਈ PQXDH ਅਤੇ SPQR ਨਾਲ Double Ratchet ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਫ਼ਾਈਲਾਂ, ਕਾਲ ਦੇ ਫਰੇਮਾਂ, ਕਾਲਾਂ ਦੇ ਡਾਟਾ ਸੰਚਾਰ, ਸਥਾਨਕ ਸਟੋਰੇਜ ਅਤੇ ਸਥਾਪਨਾ ਉੱਤੇ ਸਮਾਪਤ ਹੋਣ ਵਾਲੇ ਹਰ TLS ਸੈਸ਼ਨ ਲਈ AES-256 ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ; AES-128 ਉੱਤੇ ਵਾਪਸੀ ਜਾਂ ਅਨੁਕੂਲਤਾ ਮੋਡ ਨਹੀਂ ਹੈ।
AES-256 ਨਾਲ ਹੀ ਕੰਮ ਕਰਨਾ, ਨਹੀਂ ਤਾਂ ਕਾਰਵਾਈ ਰੱਦ ਕਰਨਾ Sanket ਦੀ ਇੰਜੀਨੀਅਰਿੰਗ ਨੀਤੀ ਹੈ, ਜੋ ਕੋਡ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀ ਗਈ ਹੈ। ਜੇ ਇਨਕ੍ਰਿਪਸ਼ਨ ਬਿਲਕੁਲ ਤੈਅ ਕੀਤੇ ਢੰਗ ਨਾਲ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਤਾਂ ਇਸ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰਨ ਦੀ ਬਜਾਏ ਕਾਰਵਾਈ ਰੱਦ ਕਰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।
ਸੁਨੇਹੇ: Signal Protocol, ਬਿਨਾਂ ਕਿਸੇ ਤਬਦੀਲੀ ਦੇ
SANKET ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਦੇ ਇਨਕ੍ਰਿਪਸ਼ਨ ਲਈ iOS, Android, ਡੈਸਕਟਾਪ ਅਤੇ ਸਰਵਰ ਉੱਤੇ ਇੱਕੋ ਰਿਲੀਜ਼ ਵਾਲੀ Signal ਦੀ ਅਧਿਕਾਰਤ libsignal ਲਾਇਬ੍ਰੇਰੀ ਵਰਤਦਾ ਹੈ। ਇਸ ਵਿੱਚ Signal Protocol ਦਾ ਮੁੜ ਲਿਖਿਆ ਸੰਸਕਰਣ ਜਾਂ ਸੁਨੇਹਿਆਂ ਲਈ ਕੋਈ ਵਿਕਲਪਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਿਧੀ ਨਹੀਂ ਹੈ।
ਸੈਸ਼ਨ, X3DH ਦੇ ਪੋਸਟ-ਕੁਆਂਟਮ ਵਿਸਥਾਰ PQXDH ਨਾਲ ਸਥਾਪਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਜੋ X25519 ਕੁੰਜੀ ਸਮਝੌਤਿਆਂ ਨੂੰ Kyber ਕੁੰਜੀ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਫਿਰ ਸੁਨੇਹਿਆਂ ਨੂੰ Double Ratchet ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਹਰ ਸੁਨੇਹੇ ਦੀ ਕੁੰਜੀ ਤੋਂ ਇੱਕ AES-256 ਕੁੰਜੀ, ਇੱਕ HMAC-SHA256 ਕੁੰਜੀ ਅਤੇ ਇੱਕ ਆਰੰਭਿਕ ਵੇਕਟਰ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਸੁਨੇਹੇ ਨੂੰ AES-256 ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਅਤੇ HMAC-SHA256 ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਵਰਤੋਂ ਤੋਂ ਬਾਅਦ ਕੁੰਜੀ ਮਿਟਾ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਹਰ ਸੈਸ਼ਨ ਲਈ ਇਸ ਦੇ ਨਾਲ Signal ਦਾ ਸਪਾਰਸ ਪੋਸਟ-ਕੁਆਂਟਮ ਰੈਚੇਟ ਵੀ ਚੱਲਦਾ ਹੈ।
ਡਿਜ਼ਾਈਨ ਮੁਤਾਬਕ ਕੋਈ ਬਦਲਵਾਂ ਤਰੀਕਾ ਨਹੀਂ
ਜੇ libsignal ਰਾਹੀਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਤਾਂ ਕਲਾਇੰਟ ਸੁਨੇਹਾ ਭੇਜਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। ਜਿਹੜੀਆਂ ਡਿਵਾਈਸਾਂ libsignal ਪਛਾਣ ਕੁੰਜੀ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕਰਦੀਆਂ, ਉਨ੍ਹਾਂ ਨੂੰ ਬਿਨਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਾਲਾ ਸੁਨੇਹਾ ਭੇਜਣ ਦੀ ਬਜਾਏ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਪੁਰਾਣੇ ਬਿਨਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਾਲੇ ਸੁਨੇਹਿਆਂ ਦੇ ਸੰਕੇਤ ਰੱਦ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਸਰਵਰ ਉਹ ਕੁੰਜੀ-ਸਮੂਹ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਜੋ libsignal ਦੇ ਫਾਰਮੈਟ ਅਨੁਸਾਰ ਨਹੀਂ ਹਨ। ਸੁਨੇਹੇ ਦੀ ਸਮੱਗਰੀ ਲਈ ਬਿਨਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਾਲਾ ਜਾਂ ਵਿਕਲਪੀ ਸਿਫ਼ਰ ਵਾਲਾ ਕੋਈ ਰਸਤਾ ਨਹੀਂ ਹੈ।
ਸਾਂਝੀ ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਸਮੂਹ
ਸਮੂਹ ਸੁਨੇਹੇ ਹਰੇਕ ਪ੍ਰਾਪਤਕਰਤਾ ਲਈ ਵੱਖਰੀ ਇਨਕ੍ਰਿਪਸ਼ਨ ਰਾਹੀਂ ਸੁਰੱਖਿਅਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ: ਭੇਜਣ ਵਾਲਾ ਡਿਵਾਈਸ ਹਰੇਕ ਮੈਂਬਰ ਦੇ ਹਰੇਕ ਭਰੋਸੇਯੋਗ ਡਿਵਾਈਸ ਲਈ ਸੁਨੇਹੇ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਲਈ ਉਸ ਦਾ ਆਪਣਾ libsignal ਸੈਸ਼ਨ ਵਰਤਦਾ ਹੈ। ਮੈਂਬਰਸ਼ਿਪ ਵਿੱਚ ਤਬਦੀਲੀ ਲਈ ਕੁੰਜੀਆਂ ਮੁੜ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ, ਅਤੇ ਹਟਾਏ ਗਏ ਮੈਂਬਰ ਨੂੰ ਪ੍ਰਾਪਤਕਰਤਾ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ।
ਗੁਪਤਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਭੇਜਣ ਵਾਲਾ ਹਰ ਪ੍ਰਾਪਤਕਰਤਾ ਖਾਤੇ ਦੇ ਉਪਕਰਨਾਂ ਦੀ ਸੂਚੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਜਿਸ ਉੱਤੇ ਉਸੇ ਖਾਤੇ ਦੀ ਆਪਣੀ ਕੁੰਜੀ ਨਾਲ ਡਿਜੀਟਲ ਦਸਤਖਤ ਕੀਤੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸੂਚੀ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੇ ਉਪਕਰਨ ਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਭੇਜਦਾ।
ਫ਼ਾਈਲਾਂ ਅਤੇ ਕਾਲਾਂ
ਅਟੈਚਮੈਂਟ ਦੀ ਸਮੱਗਰੀ, ਨਾਂ ਅਤੇ ਕਿਸਮਾਂ ਉਪਕਰਣ 'ਤੇ ਹਰ ਫ਼ਾਈਲ ਲਈ ਵੱਖਰੀ ਬੇਤਰਤੀਬ 256-ਬਿੱਟ ਕੁੰਜੀ ਨਾਲ AES-256-GCM ਰਾਹੀਂ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਕੁੰਜੀ libsignal ਸੁਨੇਹੇ ਦੇ ਅੰਦਰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ।
ਆਵਾਜ਼ ਅਤੇ ਵੀਡੀਓ ਦੋਹਰੀ ਸੁਰੱਖਿਆ ਹੇਠ ਹਨ। ਹਰ ਭਾਗੀਦਾਰ ਦੇ ਫ੍ਰੇਮ, ਹਰ ਭੇਜਣ ਵਾਲੇ ਲਈ ਵੱਖਰੀ ਕੁੰਜੀ ਨਾਲ AES-256-GCM ਵਰਤ ਕੇ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਕੁੰਜੀ ਹਰ 200 ਮਿਲੀਸਕਿੰਟ ਬਾਅਦ ਬਦਲਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਹਰ ਭੇਜਣ ਵਾਲੇ ਲਈ ਪ੍ਰਤੀ ਸਕਿੰਟ 5 ਨਵੀਆਂ ਫ੍ਰੇਮ ਕੁੰਜੀਆਂ ਮਿਲਦੀਆਂ ਹਨ। ਹਰ ਵਾਰ ਕਿਸੇ ਦੇ ਕਾਲ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਜਾਂ ਕਾਲ ਛੱਡਣ 'ਤੇ ਨਵੀਂ ਬੇਤਰਤੀਬ ਕੁੰਜੀ ਬਣਦੀ ਹੈ। ਹਰ ਡਿਵਾਈਸ ਅਤੇ ਮੀਡੀਆ ਸਰਵਰ ਵਿਚਕਾਰ SRTP ਸਿਰਫ਼ AEAD_AES_256_GCM ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਮੀਡੀਆ ਸਰਵਰ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਫ੍ਰੇਮ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਪਰ ਉਨ੍ਹਾਂ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਅਤੇ ਇਸ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਸਰਵਰ-ਪੱਧਰ 'ਤੇ ਕਾਲ ਰਿਕਾਰਡਿੰਗ ਦੀ ਗੁੰਜਾਇਸ਼ ਨਹੀਂ ਹੈ।
- ਹਰ ਫਾਈਲ ਲਈ AES-256-GCM
- ਹਰੇਕ ਭੇਜਣ ਵਾਲੇ ਲਈ ਵੱਖਰੀ ਕਾਲ ਕੁੰਜੀ, ਪੂਰੇ ਕਾਲ ਸਮੂਹ ਲਈ ਕਦੇ ਵੀ ਸਾਂਝੀ ਕੁੰਜੀ ਨਹੀਂ
- ਹਰ ਭੇਜਣ ਵਾਲੇ ਲਈ ਪ੍ਰਤੀ ਸਕਿੰਟ 5 ਫਰੇਮ ਕੁੰਜੀਆਂ
- ਸਿਰਫ਼ SRTP AES-256-GCM
ਡਾਟਾ ਸੰਚਾਰ ਅਤੇ ਸਟੋਰੇਜ
ਹਰ ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ TLS 1.3 ਨਾਲ TLS_AES_256_GCM_SHA384 ਵਰਤਦਾ ਹੈ, ਜਾਂ ਜਿਨ੍ਹਾਂ ਪਲੇਟਫਾਰਮ ਨੈੱਟਵਰਕ ਸਟੈਕਾਂ ਲਈ ਲੋੜ ਹੋਵੇ, ਉਨ੍ਹਾਂ 'ਤੇ ECDHE ਅਤੇ AES-256-GCM ਨਾਲ TLS 1.2 ਵਰਤਦਾ ਹੈ। AES-128, ChaCha20, CBC-ਢੰਗ ਦੇ ਸਾਈਫ਼ਰ ਸਮੂਹ ਅਤੇ ਸਥਿਰ RSA ਸ਼ਾਮਲ ਨਹੀਂ ਹਨ, ਅਤੇ ਕੁਆਂਟਮ ਹਮਲਿਆਂ ਤੋਂ ਬਾਅਦ ਦੀ ਸੁਰੱਖਿਆ ਵਾਲਾ ਸੰਯੁਕਤ ਸਮੂਹ X25519MLKEM768 ਪਹਿਲੀ ਤਰਜੀਹ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਯੰਤਰ ਦੋ-ਤਰਫ਼ਾ TLS ਰਾਹੀਂ ਆਪਣੇ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਆਪਣੀ ਪਛਾਣ ਵੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ।
ਡਿਵਾਈਸਾਂ ਉੱਤੇ ਸਥਾਨਕ ਡੇਟਾਬੇਸ AES-256 ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ HMAC-SHA256 ਨਾਲ ਉਨ੍ਹਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਫ਼ੋਨਾਂ ਉੱਤੇ ਪ੍ਰੋਟੋਕੋਲ ਭੰਡਾਰ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਗੁਪਤ ਡੇਟਾ ਨੂੰ Secure Enclave, StrongBox ਜਾਂ ਭਰੋਸੇਯੋਗ ਕਾਰਜਕਾਰੀ ਵਾਤਾਵਰਣ ਵਿੱਚ ਹਾਰਡਵੇਅਰ-ਸਮਰਥਿਤ ਕੁੰਜੀ ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਤਕਨੀਕੀ ਸਬੂਤ
Sanket ਦੇ ਸ਼ਵੇਤ ਪੱਤਰ ਵਿੱਚ ਵੇਰਵੇ ਪੜ੍ਹੋ
ਇਸ ਪੰਨੇ ਦਾ ਹਰ ਬਿਆਨ ਜਨਤਕ SANKET ਤਕਨੀਕੀ ਸੁਰੱਖਿਆ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਵਿਸਤ੍ਰਿਤ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪੂਰੇ ਵੇਰਵੇ ਨਾਲ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਨੂੰ ਬਿਨਾਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਮੁਫ਼ਤ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਕੀ Sanket Signal Protocol ਵਰਤਦਾ ਹੈ?
ਹਾਂ। SANKET ਹਰ ਪਲੇਟਫਾਰਮ ਉੱਤੇ Signal ਦੀ ਅਧਿਕਾਰਤ libsignal ਲਾਇਬ੍ਰੇਰੀ ਨਾਲ ਸਾਰੇ ਸੁਨੇਹੇ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ। ਇਸ ਵਿੱਚ PQXDH ਕੁੰਜੀ ਸਮਝੌਤਾ ਅਤੇ SPQR ਦੇ ਨਾਲ Double Ratchet ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਇਸ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਨਵੇਂ ਸਿਰੇ ਤੋਂ ਲਾਗੂ ਕੀਤਾ ਹੋਇਆ ਕੋਈ ਹਿੱਸਾ ਨਹੀਂ ਹੈ।
ਕੀ SANKET ਵਿੱਚ AES-256 ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਸੁਨੇਹੇ ਹਨ?
ਹਾਂ। ਸੁਨੇਹੇ libsignal ਦੇ ਅੰਦਰ HMAC-SHA256 ਦੇ ਨਾਲ AES-256-CBC ਵਰਤਦੇ ਹਨ; ਫ਼ਾਈਲਾਂ, ਕਾਲ ਫ਼ਰੇਮ, ਕਾਲ ਟ੍ਰਾਂਸਪੋਰਟ, ਸਥਾਨਕ ਸਟੋਰੇਜ ਅਤੇ TLS ਲਈ AES-256-GCM ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। AES-128 ਉੱਤੇ ਵਾਪਸ ਜਾਣ ਦਾ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹੈ।
ਕੀ ਆਵਾਜ਼ੀ ਅਤੇ ਵੀਡੀਓ ਕਾਲਾਂ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ?
ਹਾਂ। ਕਾਲ ਦੇ ਫਰੇਮ libsignal ਰਾਹੀਂ ਪਹੁੰਚਾਈਆਂ ਗਈਆਂ ਹਰੇਕ ਭੇਜਣ ਵਾਲੇ ਲਈ ਵੱਖਰੀਆਂ ਕੁੰਜੀਆਂ ਨਾਲ AES-256-GCM ਵਰਤ ਕੇ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਗੁਪਤਲਿਪੀਬੱਧ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਉਸ SRTP ਦੇ ਅੰਦਰ ਹੁੰਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ AES-256-GCM ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਭੇਜਣ ਵਾਲੇ ਲਈ ਪ੍ਰਤੀ ਸਕਿੰਟ ਪੰਜ ਨਵੀਆਂ ਫਰੇਮ ਕੁੰਜੀਆਂ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਕੀ ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ ਅਤੇ ਪ੍ਰਸਾਰਣ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ?
ਹਾਂ। ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ ਅਤੇ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਪ੍ਰਸਾਰਣ libsignal ਸੁਨੇਹੇ ਹਨ, ਜੋ ਹਰ ਹੋਰ ਸੁਨੇਹੇ ਵਾਂਗ ਇੱਕ ਸਿਰੇ ਤੋਂ ਦੂਜੇ ਸਿਰੇ ਤੱਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਪ੍ਰਸਾਰਣ ਦੀ ਤਰਜੀਹ, ਅੰਤਿਮ ਮਿਆਦ ਅਤੇ ਮਿਆਦ ਪੁੱਗਣ ਦਾ ਸਮਾਂ ਵੀ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਅੰਦਰ ਹੁੰਦੇ ਹਨ।
ਕੀ Sanket ਸਮੂਹਾਂ ਲਈ ਭੇਜਣ ਵਾਲੇ ਦੀਆਂ ਕੁੰਜੀਆਂ ਵਰਤਦਾ ਹੈ?
ਨਹੀਂ। SANKET ਸਮੂਹ ਦੇ ਹਰੇਕ ਮੈਂਬਰ ਦੀ ਹਰੇਕ ਭਰੋਸੇਯੋਗ ਡਿਵਾਈਸ ਲਈ ਸਮੂਹ ਸੁਨੇਹਿਆਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਇਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ, ਹਰੇਕ ਲਈ ਉਸ ਦਾ ਆਪਣਾ libsignal ਸੈਸ਼ਨ ਵਰਤਦਾ ਹੈ। ਇਸ ਲਈ ਸਮੂਹ ਦੀ ਕੋਈ ਸਾਂਝੀ ਕੁੰਜੀ ਨਹੀਂ ਹੁੰਦੀ।
Sanket ਕਿਹੜੇ TLS ਸੰਸਕਰਣ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ?
TLS 1.3 ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਸਿਰਫ਼ TLS_AES_256_GCM_SHA384 ਨਾਲ। TLS 1.2 ਸਿਰਫ਼ ECDHE ਅਤੇ AES-256-GCM ਨਾਲ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। TLS 1.2 ਤੋਂ ਹੇਠਾਂ ਕੁਝ ਵੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਅਤੇ ਹਾਈਬ੍ਰਿਡ ਕੁਆਂਟਮ-ਉਪਰੰਤ ਕੁੰਜੀ ਆਦਾਨ-ਪ੍ਰਦਾਨ X25519MLKEM768 ਨੂੰ ਪਹਿਲਾਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕੀ libsignal ਦਾ ਆਡਿਟ ਕੀਤਾ ਗਿਆ ਹੈ?
ਹਾਂ। SANKET, Signal ਦੀ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਆਡਿਟ ਕੀਤੀ libsignal ਲਾਇਬ੍ਰੇਰੀ 'ਤੇ ਬਣਿਆ ਹੈ, ਅਤੇ PQXDH ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਰਸਮੀ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਗਿਆ ਹੈ।
ਸਾਡੇ ਇੰਜੀਨੀਅਰਾਂ ਨਾਲ Sanket ਦੀ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਦੀ ਸਮੀਖਿਆ ਕਰੋ
Tosh Defence ਸੁਰੱਖਿਆ ਢਾਂਚਾ ਮਾਹਿਰਾਂ ਅਤੇ ਮੁਲਾਂਕਣ ਕਮੇਟੀਆਂ ਨੂੰ ਗੁਪਤਕੋਡ ਵਿਧੀ ਦੀ ਰੂਪਰੇਖਾ ਹਰ ਪਰਤ ਦੇ ਹਿਸਾਬ ਨਾਲ ਸਮਝਾਉਂਦਾ ਹੈ। ਤਕਨੀਕੀ ਦਸਤਾਵੇਜ਼ ਦਾ ਨਿਯੰਤਰਿਤ ਸੰਸਕਰਣ ਗੁਪਤਤਾ ਸਮਝੌਤੇ ਦੇ ਤਹਿਤ ਉਪਲਬਧ ਹੈ।