SANKET so với SalaX: so sánh khả năng nhắn tin bảo mật
SalaX Secure Messaging và SANKET đều phục vụ các tổ chức chịu sự quản lý theo quy định; cả hai đều hỗ trợ triển khai trên máy chủ của tổ chức và trong môi trường cách ly vật lý với các mạng khác, sử dụng khóa do khách hàng sở hữu. SANKET được xây dựng trên Signal Protocol với PQXDH và SPQR hậu lượng tử, AES-256 ở mọi lớp, danh sách thiết bị có chữ ký số, cơ chế xác thực TLS hai chiều giữa các thiết bị và khóa FIDO2 cho quản trị viên; được phát triển và hỗ trợ tại Ấn Độ.
Về SalaX Secure Messaging
SSH Communications Security Oyj · Phần Lan
SalaX Secure Messaging là thành phần nhắn tin thời gian thực của SalaX Secure Collaboration, do SSH Communications Security, công ty Phần Lan đứng sau giao thức SSH nguyên bản, cung cấp. Sản phẩm được xây dựng trên nền tảng Element và tiêu chuẩn Matrix, sử dụng mã hóa Olm và Megolm; được cung cấp dưới dạng SaaS trên đám mây châu Âu hoặc tự lưu trữ, kể cả trong môi trường cách ly vật lý với các mạng khác, với khóa do khách hàng sở hữu.
Sanket so với SalaX Secure Messaging: so sánh trực tiếp
| Tiêu chí | SANKET | SalaX Secure Messaging |
|---|---|---|
| Ai kiểm soát cơ sở hạ tầng | Khách hàng. Mỗi tổ chức có một hệ thống chuyên dụng, chạy trên hạ tầng do mình sở hữu hoặc lựa chọn, không có dịch vụ do nhà cung cấp vận hành trên đường truyền tin nhắn. | Khách hàng (triển khai tại chỗ, trên đám mây riêng hoặc đám mây công cộng), hoặc dịch vụ phần mềm qua mạng từ một nhà cung cấp đám mây châu Âu. |
| Các phương án triển khai | Bản cài đặt riêng trên bất kỳ hạ tầng đám mây nào tại bất kỳ khu vực nào do khách hàng lựa chọn (hoặc do Tosh Defence lưu trữ), tại cơ sở của khách hàng hoặc cách ly hoàn toàn với các mạng khác; vận hành trên một máy chủ hoặc ở chế độ sẵn sàng cao với khả năng khôi phục tại địa điểm thứ hai. | SaaS, cài đặt trên máy chủ của tổ chức, đám mây riêng, đám mây công cộng, cách ly vật lý với các mạng khác và qua kênh độc lập. |
| Ai nắm giữ khóa và quản lý danh tính | Khách hàng và người dùng của họ. Khóa được tạo trên từng thiết bị và được bảo vệ bằng cơ chế lưu trữ có phần cứng hỗ trợ; danh tính là Sanket ID do khách hàng kiểm soát, không bắt buộc dùng số điện thoại cá nhân làm định danh. | Khóa mã hóa thuộc sở hữu của khách hàng (nhà cung cấp). Yêu cầu về số điện thoại: chưa được công bố công khai. |
| Giao thức mã hóa | Signal Protocol được triển khai qua libsignal chính thức của Signal, đã được kiểm toán độc lập. Thông điệp sử dụng AES-256-CBC cùng HMAC-SHA256 trong libsignal; tệp và cuộc gọi sử dụng AES-256-GCM; TLS chỉ sử dụng các bộ mã hóa có AES-256-GCM. | Matrix với Olm và Megolm, AES-256; được xây dựng trên nền tảng Element. |
| Bảo vệ kháng lượng tử | Có, trong bản phát hành hiện tại: PQXDH với khóa tiền khởi tạo Kyber hậu lượng tử bắt buộc và cơ chế khóa luân tiến SPQR (Triple Ratchet), cùng cơ chế trao đổi khóa lai X25519MLKEM768 tại điểm kết nối TLS. | Not publicly documented |
| Nhóm và cuộc gọi được mã hóa đầu cuối theo mặc định | Có. Tin nhắn cá nhân và tin nhắn nhóm, lượt bày tỏ cảm xúc, bản tin phát được mã hóa và tệp luôn được mã hóa đầu cuối; cuộc gọi thoại và video sử dụng mã hóa khung hình AES-256-GCM với 5 khóa khung hình mới mỗi giây, bên trong SRTP AES-256-GCM. | Theo nhà cung cấp, nội dung trò chuyện, cuộc gọi âm thanh và video, cùng các tệp được truyền đều được mã hóa đầu cuối. |
| Nhà cung cấp dịch vụ định danh của khách hàng (SSO / LDAP) | Có. Đăng nhập qua hệ thống định danh OIDC, SAML 2.0 hoặc thư mục LDAP riêng của khách hàng, cấp phát tài khoản qua SCIM 2.0 và sử dụng khóa bảo mật FIDO2 cho quản trị viên. | Xác minh bằng MFA, OTP, PIN, SSO hoặc mã định danh ngân hàng (SalaX Secure Collaboration). |
| Kiểm soát quản trị và quản lý thiết bị | Phê duyệt và thu hồi quyền thiết bị, chế độ thiết bị bị mất và xóa dữ liệu từ xa, danh sách thiết bị có chữ ký số, TLS xác thực hai chiều cho thiết bị, chính sách lưu giữ, chuyển tiếp và bộ nhớ tạm, nhãn phân loại do khách hàng xác định và nhật ký kiểm toán liên kết bằng hàm băm dành cho hệ thống SIEM của khách hàng. | Xác minh thiết bị bằng chữ ký chéo; bot kiểm toán và lưu trữ hồ sơ. |
| Chủ quyền dữ liệu (quyền tài phán, được phát triển tại Ấn Độ) | Được Tosh Defence phát triển tại Ấn Độ. Dữ liệu nằm trong phạm vi tài phán và trên hạ tầng do khách hàng lựa chọn; các sản phẩm không sử dụng công cụ phân tích của bên thứ ba và không phụ thuộc vào thành phần nước ngoài khi vận hành. | SSH Communications Security Oyj, Helsinki, Phần Lan; triển khai tại các khu vực cụ thể thuộc EU hoặc từng quốc gia. |
| Tính toàn vẹn của bản phát hành và kiểm soát cập nhật | Các bản phát hành được ký bằng Ed25519 và xác minh trước khi cài đặt, có cơ chế khóa phiên bản phát hành, bảo vệ chống quay về phiên bản cũ và tự động khôi phục phiên bản trước nếu nâng cấp thất bại. Khách hàng quyết định thời điểm nâng cấp, trực tuyến hoặc bằng gói ngoại tuyến có chữ ký số. | Not publicly documented |
| Các nền tảng | Ứng dụng gốc cho iOS, Android, Windows, macOS và Linux. Thiết kế không dùng trình duyệt: không có ứng dụng web để kẻ tấn công khai thác. | Ứng dụng cho máy tính, thiết bị di động và nền web. |
Ai kiểm soát cơ sở hạ tầng
SANKET
Khách hàng. Mỗi tổ chức có một hệ thống chuyên dụng, chạy trên hạ tầng do mình sở hữu hoặc lựa chọn, không có dịch vụ do nhà cung cấp vận hành trên đường truyền tin nhắn.
SalaX Secure Messaging
Khách hàng (triển khai tại chỗ, trên đám mây riêng hoặc đám mây công cộng), hoặc dịch vụ phần mềm qua mạng từ một nhà cung cấp đám mây châu Âu.Các phương án triển khai
SANKET
Bản cài đặt riêng trên bất kỳ hạ tầng đám mây nào tại bất kỳ khu vực nào do khách hàng lựa chọn (hoặc do Tosh Defence lưu trữ), tại cơ sở của khách hàng hoặc cách ly hoàn toàn với các mạng khác; vận hành trên một máy chủ hoặc ở chế độ sẵn sàng cao với khả năng khôi phục tại địa điểm thứ hai.
SalaX Secure Messaging
SaaS, cài đặt trên máy chủ của tổ chức, đám mây riêng, đám mây công cộng, cách ly vật lý với các mạng khác và qua kênh độc lập.Ai nắm giữ khóa và quản lý danh tính
SANKET
Khách hàng và người dùng của họ. Khóa được tạo trên từng thiết bị và được bảo vệ bằng cơ chế lưu trữ có phần cứng hỗ trợ; danh tính là Sanket ID do khách hàng kiểm soát, không bắt buộc dùng số điện thoại cá nhân làm định danh.
SalaX Secure Messaging
Khóa mã hóa thuộc sở hữu của khách hàng (nhà cung cấp). Yêu cầu về số điện thoại: chưa được công bố công khai.Giao thức mã hóa
SANKET
Signal Protocol được triển khai qua libsignal chính thức của Signal, đã được kiểm toán độc lập. Thông điệp sử dụng AES-256-CBC cùng HMAC-SHA256 trong libsignal; tệp và cuộc gọi sử dụng AES-256-GCM; TLS chỉ sử dụng các bộ mã hóa có AES-256-GCM.
SalaX Secure Messaging
Matrix với Olm và Megolm, AES-256; được xây dựng trên nền tảng Element.Bảo vệ kháng lượng tử
SANKET
Có, trong bản phát hành hiện tại: PQXDH với khóa tiền khởi tạo Kyber hậu lượng tử bắt buộc và cơ chế khóa luân tiến SPQR (Triple Ratchet), cùng cơ chế trao đổi khóa lai X25519MLKEM768 tại điểm kết nối TLS.
SalaX Secure Messaging
Not publicly documentedNhóm và cuộc gọi được mã hóa đầu cuối theo mặc định
SANKET
Có. Tin nhắn cá nhân và tin nhắn nhóm, lượt bày tỏ cảm xúc, bản tin phát được mã hóa và tệp luôn được mã hóa đầu cuối; cuộc gọi thoại và video sử dụng mã hóa khung hình AES-256-GCM với 5 khóa khung hình mới mỗi giây, bên trong SRTP AES-256-GCM.
SalaX Secure Messaging
Theo nhà cung cấp, nội dung trò chuyện, cuộc gọi âm thanh và video, cùng các tệp được truyền đều được mã hóa đầu cuối.Nhà cung cấp dịch vụ định danh của khách hàng (SSO / LDAP)
SANKET
Có. Đăng nhập qua hệ thống định danh OIDC, SAML 2.0 hoặc thư mục LDAP riêng của khách hàng, cấp phát tài khoản qua SCIM 2.0 và sử dụng khóa bảo mật FIDO2 cho quản trị viên.
SalaX Secure Messaging
Xác minh bằng MFA, OTP, PIN, SSO hoặc mã định danh ngân hàng (SalaX Secure Collaboration).Kiểm soát quản trị và quản lý thiết bị
SANKET
Phê duyệt và thu hồi quyền thiết bị, chế độ thiết bị bị mất và xóa dữ liệu từ xa, danh sách thiết bị có chữ ký số, TLS xác thực hai chiều cho thiết bị, chính sách lưu giữ, chuyển tiếp và bộ nhớ tạm, nhãn phân loại do khách hàng xác định và nhật ký kiểm toán liên kết bằng hàm băm dành cho hệ thống SIEM của khách hàng.
SalaX Secure Messaging
Xác minh thiết bị bằng chữ ký chéo; bot kiểm toán và lưu trữ hồ sơ.Chủ quyền dữ liệu (quyền tài phán, được phát triển tại Ấn Độ)
SANKET
Được Tosh Defence phát triển tại Ấn Độ. Dữ liệu nằm trong phạm vi tài phán và trên hạ tầng do khách hàng lựa chọn; các sản phẩm không sử dụng công cụ phân tích của bên thứ ba và không phụ thuộc vào thành phần nước ngoài khi vận hành.
SalaX Secure Messaging
SSH Communications Security Oyj, Helsinki, Phần Lan; triển khai tại các khu vực cụ thể thuộc EU hoặc từng quốc gia.Tính toàn vẹn của bản phát hành và kiểm soát cập nhật
SANKET
Các bản phát hành được ký bằng Ed25519 và xác minh trước khi cài đặt, có cơ chế khóa phiên bản phát hành, bảo vệ chống quay về phiên bản cũ và tự động khôi phục phiên bản trước nếu nâng cấp thất bại. Khách hàng quyết định thời điểm nâng cấp, trực tuyến hoặc bằng gói ngoại tuyến có chữ ký số.
SalaX Secure Messaging
Not publicly documentedCác nền tảng
SANKET
Ứng dụng gốc cho iOS, Android, Windows, macOS và Linux. Thiết kế không dùng trình duyệt: không có ứng dụng web để kẻ tấn công khai thác.
SalaX Secure Messaging
Ứng dụng cho máy tính, thiết bị di động và nền web.Những lĩnh vực Sanket vượt trội
- Signal Protocol với PQXDH và SPQR hậu lượng tử cho toàn bộ tin nhắn.
- AES-256 được sử dụng xuyên suốt: tin nhắn qua libsignal, tệp và cuộc gọi bằng AES-256-GCM, và TLS chỉ với các bộ mã AES-256-GCM.
- Danh sách thiết bị có chữ ký số, xác thực TLS hai chiều giữa các thiết bị và khóa bảo mật FIDO2 dành cho quản trị viên.
- Được xây dựng và hỗ trợ tại Ấn Độ, với giấy phép sử dụng ngoại tuyến và các gói phát hành ngoại tuyến cho hệ thống cách ly vật lý khỏi các mạng khác.
- Tính toàn vẹn của bản phát hành: tệp kê khai được ký số, có cơ chế bảo vệ chống hạ cấp phiên bản và chống sử dụng bản phát hành cũ.
Câu hỏi thường gặp
Dịch vụ nhắn tin bảo mật SalaX có nguồn gốc từ đâu?
Phần Lan. Đây là một phần của SalaX Secure Collaboration do SSH Communications Security Oyj tại Helsinki cung cấp. SANKET (Sanket.Chat) của Tosh Defence được phát triển và hỗ trợ tại Ấn Độ.
Cơ chế mã hóa của Sanket khác biệt như thế nào?
Sanket sử dụng Signal Protocol thông qua libsignal chính thức của Signal với PQXDH và SPQR hậu lượng tử, cùng AES-256 cho tin nhắn, tệp, cuộc gọi và dữ liệu truyền tải.
Sanket có cho phép khách hàng sở hữu các khóa mã hóa không?
Có. Khóa được tạo trên thiết bị của người dùng và được bảo vệ bằng bộ lưu trữ có hỗ trợ phần cứng; máy chủ chuyển tiếp dữ liệu mã hóa mà không bao giờ nắm giữ khóa của tin nhắn, tệp hay cuộc gọi.
Nguồn
- Sách trắng về bảo mật kỹ thuật và kiến trúc của SANKET, bản công khai 2.0 (7 tháng 10 năm 2026)
- SSH: các đợt cài đặt đầu tiên của SalaX Secure Messaging và việc gia nhập Matrix Foundation (28 tháng 4 năm 2025)
- SSH: SalaX Secure Messaging
- SSH: cộng tác an toàn với chủ quyền dữ liệu
- SSH: tài liệu giới thiệu bán hàng SalaX Secure Collaboration 2025
Sources checked on 7 October 2026. Thông tin về đối thủ cạnh tranh chỉ được lấy từ các nguồn được liệt kê. Nếu không tìm thấy nguồn công khai, ô tương ứng ghi 'Chưa có tài liệu công khai'. Tên sản phẩm và tên công ty là nhãn hiệu của các chủ sở hữu tương ứng.
Đặt hoạt động liên lạc dưới quyền kiểm soát của chính tổ chức bạn
Trao đổi với đội ngũ Tosh Defence về phương án triển khai của bạn, từ cài đặt trên hạ tầng đám mây chuyên dụng đến toàn bộ hạ tầng được cách ly vật lý khỏi các mạng khác, hoặc đọc trước tài liệu đầy đủ về kiến trúc bảo mật.