ಎಲ್ಲೆಡೆ 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_AES_256_GCM_SHA384 ಜೊತೆಗೆ TLS 1.3 ಅನ್ನು ಬಳಸುತ್ತದೆ. ಅಗತ್ಯವಿರುವ ವೇದಿಕೆಯ ಜಾಲ ತಂತ್ರಾಂಶ ವ್ಯವಸ್ಥೆಗಳಿಗೆ 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 ಬಳಸಿ ಆರಂಭದಿಂದ ಅಂತ್ಯದವರೆಗೆ ಗೂಢಲಿಪೀಕರಿಸಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಕಳುಹಿಸುವವರಿಗೆ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ 5 ಹೊಸ ಚೌಕಟ್ಟು ಕೀಗಳು ಇರುತ್ತವೆ; ಈ ಚೌಕಟ್ಟುಗಳು AES-256-GCM ಅನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸುವ SRTP ಒಳಗೆ ಸಾಗುತ್ತವೆ.
ಪ್ರತಿಕ್ರಿಯೆಗಳು ಮತ್ತು ಸಾಮೂಹಿಕ ಸಂದೇಶಗಳು ಗೂಢಲಿಪೀಕರಿಸಲ್ಪಟ್ಟಿವೆಯೇ?
ಹೌದು. ಪ್ರತಿಕ್ರಿಯೆಗಳು ಮತ್ತು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಪ್ರಸಾರಗಳು 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 ಭದ್ರತಾ ವಾಸ್ತುಶಿಲ್ಪಿಗಳು ಮತ್ತು ಮೌಲ್ಯಮಾಪನ ಸಮಿತಿಗಳಿಗೆ ಗೂಢಲಿಪಿಶಾಸ್ತ್ರೀಯ ವಿನ್ಯಾಸದ ಪ್ರತಿಯೊಂದು ಪದರವನ್ನು ವಿವರಿಸುತ್ತದೆ. ತಾಂತ್ರಿಕ ಶ್ವೇತಪತ್ರದ ನಿಯಂತ್ರಿತ ಆವೃತ್ತಿ ಬಹಿರಂಗಪಡಿಸದಿರುವ ಒಪ್ಪಂದದ ಅಡಿಯಲ್ಲಿ ಲಭ್ಯವಿದೆ.